<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Commentaires pour Galipe</title>
	<atom:link href="http://www.galipe.net/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.galipe.net</link>
	<description>Bloc-notes d’un geek utilisant GNU/Linux</description>
	<pubDate>Fri, 21 Nov 2008 12:59:38 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>Commentaires sur SimpleXML chez 1and1 par ysztof</title>
		<link>http://www.galipe.net/articles/simplexml-chez-1and1/#comment-28</link>
		<dc:creator>ysztof</dc:creator>
		<pubDate>Fri, 26 Sep 2008 11:41:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.galipe.net/articles/simplexml-chez-1and1/#comment-28</guid>
		<description>Alors je pense que ton problème est du au fait que ce qui est défini pour un dossier avec un fichier php.ini ne s'hérite pas dans ses sous-dossiers. Et à mon avis, phpBB étant plutôt une usine à gaz, il doit y avoir pas mal de sous-dossiers.

Tu as donc le choix:
- soit de copier ce fichier php.ini dans tous les sous-dossiers
- soit de repérer les fichiers PHP qui font des appels distants avec des fonctions comme fopen/fsockopen/simplexml_load_file, etc... et d'y mettre une copie du fichier php.ini dans leur dossier respectif (ce qui est peut-être plus prudent)

La troisième solution (plus aisée) consistait à utiliser la commande "&lt;a href="http://www.phpbb.com/community/viewtopic.php?f=46&#038;t=1142995" rel="nofollow"&gt;suPHP_ConfigPath&lt;/a&gt;" dans le fichier .htaccess afin de faire répercuter la config de php.ini automatiquement dans les sous-dossiers. Mais elle ne semble pas fonctionner chez 1and1 et retourne une erreur 500 (le module suexec ne doit pas être activé sur le serveur pour raison de sécurité).

&lt;em&gt;&lt;strong&gt;Attention&lt;/strong&gt;: phpBB a régulièrement des failles et comme une partie des webmasters n'applique pas systématiquement les patchs de sécurité, les forums phpBB sont souvent la cible des hackers en herbe, voire de scans automatiques. Or comme tu ajoutes la possibilité avec allow_url_fopen à ton hébergement de pouvoir appeler et charger des pages externes, ouvrir des connexions ftp et autre, si jamais un hacker trouve une faille dans tes scripts, il peut alors faire beaucoup de mal (notamment s'en servir pour aller attaquer d'autres sites) et si cela t'arrives tu risques fort de te faire dégager par 1and1 avec des méthodes plutôt expéditives.&lt;/em&gt;
Je préfère te prévenir pour que tu saches ce que tu fais en activant allow_url_fopen.</description>
		<content:encoded><![CDATA[<p>Alors je pense que ton problème est du au fait que ce qui est défini pour un dossier avec un fichier php.ini ne s&#8217;hérite pas dans ses sous-dossiers. Et à mon avis, phpBB étant plutôt une usine à gaz, il doit y avoir pas mal de sous-dossiers.</p>
<p>Tu as donc le choix:<br />
- soit de copier ce fichier php.ini dans tous les sous-dossiers<br />
- soit de repérer les fichiers PHP qui font des appels distants avec des fonctions comme fopen/fsockopen/simplexml_load_file, etc&#8230; et d&#8217;y mettre une copie du fichier php.ini dans leur dossier respectif (ce qui est peut-être plus prudent)</p>
<p>La troisième solution (plus aisée) consistait à utiliser la commande &#8220;<a href="http://www.phpbb.com/community/viewtopic.php?f=46&#038;t=1142995" rel="nofollow">suPHP_ConfigPath</a>&#8221; dans le fichier .htaccess afin de faire répercuter la config de php.ini automatiquement dans les sous-dossiers. Mais elle ne semble pas fonctionner chez 1and1 et retourne une erreur 500 (le module suexec ne doit pas être activé sur le serveur pour raison de sécurité).</p>
<p><em><strong>Attention</strong>: phpBB a régulièrement des failles et comme une partie des webmasters n&#8217;applique pas systématiquement les patchs de sécurité, les forums phpBB sont souvent la cible des hackers en herbe, voire de scans automatiques. Or comme tu ajoutes la possibilité avec allow_url_fopen à ton hébergement de pouvoir appeler et charger des pages externes, ouvrir des connexions ftp et autre, si jamais un hacker trouve une faille dans tes scripts, il peut alors faire beaucoup de mal (notamment s&#8217;en servir pour aller attaquer d&#8217;autres sites) et si cela t&#8217;arrives tu risques fort de te faire dégager par 1and1 avec des méthodes plutôt expéditives.</em><br />
Je préfère te prévenir pour que tu saches ce que tu fais en activant allow_url_fopen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur SimpleXML chez 1and1 par Gabriel H.</title>
		<link>http://www.galipe.net/articles/simplexml-chez-1and1/#comment-27</link>
		<dc:creator>Gabriel H.</dc:creator>
		<pubDate>Fri, 26 Sep 2008 01:50:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.galipe.net/articles/simplexml-chez-1and1/#comment-27</guid>
		<description>J'ai voulu installer phpBB3 sur mon hébergement 1&#38;1, j'ai suivi tes instructions, malheureusement ça ne fonctionne pas, phpBB me dit toujours que allow_url_fopen est désactivé. Pourtant j'ai bien placé un .htaccess et un php.ini comme précisé. Que faire ?</description>
		<content:encoded><![CDATA[<p>J&#8217;ai voulu installer phpBB3 sur mon hébergement 1&amp;1, j&#8217;ai suivi tes instructions, malheureusement ça ne fonctionne pas, phpBB me dit toujours que allow_url_fopen est désactivé. Pourtant j&#8217;ai bien placé un .htaccess et un php.ini comme précisé. Que faire ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur OptiPNG dans Nautilus par Bristow</title>
		<link>http://www.galipe.net/articles/optipng-dans-nautilus/#comment-22</link>
		<dc:creator>Bristow</dc:creator>
		<pubDate>Sat, 13 Sep 2008 11:52:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.galipe.net/?p=55#comment-22</guid>
		<description>Merci pour l'info ! Super truc !

Ne pas oublier d'installer le paquet nautilus-actions pour avoir le lien dans le menu Gnome.</description>
		<content:encoded><![CDATA[<p>Merci pour l&#8217;info ! Super truc !</p>
<p>Ne pas oublier d&#8217;installer le paquet nautilus-actions pour avoir le lien dans le menu Gnome.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur SimpleXML chez 1and1 par Sebbat</title>
		<link>http://www.galipe.net/articles/simplexml-chez-1and1/#comment-21</link>
		<dc:creator>Sebbat</dc:creator>
		<pubDate>Mon, 25 Aug 2008 13:48:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.galipe.net/articles/simplexml-chez-1and1/#comment-21</guid>
		<description>Décidément, rien n'est simple avec 1&#38;1 ! Merci pour le tuyau.</description>
		<content:encoded><![CDATA[<p>Décidément, rien n&#8217;est simple avec 1&amp;1 ! Merci pour le tuyau.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Travailler sur son nouveau site web grâce à OpenDNS par ysztof</title>
		<link>http://www.galipe.net/articles/travailler-sur-son-nouveau-site-web-grace-a-opendns/#comment-11</link>
		<dc:creator>ysztof</dc:creator>
		<pubDate>Mon, 14 Jul 2008 14:41:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.galipe.net/articles/travailler-sur-son-nouveau-site-web-grace-a-opendns/#comment-11</guid>
		<description>Ouais OVH je ne sais pas comment ils font pour être aussi lent. J'ai changé les adresses des serveurs DNS sur un domaine que j'avais acheté récemment chez OVH, cela a pris 48h.
Non pas 48h heure pour la propagation des infos DNS, mais 48h pour qu'ils réalisent l'action "changer les DNS".
J'ai l'habitude d'autres registrars comme NameCheap où c'est quasi-instantané.
Bref, je pense qu'il doit y avoir une validation manuelle par une personne du staff, probablement pour éviter des trucs du genre des pointages pour du phising ou autre, sachant qu'un certain nombre de clients ont du se faire voler leurs codes d'administration OVH lorsqu'un indélicat pirate avait réussi à envoyer à tous les clients OVH (comment a-t-il eu les adresses mail??) un faux "OVH Manager" exécutable, évidemment une vérole.</description>
		<content:encoded><![CDATA[<p>Ouais OVH je ne sais pas comment ils font pour être aussi lent. J&#8217;ai changé les adresses des serveurs DNS sur un domaine que j&#8217;avais acheté récemment chez OVH, cela a pris 48h.<br />
Non pas 48h heure pour la propagation des infos DNS, mais 48h pour qu&#8217;ils réalisent l&#8217;action &#8220;changer les DNS&#8221;.<br />
J&#8217;ai l&#8217;habitude d&#8217;autres registrars comme NameCheap où c&#8217;est quasi-instantané.<br />
Bref, je pense qu&#8217;il doit y avoir une validation manuelle par une personne du staff, probablement pour éviter des trucs du genre des pointages pour du phising ou autre, sachant qu&#8217;un certain nombre de clients ont du se faire voler leurs codes d&#8217;administration OVH lorsqu&#8217;un indélicat pirate avait réussi à envoyer à tous les clients OVH (comment a-t-il eu les adresses mail??) un faux &#8220;OVH Manager&#8221; exécutable, évidemment une vérole.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Travailler sur son nouveau site web grâce à OpenDNS par David</title>
		<link>http://www.galipe.net/articles/travailler-sur-son-nouveau-site-web-grace-a-opendns/#comment-10</link>
		<dc:creator>David</dc:creator>
		<pubDate>Mon, 14 Jul 2008 13:28:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.galipe.net/articles/travailler-sur-son-nouveau-site-web-grace-a-opendns/#comment-10</guid>
		<description>C'est vrai que si il y a plusieurs machines en jeu...

Sinon question DNS chez certains hébergeurs il y a des bizarreries... Par exemple chez OVH quand on configure "normalement" ça met parfois quelque temps de leur côté (donc on y peut rien par une remise à jour du cache OpenDNS), mais si on utilise en tant que champ DNS dynamique ils sont quasi instantanés (normal jusque là) et quand on supprime ce champ pour le remplacer immédiatement par un champ "A" normal, il y a de bonne chances pour que la mise à jour soit quasi instantanée... (Au final on se retrouve avec un timeout de 24h (normal) sur l'entrée DNS qui a été établi en quelque minutes, tandis qu'en s'y prennant "normalement", OVH peut mettre plus de temps...)</description>
		<content:encoded><![CDATA[<p>C&#8217;est vrai que si il y a plusieurs machines en jeu&#8230;</p>
<p>Sinon question DNS chez certains hébergeurs il y a des bizarreries&#8230; Par exemple chez OVH quand on configure &#8220;normalement&#8221; ça met parfois quelque temps de leur côté (donc on y peut rien par une remise à jour du cache OpenDNS), mais si on utilise en tant que champ DNS dynamique ils sont quasi instantanés (normal jusque là) et quand on supprime ce champ pour le remplacer immédiatement par un champ &#8220;A&#8221; normal, il y a de bonne chances pour que la mise à jour soit quasi instantanée&#8230; (Au final on se retrouve avec un timeout de 24h (normal) sur l&#8217;entrée DNS qui a été établi en quelque minutes, tandis qu&#8217;en s&#8217;y prennant &#8220;normalement&#8221;, OVH peut mettre plus de temps&#8230;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Travailler sur son nouveau site web grâce à OpenDNS par ysztof</title>
		<link>http://www.galipe.net/articles/travailler-sur-son-nouveau-site-web-grace-a-opendns/#comment-9</link>
		<dc:creator>ysztof</dc:creator>
		<pubDate>Mon, 14 Jul 2008 12:21:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.galipe.net/articles/travailler-sur-son-nouveau-site-web-grace-a-opendns/#comment-9</guid>
		<description>C'est vrai qu'il y a la solution du fichier hosts bien pratique et rapide, j'ai plus tendance à l'utiliser pour faire pointer virtuellement un domaine sur mon serveur web local quand je teste/développe des sites.

Par contre une fois que le site est chez l'hébergeur, j'ai plus tendance à utiliser le rafraîchissement de cache d'OpenDNS, étant donné que les serveurs d'OpenDNS sont configurés directement dans mon routeur, ça me permet de pouvoir avoir le nouveau pointage du NDD immédiatement sur mes différentes machines @home sans avoir à changer le fichier hosts de chacune de mes machines.</description>
		<content:encoded><![CDATA[<p>C&#8217;est vrai qu&#8217;il y a la solution du fichier hosts bien pratique et rapide, j&#8217;ai plus tendance à l&#8217;utiliser pour faire pointer virtuellement un domaine sur mon serveur web local quand je teste/développe des sites.</p>
<p>Par contre une fois que le site est chez l&#8217;hébergeur, j&#8217;ai plus tendance à utiliser le rafraîchissement de cache d&#8217;OpenDNS, étant donné que les serveurs d&#8217;OpenDNS sont configurés directement dans mon routeur, ça me permet de pouvoir avoir le nouveau pointage du NDD immédiatement sur mes différentes machines @home sans avoir à changer le fichier hosts de chacune de mes machines.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Travailler sur son nouveau site web grâce à OpenDNS par David</title>
		<link>http://www.galipe.net/articles/travailler-sur-son-nouveau-site-web-grace-a-opendns/#comment-8</link>
		<dc:creator>David</dc:creator>
		<pubDate>Mon, 14 Jul 2008 10:05:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.galipe.net/articles/travailler-sur-son-nouveau-site-web-grace-a-opendns/#comment-8</guid>
		<description>Euh il y a le fichier hosts aussi pour pouvoir bosser/tester avant même que les DNS qui gèrent le domaine aient fait la modif (dans le cas où l'on a pas ses propres DNS).</description>
		<content:encoded><![CDATA[<p>Euh il y a le fichier hosts aussi pour pouvoir bosser/tester avant même que les DNS qui gèrent le domaine aient fait la modif (dans le cas où l&#8217;on a pas ses propres DNS).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Flashblock, l&#8217;extension Firefox qui soulage par David</title>
		<link>http://www.galipe.net/articles/flashblock-lextension-firefox-qui-soulage/#comment-7</link>
		<dc:creator>David</dc:creator>
		<pubDate>Mon, 14 Jul 2008 09:59:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.galipe.net/articles/flashblock-lextension-firefox-qui-soulage/#comment-7</guid>
		<description>Eh oui le flash, ça me parait pas très green!

(Et dire que y en a qui pondent un google sur fond noir pour économiser très très peu et seulement avec les CRTs...)</description>
		<content:encoded><![CDATA[<p>Eh oui le flash, ça me parait pas très green!</p>
<p>(Et dire que y en a qui pondent un google sur fond noir pour économiser très très peu et seulement avec les CRTs&#8230;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur LXDE un gestionnaire de bureau léger pour linux par Galipe &#187; Blog Archive &#187; Leafpad, un éditeur de texte simple et léger</title>
		<link>http://www.galipe.net/articles/lxde-un-gestionnaire-de-bureau-leger-pour-linux/#comment-6</link>
		<dc:creator>Galipe &#187; Blog Archive &#187; Leafpad, un éditeur de texte simple et léger</dc:creator>
		<pubDate>Fri, 11 Jul 2008 10:14:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.galipe.net/articles/lxde-un-gestionnaire-de-bureau-leger-pour-linux/#comment-6</guid>
		<description>[...] est un éditeur de texte pour GTK (Gnome, XFce, Lxde, etc&#8230;) qui se résume à l&#8217;essentiel: éditer du [...]</description>
		<content:encoded><![CDATA[<p>[...] est un éditeur de texte pour GTK (Gnome, XFce, Lxde, etc&#8230;) qui se résume à l&#8217;essentiel: éditer du [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
