<?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>Thu, 24 May 2012 09:23:46 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Kevin Schroeder's Blog: Setting up a connection to the Zend Developer Cloud on Linux]]></title>
      <guid>http://www.phpdeveloper.org/news/17204</guid>
      <link>http://www.phpdeveloper.org/news/17204</link>
      <description><![CDATA[<p>
<i>Kevin Schroeder</i> has a method in one of his latest posts for hooking your linux-based system <a href="http://www.eschrade.com/page/setting-up-a-connection-to-the-zend-developer-cloud-on-linux">into Zend's phpcloud</a> platform, complete with an automatic upload (so you're not constantly sftp-ing).
</p>
<blockquote>
Connecting with the Zend DevCloud in Linux is actually quite easy if you know how to use SFTP. [...] But, as I said in a previous post, I hate having to do command line stuff for each and every file or commit.  I like things to work seamlessly.  So what I did was write a PHP script that connects to the DevCloud (or any SSH-based endpoint for that matter) and then monitors all of the files and directories for changes, such as a creation, modification or deletion event. 
</blockquote>
<p>
His script (<a href="https://github.com/kschroeder/PHP-INotify-SFTP-script/blob/master/push-changes.php">available on github</a>) uses the  <a href="http://pecl.php.net/package/inotify">PECL inotify package</a> to work, but once its set up, you can have the PHP process running the script in the background, pointed at your web root, and have it upload automatically.
</p>]]></description>
      <pubDate>Fri, 02 Dec 2011 10:04:10 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Giulio Pons' Blog: Send push notification to iPhone with PHP and pushme.to]]></title>
      <guid>http://www.phpdeveloper.org/news/14943</guid>
      <link>http://www.phpdeveloper.org/news/14943</link>
      <description><![CDATA[<p>
In a new post to his blog <i>Giulio Pons</i> talks about how to <a href="http://www.barattalo.it/2010/08/09/send-push-notification-to-iphone-with-php-and-pushme-to/">send push notifications to an iPhone</a> using the <a href="http://itunes.apple.com/it/app/pushme-to/id343341970">pushme.to</a> application installed on the user's phone.
</p>
<blockquote>
Push service is a technology that allows you to send alerts/notifications to a mobile device. Blackberry has its own push service, iPhone has its own, and also Android devices has their own push services. [...] I want to send push to my iPhone, but I'm not able to develop an iPhone application that receive push alerts, and I don't want to send only email alerts.
</blockquote>
<p>
You set up the application on your phone and make a widget on their site for your application to use. Included in the post is also the PHP you can use to connect to the pushme.to service (using a curl POST request to send form encoded info to their servers).
</p>]]></description>
      <pubDate>Wed, 11 Aug 2010 13:15:14 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Jani Hartikainen's Blog: How to make a file downloadable through your script]]></title>
      <guid>http://www.phpdeveloper.org/news/11181</guid>
      <link>http://www.phpdeveloper.org/news/11181</link>
      <description><![CDATA[<p>
<i>Jani Hartikainen</i> has <a href="http://codeutopia.net/blog/2008/10/10/php-tip-how-to-make-a-file-downloadable-through-your-script/">posted a quick tip</a> for Zend Framework users out there looking to force a download from their script.
</p>
<blockquote>
"How do I make a file downloadable through my script?" This seems to be a relatively common question on #zftalk nowadays, so here's a quick wrapup!
</blockquote>
<p>
He compares the two ways - the usual PHP-only way of using header() calls and echoing out the file versus the more Zend Framework way - using a Response object to pull in the content, set the headers and a helper to display/render the data output.
</p>]]></description>
      <pubDate>Fri, 10 Oct 2008 07:51:55 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[ThinkPHP Blog: Comet in conjunction with a PHP socket server - server-client communication]]></title>
      <guid>http://www.phpdeveloper.org/news/10941</guid>
      <link>http://www.phpdeveloper.org/news/10941</link>
      <description><![CDATA[<p>
In a <a href="http://blog.thinkphp.de/archives/355-Comet-in-conjunction-with-a-PHP-socket-server-Yet-another-way-of-server-client-communication.html">new post</a> to the ThinkPHP blog today there's a look at combining Comet with PHP to make a simple method for the client to talk back to the server outside the usual methods.
</p>
<blockquote>
If a couple of users have opened the application there are already some hundred or thousand requests per second. The outcome of this is a big load for your server and a highly increased traffic - your server will in a senseless way be overloaded. In conclusion, our problem is the enormous amount of polling without knowing whether the server really wants to send a new push. Let's turn the initial situation around. And we get the solution to our problem: Comet.
</blockquote>
<p>
With Coment, the model changes and the request is "cached" on the server-side automatically in a single Comet instance. Coordinate this with another recommendation of theirs, a PHP socket server, and you can do some pretty interesting things.
</p>]]></description>
      <pubDate>Tue, 02 Sep 2008 08:41:55 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Chris Hartjes' Blog: How To HTTP-PUT A File Somewhere Using PHP]]></title>
      <guid>http://www.phpdeveloper.org/news/9415</guid>
      <link>http://www.phpdeveloper.org/news/9415</link>
      <description><![CDATA[<p>
<i>Chris Hartjes</i> has a <a href="http://www.littlehart.net/atthekeyboard/2008/01/11/how-to-http-put-a-file-somewhere-using-php/">quick post</a> (but complete with code) about moving files around a bit differently than the norm - it's his method for using a HTTP-PUT to push a file out.
</p>
<blockquote>
A work project is getting close to 0.1 status. Pretty underwhelming, I know. One of the last 'milestones' for 0.1 is taking these wonderful XML documents that my web app creates and sends them to an internal web service. This web service will accept documents via an HTTP PUT [...] so I dug around a bit on the web and put together some code.
</blockquote>
<p>
The code is a generic "publish" method that opens a stream to the remote server and, in a binary format, pushes the contents of a local file and parses out the response.
</p>]]></description>
      <pubDate>Mon, 14 Jan 2008 09:39:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Felix Geisendorfer's Blog: Release early, Release often, A SVN/FTP Development Task]]></title>
      <guid>http://www.phpdeveloper.org/news/6776</guid>
      <link>http://www.phpdeveloper.org/news/6776</link>
      <description><![CDATA[<p>
<i>Felix Geisendorfer</i> has an <a href="http://www.thinkingphp.org/2006/11/22/release-early-release-often-a-svnftp-deployment-task/">interesting little solution</a> posted to his blog today for those wanting to sync a Subversion repository over to a remote FTP folder without having to mess with external software (well, besides CakePHP, that is).
</p>
<blockquote>
As the headline says, this time it's going to be my SVN/FTP Deployment Task written for the new Bake in CakePHP 1.2. It will not work with the Cake 1.1.x.x branch, and I currently do not have time to explain the procedure to work around this.
</blockquote>
<p>
The key, in fact, is the new Bake that's included with this new version.  When combined with <a href="http://www.thinkingphp.org/downloads/deploy_task_0.1.zip">the code</a> it will push the contents of the directory out to the remote server. There's even some included code to make a pseudo-install to your remote server.
</p>]]></description>
      <pubDate>Mon, 27 Nov 2006 16:22:09 -0600</pubDate>
    </item>
  </channel>
</rss>

