<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>PHP on iMil.net</title>
    <link>http://imil.net/blog/tags/php/</link>
    <description>Recent content in PHP on iMil.net</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Sun, 24 Nov 2013 14:09:53 +0000</lastBuildDate>
    <atom:link href="http://imil.net/blog/tags/php/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>ownCloud workarounds</title>
      <link>http://imil.net/blog/posts/2013/owncloud-workarounds/</link>
      <pubDate>Sun, 24 Nov 2013 14:09:53 +0000</pubDate>
      <guid>http://imil.net/blog/posts/2013/owncloud-workarounds/</guid>
      <description>&lt;p&gt;Considering latest Google Chrome&amp;rsquo;s bugs with Tweetdeck, which I use a lot, I decided to switch back (until next time) to &lt;a href=&#34;http://www.mozilla.org/en-US/firefox/new/&#34;&gt;Mozilla Firefox&lt;/a&gt;. That was anyway a move I wanted to do as Google is gaining too much knowledge about me&amp;hellip;&lt;/p&gt;&#xA;&lt;p&gt;While restoring my various logins and passwords on &lt;em&gt;Firefox&lt;/em&gt;, I leaned about &lt;a href=&#34;https://support.mozilla.org/fr/kb/firefox-sync-emporter-infos-perso&#34;&gt;Firefox Sync&lt;/a&gt;, but most of all, about the ability to run my own &lt;em&gt;Sync server&lt;/em&gt;.&lt;/p&gt;&#xA;&lt;p&gt;While there&amp;rsquo;s a &lt;a href=&#34;http://docs.services.mozilla.com/howtos/run-sync.html&#34;&gt;good official documentation&lt;/a&gt; on how to achieve this, I heard that &lt;a href=&#34;http://owncloud.org/&#34;&gt;ownCloud&lt;/a&gt; has a plugin for that. And as I wanted to give that software a serious try for a couple of months, that was the way to go.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Rapid&#39;CGI PHP, nginx et NetBSD</title>
      <link>http://imil.net/blog/posts/2011/rapidcgi-php-nginx-et-netbsd/</link>
      <pubDate>Sun, 24 Jul 2011 18:29:29 +0000</pubDate>
      <guid>http://imil.net/blog/posts/2011/rapidcgi-php-nginx-et-netbsd/</guid>
      <description>&lt;p&gt;&lt;strong&gt;Update&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;Le post ci-dessous est à considérer &amp;ldquo;historique&amp;rdquo;, car depuis &lt;em&gt;pkgsrc-2012Q2&lt;/em&gt;, &lt;code&gt;php-fpm&lt;/code&gt; est disponible en standard et se configure le plus aisemment du monde.&lt;/p&gt;&#xA;&lt;hr&gt;&#xA;&lt;p&gt;Il y a une foultitude de documentations sur la façon de faire tourner PHP via &lt;a href=&#34;http://www.fastcgi.com/devkit/doc/fcgi-spec.html&#34;&gt;fastCGI&lt;/a&gt; sur un &lt;a href=&#34;http://nginx.org/&#34;&gt;nginx&lt;/a&gt;, et à chaque fois, j&amp;rsquo;ai l&amp;rsquo;impression de lire des tambouilles copiées/collées de ci et de là. Ça cause de scripts (non portables la plupart du temps), de wrappers, et autres solutions capillotractées, et ça me plaît pas. En dépilant un peu, j&amp;rsquo;ai abouti à une solution que je trouve élégante&amp;hellip; sous NetBSD evidemment :)&lt;/p&gt;</description>
    </item>
    <item>
      <title>Notice iconv() [function.iconv] Wrong charset</title>
      <link>http://imil.net/blog/posts/2009/notice-iconv-function-iconv-wrong-charset-conversion/</link>
      <pubDate>Thu, 12 Nov 2009 12:24:20 +0000</pubDate>
      <guid>http://imil.net/blog/posts/2009/notice-iconv-function-iconv-wrong-charset-conversion/</guid>
      <description>&lt;p&gt;Aaaah les &lt;em&gt;charsets&lt;/em&gt;, décidemment, c&amp;rsquo;est ce que je préfère. Alors que j&amp;rsquo;étais en train de mettre en place une usine à gaz en PHP (remarquez l&amp;rsquo;effet de style), je ne fus que très peu surpris d&amp;rsquo;être confronté à l&amp;rsquo;erreur suivante :&lt;/p&gt;&#xA;&lt;!-- raw HTML omitted --&gt;&#xA;&lt;!-- raw HTML omitted --&gt;&#xA;&lt;p&gt;blaaaaa bla bla bla.&lt;/p&gt;&#xA;&lt;p&gt;La plateforme est NetBSD 5.0.1, et les packages PHP issus des builds binaires, installés &lt;a href=&#34;http://imil.net/pkgin&#34;&gt;avec vous savez quoi&lt;/a&gt;. Et c&amp;rsquo;est là où le bât blesse. En effet, &lt;code&gt;php5-iconv&lt;/code&gt;, dans sa version binaire, est compilé avec la version &lt;em&gt;builtin&lt;/em&gt; de la &lt;code&gt;libiconv&lt;/code&gt;, et pour une raison que je n&amp;rsquo;ai absolument pas envie de creuser, cette version là produit l&amp;rsquo;erreur sus-citée. La solution est assez simple, il suffit d&amp;rsquo;ajouter à son &lt;code&gt;/etc/mk.conf&lt;/code&gt; la directive suivante :&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
