<?xml version="1.0"?>
<rss version="2.0">
  <channel>
    <title>PHPDeveloper.org</title>
    <link>http://www.phpdeveloper.org</link>
    <description>Up-to-the Minute PHP News, views and community</description>
    <language>en-us</language>
    <pubDate>Tue, 21 May 2013 16:50:01 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Lorna Mitchell's Blog: Retrieving Data from Google Analytics API using PHP]]></title>
      <guid>http://www.phpdeveloper.org/news/15557</guid>
      <link>http://www.phpdeveloper.org/news/15557</link>
      <description><![CDATA[<p>
<i>Lorna Mitchell</i> has <a href="http://www.lornajane.net/posts/2010/Retrieving-Data-from-Google-Analytics-API-using-PHP">a new post</a> to her blog continuing her look at using the Google Analytics API. This time the focus is on pulling data out of the API (if you're looking for connection advice, see her <a href="http://www.lornajane.net/posts/2010/Google-Analytics-Accounts-API">previous post</a>).
</p>
<blockquote>
Recently I started playing with the google analytics API, looking at ways to bring analytics onto dashboards and generate simple reports from the data in there. Very shortly after I started to look at the API, I had working data retrieval, so I thought I'd share my experiences (and code!). 
</blockquote>
<p>
She mentions the <a href="http://code.google.com/apis/analytics/docs/gdata/gdataReferenceDataFeed.html">data reference document</a> you can use to find the methods to call for specifically what you want as well as a snippet of sample code to connect and pull data based on a set of "query data".
</p>]]></description>
      <pubDate>Thu, 09 Dec 2010 13:40:32 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[ProDevTips.com: CRUD with PHP Doctrine]]></title>
      <guid>http://www.phpdeveloper.org/news/10891</guid>
      <link>http://www.phpdeveloper.org/news/10891</link>
      <description><![CDATA[<p>
In a <a href="http://www.prodevtips.com/2008/08/24/crud-with-php-doctrine-and-smarty/">fourth part</a> of their series looking at using Doctrine in PHP, the ProDevTips blog moves on to implementing it in a typical CRUD interface.
</p>
<p>
They create the links between the tables (two hasOne relationships), a search() method to find the destinations for a user, a sorting method to multisort based on the subkeys of the value passed in and the methods for updating the information already in the database.
</p>
<blockquote>
That's it for now, feel free to download this tiny <a href="http://www.prodevtips.com/wp-content/uploads/2008/08/www.rar">Smarty and Doctrine framework</a>. Note that for this to work you have to put Smarty and Doctrine in the lib folder. There is a login interface involved, just click submit there without entering anything. There is also an SQL file in the trip_selector folder if you want to try this out with some test data (same as in the picture above).
</blockquote>]]></description>
      <pubDate>Mon, 25 Aug 2008 11:19:37 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Jaanus' Blog: How to retrieve remote files in your web apps and still be friends with the server]]></title>
      <guid>http://www.phpdeveloper.org/news/4684</guid>
      <link>http://www.phpdeveloper.org/news/4684</link>
      <description><![CDATA[In <a href="http://www.jaanuskase.com/en/2006/01/how_to_retrieve_remote_files_i.html">this post</a> on <i>Jaanus'</i> blog today, they show how you can grab remote files from a server and still "remain friends" with the server.
<p>
<quote>
<i>
It often happens that when you're building a web page or app, you may want to include some content from a remote server. Say that it's some statistic figure that the remote outputs as HTML or TXT and you then want to retrieve it and either do something with it or directly display as part of your own page. And you're working in PHP.
<p>
PHP provides a fancy way of opening and including files directly over HTTP, which they call "<a href="http://ee.php.net/manual/en/features.remote-files.php">URL wrappers</a>". As tempting as it may seem, in the long run doing remote opens with URL wrappers is not the best practice. So here's what I came up with when needing to do this kind of caching thing in my own scenarios. It requires you have the cURL module installed and that the webserver can read and write from /tmp.
</i>
</quote>
<p>
They <a href="http://www.jaanuskase.com/en/2006/01/how_to_retrieve_remote_files_i.html">provide the short script</a> that does the work inside a function (easy to drop into a class), and grabs the remote file, and pulls down to /tmp for the script to use. It even allows you to specify a timeout for the file, forcing the script to grab a new copy every so often...]]></description>
      <pubDate>Wed, 18 Jan 2006 07:19:36 -0600</pubDate>
    </item>
  </channel>
</rss>
