<?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>Fri, 24 May 2013 00:30:38 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Matthew Turland's Blog: Gotcha on Scraping .NET Applications with PHP and cURL]]></title>
      <guid>http://www.phpdeveloper.org/news/14730</guid>
      <link>http://www.phpdeveloper.org/news/14730</link>
      <description><![CDATA[<p>
New on his blog today <i>Matthew Turland</i> has <a href="http://matthewturland.com/2010/06/30/gotcha-on-scraping-net-applications-with-php-and-curl/">posted about a "gotcha"</a> he came across when working with cURL to pull down information (scrape content) from a remote .NET application.
</p>
<blockquote>
I recently wrote a PHP script to scrape data from a .NET application. In the process of developing this script, I noticed something interesting that I thought I'd share. In this case, I was using the cURL extension, but the tip isn't necessarily specific to that. One thing my script did was submit a POST request to simulate a form submission. [...] The issue I ran into had to do with a behavior of the CURLOPT_POSTFIELDS  setting that's easy to overlook.
</blockquote>
<p>
The problem was something cURL does automatically - change the header for the content type because you're sending an array. Thankfully, with the help of a call to <a href="http://php.net/http_build_query">http_build_query</a> to encode it correctly, the request will use the right headers.
</p>]]></description>
      <pubDate>Thu, 01 Jul 2010 08:51:36 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[NETTUTS.com: Tools of the Trade: Web Development Frameworks that the Pros Use]]></title>
      <guid>http://www.phpdeveloper.org/news/13697</guid>
      <link>http://www.phpdeveloper.org/news/13697</link>
      <description><![CDATA[<p>
New from NETTUTS.com today there's <a href="http://net.tutsplus.com/articles/web-roundups/tools-of-the-trade-web-development-frameworks-that-the-pros-use/">a new article</a> listing out some of the tools of the trade, the frameworks that web development professionals use (and not just with PHP).
</p>
<blockquote>
New web development frameworks, promising rapid development and easy deployment, are sprouting out at a more rapid pace than you can keep up. In the last article, we looked at the various factors you'd have to consider when deciding on a framework. Today, we are going to look at the various frameworks available for each facet of web development.
</blockquote>
<p>
PHP tools that made the list include <a href="http://cakephp.org/">CakePHP</a>, the <a href="http://framework.zend.com">Zend Framework</a>, <a href="http://www.kohanaphp.com/">Kohana</a> and <a href="http://www.symfony-project.org/">Symfony</a>. Frameworks from some of the other languages include <a href="http://www.asp.net/">ASP.NET</a>, <a href="http://rubyonrails.org/">Ruby on Rails</a>, <a href="http://jquery.com/">jQuery</a> and <a href="http://www.blueprintcss.org/">Blueprint</a>.
</p>]]></description>
      <pubDate>Fri, 18 Dec 2009 08:15:56 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[An Phillips' Blog: COM/.NET Interop in Zero PHP]]></title>
      <guid>http://www.phpdeveloper.org/news/11840</guid>
      <link>http://www.phpdeveloper.org/news/11840</link>
      <description><![CDATA[<p>
<i>Ant Phillips</i> looks a bit at <a href="http://antblah.blogspot.com/2009/01/comnet-interop-in-zero-php.html">some interoperability</a> between the PHP and Project Zero when to comes to using the COM/.NET extension.
</p>
<blockquote>
Zero doesn't currently support the COM/.NET extension in PHP. No matter though, there is a handy open source project called <a href="http://sourceforge.net/projects/jacob-project/">JACOB</a> that bridges between Java and COM/.NET. In fact, there is an easier way to do this using a Groovy library called <a href="http://groovy.codehaus.org/COM+Scripting">Scriptom</a>. This is really just a friendly wrapper around JACOB to provide a better syntax for calling methods and accessing properties. 
</blockquote>
<p>
He also includes a quick introduction and howto on getting the functionality up and working in a Windows environment - download, add the JAR to your path, edit your php.ini and copy and paste some example code in to see it in action.
</p>]]></description>
      <pubDate>Thu, 29 Jan 2009 15:03:25 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Doug Brown's Blog: Difference between ASP and PHP]]></title>
      <guid>http://www.phpdeveloper.org/news/11680</guid>
      <link>http://www.phpdeveloper.org/news/11680</link>
      <description><![CDATA[<p>
In <a href="http://www.brownphp.com/2009/01/difference-between-asp-and-php/">this recent post</a> to his blog <i>Doug Brown</i> spends a little time comparing (at a high-level) some of the differences between ASP and PHP.
</p>
<blockquote>
The difference between PHP and ASP is that ASP is a Microsoft product based on visual basic syntax whereas PHP has C and Java based syntax. ASP works better on Microsoft servers.
</blockquote>
<p>
He describes the target audience for each language and talks about the environments that they work best in as well as some general statements about their speed and flexibility. Basing his judgment on the facts he noted, he suggests PHP as the best alternative of the two for being more flexible, running in more places and being a bit faster overall.
</p>]]></description>
      <pubDate>Tue, 06 Jan 2009 09:31:49 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Information World Review: PHP and .Net - a third way?]]></title>
      <guid>http://www.phpdeveloper.org/news/11598</guid>
      <link>http://www.phpdeveloper.org/news/11598</link>
      <description><![CDATA[<p>
On the Information World Review's blog today they ask if there's <a href="http://blog.iwr.co.uk/2008/12/php-and-net-a-t.html">a third way</a> (besides making the choice between PHP and .NET) that could bridge things between the two communities - Phalanger.
</p>
<blockquote>
Now, at a programming level, a new initiative which could finally reconcile the great divide between PHP and .NET programming languages for the good of everyone - courtesy of WCM vendor Jadu. Development of the Phalanger PHP compiler was funded by the firm, but it is now releasing it into the open source community. It basically enables the creation of PHP applications which can run natively under the .NET Framework, allowing firms to make use of PHP apps without needing to rip out existing .NET/Visual Studio environments.
</blockquote>
<p>
<i>Phil Muncaster</i> (author of the post) suggests that this technology is another reason to remove the "walled gardens" some .NET developers have put up and left in the flexibility and power that PHP has to offer their online development world (and vice versa).
</p>]]></description>
      <pubDate>Thu, 18 Dec 2008 15:31:45 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Mike Naberezny's Blog: Request/Response or Bust]]></title>
      <guid>http://www.phpdeveloper.org/news/5251</guid>
      <link>http://www.phpdeveloper.org/news/5251</link>
      <description><![CDATA[<p>
In a response to <a href="http://www.phpdeveloper.org/news/5243">these comments</a> made by <i>Paul Jones</i> concerning the Prado framework, <i>Mike Naberezny</i> shares his thoughts on the framework, the "PHP way", and how the majority of site functionality out there can really be divided up pretty simply.
</p>
<quote>
<i>
<p>
RADO is getting some new attention because it was completely revamped earlier this month. It's certainly matured considerably since the contest and is the most well-known component framework for PHP. However, in all that time since PRADO was first introduced, the idea of a component framework hasn't been adopted by the majority of PHP developers. Why is that?
</p>
<p>
Although PRADO is a nice piece of software, Paul surmises that a component model as used by Microsoft .NET (Visual Web Developer now free!) and its close cousin PRADO is not the "PHP way" or "PHP spirit". For the most part, I agree with this. Although, I don't think it's necessarily a PHP-specific issue. I think it speaks to a larger architectural decision - how far to abstract out the HTTP request/response paradigm.
</p>
</i>
</quote>
<p>
He <a href="http://www.mikenaberezny.com/archives/45">summarizes</a> the functionality in three different methods of handling: "page/file based", "action based", and "component based". He also notes that the interesting fact is that the "page/file based" method seems to be so dominant in the PHP world, only emphasizing the fact that PHP is more of a "get it done" language than anything.
</p>]]></description>
      <pubDate>Sun, 27 Apr 2008 06:47:16 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[DeveloperTutorials.com: PHP 6 now with .net: Visual Studio integration available already]]></title>
      <guid>http://www.phpdeveloper.org/news/9890</guid>
      <link>http://www.phpdeveloper.org/news/9890</link>
      <description><![CDATA[<p>
On the Developer Tutorials site, there's <a href="http://www.developertutorials.com/blog/php/php-6-now-with-net-visual-studio-integration-available-already-101/">an article</a> talking about the integration that can be made with PHP6 and .NET Visual Studio:
</p>
<blockquote>
<a href="http://www.php-compiler.net/doku.php?id=core%3aphp-in-vs2008">PHP, .net and Silverlight will be integrated out of the box, along with Visual Studio 2008</a>. The project has long been in the works, but our sources have informed us of an impending announcement that PHP 6 will ship with .net.
</blockquote>
<p>
The glue between them is a part of the <a href="http://www.php-compiler.net/doku.php">phlanger</a> project.
</p>]]></description>
      <pubDate>Tue, 01 Apr 2008 14:57:08 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Community News: PHP on .NET Dynamic Language Runtime]]></title>
      <guid>http://www.phpdeveloper.org/news/8891</guid>
      <link>http://www.phpdeveloper.org/news/8891</link>
      <description><![CDATA[<p>
A new post to the php.evangelism <a href="http://news.php.net/php.evangelism/">mailing list</a> has started up a great discussion on something that a lot of users seem to be in favor of - trying to get PHP accepted by Microsoft to be included in its Dynamic Language Runtime environment.
</p>
<p>
From the <a href="http://news.php.net/php.evangelism/392">inital post</a>:
</p>
<blockquote>
I am wondering why there isn't any effort in the PHP community to get PHP into the DLR. If nothing, DLR is yet another platform, and for a php programmer it gives one more playground to showcase his skillset. Anyway, my question is whether there would be any community effort to get MS adopt PHP into CLR too. I am sure there is a genuine customer requirement, and enterprises have made quite a bit of investment in PHP and they would all love to be able to take it to the .NET platform.
</blockquote>
<p>
Responses so far include the <a href="http://news.php.net/php.evangelism/452">pointing out of problems</a>, possibilities like <a href="http://news.php.net/php.evangelism/449">a Zend collaboration</a> and lots of talk on what such a project would entail.
</p>]]></description>
      <pubDate>Tue, 23 Oct 2007 17:03:00 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Wez Furlong's Blog: Soliciting questions for PHP and ASP.net panel at MIX]]></title>
      <guid>http://www.phpdeveloper.org/news/7618</guid>
      <link>http://www.phpdeveloper.org/news/7618</link>
      <description><![CDATA[<p>
<i>Wez Furlong</i> has posted a <a href="http://netevil.org/node.php?nid=960">request for some questions</a> to help things along for an upcoming panel discussion he's going to be on at this year's <a href="http://visitmix.com/">MIX</a>.
</p>
<blockquote>
<p>
As I mentioned previously, I'll be at <a href="http://visitmix.com/">MIX</a> this year on a panel discussing ASP and PHP interoperability, along with <a href="http://www.oreillynet.com/pub/au/239">Jesse Liberty</a>, <a href="http://blogs.iis.net/bills/default.aspx">Bill Staples</a>, <a href="http://www.joeon.net/">Joe Stagner</a> and <a href="http://blogs.msdn.com/bgold/">Brian Goldfarb</a>.
</p>
<p>
I've been told that MIX has sold out and that there is a lot of interest in our slot, so I'm sure we'll have plenty to talk about, but I'm looking for questions to break the ice and get things rolling. 
</p>
</blockquote>
<p>
If you know a little bit about the topic and would like to help out with questions of your own, send them along to <i>Wez</i> via email - wez@php.net.
</p>]]></description>
      <pubDate>Fri, 13 Apr 2007 07:10:24 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Debianhelp.co.uk: LAMP (Linux Apache Mysql PHP) Configuration in Debian]]></title>
      <guid>http://www.phpdeveloper.org/news/6055</guid>
      <link>http://www.phpdeveloper.org/news/6055</link>
      <description><![CDATA[<p>
On Debianhelp.co.uk, there's <a href="http://www.debianhelp.co.uk/lamp.htm">this quick guide</a> for those Debian users out there looking to quickly and easily install a full LAMP setup on their machine.
</p>
<p>
They start with the install of Apache 2 via the package manager/installer apt-get (different packages depending on which style you prefer - mpm-prefork or mpm-worker). With that installed, the web server should be up and working. Next up is MySQL, installed in a similar way and enabled in the php.ini file as a module. 
</p>
<p>
Finally, <a href="http://www.debianhelp.co.uk/lamp.htm">PHP is installed</a> and support for it is added into the http.conf file for Apache. There's also a brief mention of installing ASP via a mod_perl package as well.
</p>]]></description>
      <pubDate>Wed, 16 Aug 2006 08:37:20 -0500</pubDate>
    </item>
  </channel>
</rss>
