<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>
<channel>
	<title>Frédéric MARTINEZ - Freelance MAGENTO &#187; erreurs</title>
	<atom:link href="http://www.martinez-frederic.fr/tag/erreurs/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.martinez-frederic.fr</link>
	<description>Freelance Magento Toulouse - Entrepreneur</description>
	<lastBuildDate>Wed, 01 Feb 2012 11:54:21 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
		<item>
		<title>[ATOS / SIPS] Erreurs rencontrées lors du paiement par carte bleue sous Magento</title>
		<link>http://www.martinez-frederic.fr/2009/09/22/atos-sips-erreurs-rencontrees-lors-du-paiement-par-carte-bleue-sous-magento/</link>
		<comments>http://www.martinez-frederic.fr/2009/09/22/atos-sips-erreurs-rencontrees-lors-du-paiement-par-carte-bleue-sous-magento/#comments</comments>
		<pubDate>Tue, 22 Sep 2009 21:07:19 +0000</pubDate>
		<dc:creator>Frédéric Martinez</dc:creator>
				<category><![CDATA[Magento]]></category>
		<category><![CDATA[1euro.com]]></category>
		<category><![CDATA[atos]]></category>
		<category><![CDATA[carte bleue]]></category>
		<category><![CDATA[cb]]></category>
		<category><![CDATA[erreurs]]></category>
		<category><![CDATA[paiement]]></category>
		<category><![CDATA[sips]]></category>
		<guid isPermaLink="false">http://martinez-frederic.fr/?p=528</guid>
		<description><![CDATA[Le module ATOS/SPIP gère les transactions par carte bleue auprès de presque toutes les banques françaises. Pour l&#8217;installer et le configurer, allez voir cet article séparé. Cependant, de nombreuses erreurs peuvent survenir lors des tests de commande. Notice: Undefined index:    in app/code/local/Mage/Atos/Block/Standard/Form.php on line 33 Page &#171;&#160;/atos/standard/redirect/&#160;&#187; avec un chargement infini Error reading certificate file [...]]]></description>
			<content:encoded><![CDATA[<p>Le module ATOS/SPIP gère les transactions par carte bleue auprès de presque toutes les banques françaises.</p>
<ul>
<li><a href="http://martinez-frederic.fr/2009/07/10/atos-sips-paiement-en-ligne-par-carte-bleue-sous-magento/">Pour l&#8217;installer et le configurer, allez voir cet article séparé.</a></li>
</ul>
<p>Cependant, de nombreuses erreurs peuvent survenir lors des tests de commande.</p>
<ol>
<li><a href="#l_1">Notice: Undefined index:    in app/code/local/Mage/Atos/Block/Standard/Form.php on line 33</a></li>
<li><a href="#l_2">Page &laquo;&nbsp;/atos/standard/redirect/&nbsp;&raquo; avec un chargement infini</a></li>
<li><a href="#l_3">Error reading certificate file</a></li>
<li><a href="#l_4">1euro.com toujours actif</a></li>
</ol>
<p><span id="more-528"></span></p>
<h2 id="l_1">1) Notice: Undefined index:    in app/code/local/Mage/Atos/Block/Standard/Form.php on line 33</h2>
<p>Cette erreur vient d&#8217;un mauvais paramétrage de votre module ATOS/SIPS</p>
<ul>
<li>En 1er lieu, allez dans « <em>Admin &gt; Système &gt; Configuration &gt; Ventes &gt; Mode de paiement &gt; ATOS / SIPS<br />
</em></li>
</ul>
<p style="padding-left: 30px;">1) Soit vos chemins vers les fichiers Response et Request sont incorrects. Dans ce cas, n&#8217;hésitez pas à afficher le chemin réel depuis la racine du serveur.</p>
<p>Fichier path.php à placer à la racine du serveur Web :</p>
<pre class="brush: php; title: ;">&lt;?php echo realpath('path.php'); ?&gt;</pre>
<p>- RealPath /lib/atos/request (et response)</p>
<p style="padding-left: 30px;">2) Soit vous n&#8217;avez pas sélectionné de carte bleue. Il vous faut au moins en choisir une (Mastercard, Visa, &#8230;) dans l&#8217;administration de votre module.</p>
<p style="padding-left: 30px;">3) Avez-vous bien déplacé les fichiers template/payment qui se trouvent dans default/default vers votre theme personnalisé ?</p>
<p style="padding-left: 30px;">4) Le chemin vers votre fichier path.ID est trop long. Il ne doit pas dépasser 75 caractères.</p>
<h2 id="l_2">2) Page &laquo;&nbsp;/atos/standard/redirect/&nbsp;&raquo; avec un chargement infini</h2>
<p>Erreur très rare dans la mesure où presque aucun sujet n&#8217;a été trouvé. Le problème n&#8217;est pas lié à l&#8217;URL Rewriting comme lu sur le Web mais bel et bien à l&#8217;architecture même de votre serveur et de vos fichiers binaires Request et Response.</p>
<ul>
<li>Votre serveur doit pouvoir &laquo;&nbsp;lire&nbsp;&raquo; les fichiers 32 bits si votre serveur est en 64 bits, lancez ceci en SSH :</li>
</ul>
<pre class="brush: plain; title: ;">aptitude install ia32-libs</pre>
<p><a href="http://www.fragento.org/Questions-de-programmeurs/18560-Probleme-module-de-paiement-atos/spips.html#19078">Via</a>.</p>
<ul>
<li>Sinon, c&#8217;est que vos fichiers, fournis par la banque, sont &laquo;&nbsp;mauvais&nbsp;&raquo;. J&#8217;ai rencontré des problèmes avec les certificats Mercanet (à l&#8217;inverse ceux de Sherlock fonctionnent très bien).
<ul>
<li>Pour palier au problème, si vous êtes sous OVH, il vous faut <a href="http://guides.ovh.com/MiseaJourKitAtos">télécharger les fichiers Response et Request spécial OVH</a>.</li>
</ul>
</li>
</ul>
<h2 id="l_3">3) Error reading certificate file</h2>
<p>Vous avez une boutique multilangue et votre certificat bancaire se nomme ainsi : certif.fr.xxxxxx. Or lors de la commande depuis une vue anglaise, Magento va chercher certif.en.xxxxx qui n&#8217;existe pas.</p>
<p>Il faut configurer votre vue anglais pour que le pays par défaut soit la France (indépendamment de la locale qui définit la langue de traduction).</p>
<ul>
<li>Admin &gt; Système &gt; Configuration &gt; Général &gt; Général &gt; Options de pays</li>
<li>Sélectionnez votre vue anglais dans la sidebar de gauche</li>
<li>Sélectionnez &laquo;&nbsp;France&nbsp;&raquo; dans la liste déroulante &laquo;&nbsp;Pays par défaut&nbsp;&raquo; (ou cochez &laquo;&nbsp;Utiliser le site Web&nbsp;&raquo;)</li>
</ul>
<h2 id="l_4">4) 1euro.com toujours actif</h2>
<p>Pour Magento 1.4, le module ATOS/SIPS intègre aussi le mode de paiement 1euro.com. Cependant, même en le désactivant dans l&#8217;administration, le mode de paiement reste actif dans le front-office.</p>
<p>Pour cela, il faut modifier le fichier : <strong><em>app/code/local/Mage/Atos/Model/Method/Euro.php</em></strong></p>
<p>Et remplacer (ligne 52) :</p>
<pre class="brush: php; title: ;">if (Mage::getSingleton('checkout/session')-&gt;getQuote()-&gt;getIsMultiShipping())
{
	return false;
} else {
	return true;
}
</pre>
<p>par :</p>
<pre class="brush: php; title: ;">
if (Mage::getSingleton('checkout/session')-&gt;getQuote()-&gt;getIsMultiShipping())
{
	return false;
} else {
	return parent::isAvailable($quote);
}
</pre>
<p><a href="http://www.magentocommerce.com/boards/viewthread/178926/#t228959">Source</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.martinez-frederic.fr/2009/09/22/atos-sips-erreurs-rencontrees-lors-du-paiement-par-carte-bleue-sous-magento/feed/</wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
		<item>
		<title>Erreurs rencontrées lors d&#8217;un transfert de Magento sur un serveur dédié</title>
		<link>http://www.martinez-frederic.fr/2009/09/08/erreurs-rencontrees-lors-dun-transfert-de-magento-sur-un-serveur-prive/</link>
		<comments>http://www.martinez-frederic.fr/2009/09/08/erreurs-rencontrees-lors-dun-transfert-de-magento-sur-un-serveur-prive/#comments</comments>
		<pubDate>Tue, 08 Sep 2009 18:00:44 +0000</pubDate>
		<dc:creator>Frédéric Martinez</dc:creator>
				<category><![CDATA[Magento]]></category>
		<category><![CDATA[erreurs]]></category>
		<category><![CDATA[migration]]></category>
		<category><![CDATA[rps]]></category>
		<category><![CDATA[serveur privé]]></category>
		<category><![CDATA[transfert]]></category>
		<guid isPermaLink="false">http://martinez-frederic.fr/?p=473</guid>
		<description><![CDATA[Transférer un site Magento d&#8217;un serveur à un autre présente des problèmes inhérent à Magento comme la suppression du fichier pear.ini ou les valeurs à remettre à 0 dans la base de données. Tout ceci est décrit dans un précédent article, comment transférer un site Magento sur un autre serveur. Cependant il reste les problèmes [...]]]></description>
			<content:encoded><![CDATA[<p>Transférer un site Magento d&#8217;un serveur à un autre présente des problèmes inhérent à Magento comme la suppression du fichier pear.ini ou les valeurs à remettre à 0 dans la base de données.</p>
<p>Tout ceci est décrit dans un précédent article, <a href="http://martinez-frederic.fr/2009/07/23/migrer-magento-sous-un-autre-serveur/">comment transférer un site Magento sur un autre serveur</a>.</p>
<p>Cependant il reste les problèmes liés à l’hébergement, surtout sur les serveurs privés et dédiés qui n’ont pas les mêmes facilités de gérance qu’un mutualisé (qui sont  limités).<br />
Il va falloir augmenter la mémoire allouée par le système à PHP, autoriser les bases de données en à prendre en charge l&#8217;InnoDB, etc.</p>
<p><span id="more-473"></span></p>
<ol>
<li><a href="#h_1">Internal Server Error Directory “/home/blabla/www/index.php” is writeable by group</a></li>
<li><a href="#h_2">Fatal error: Allowed memory size of</a></li>
<li><a href="#h_3">Database server does not support InnoDB storage engine Database connection error</a></li>
<li><a href="#h_4">ERROR: failed to mkdir (lors d&#8217;une utilisation de Magento Connect)</a></li>
<li><a href="#h_5">Administration, Compte Client Introuvable ?</a></li>
<li><a href="#h_6">Magento Connect : Erreur : An error has occured. Please try again later.</a></li>
<li><a href="#h_7">You don&#8217;t have permission to access / on this server.</a></li>
<li><a href="#h_8">No releases available for package (&#8230;) PEAR ERROR: install failed</a></li>
<li><a href="#h_9">#1064 &#8211; You have an error in your SQL syntax; (&#8230;) use near &#8216;USING BTREE, KEY `FK_ATTRIBUTE_VARCHAR_ENTITY` (`entity_id`), KEY `FK_CATALO&#8217;></a></li>
</ol>
<p>Edit :</p>
<ul>
<li>03/10/10 : <a href="#h_8">No releases available for package (&#8230;) PEAR ERROR: install failed</a></li>
<li>12/07/11 : <a href="#h_8">#1064 &#8211; You have an error in your SQL syntax; (&#8230;) use near &#8216;USING BTREE, KEY `FK_ATTRIBUTE_VARCHAR_ENTITY` (`entity_id`), KEY `FK_CATALO&#8217;</a></li>
</ul>
<p><span style="text-decoration: underline;"><strong>Problèmes rencontrés :</strong></span></p>
<h2 id="h_1"><strong>1) Internal Server Error<br />
Directory “/home/blabla/www/index.php” is writeable by group</strong></h2>
<p>Votre fichier index.php ne doit pas être accessible en lecture par les groupes.</p>
<p>En ssh (ou par FTP), mettre vos fichier avec les droits en 705 (voire 644 si vous voulez)</p>
<p>Cependant d&#8217;autres fichiers et dossiers auront le même problème. Une solution est de mettre tous les fichiers à 644 et tous les dossiers à 705</p>
<pre class="brush: plain; title: ;">
find . -type d -print | xargs chmod 705
find . -type f -print0 | xargs -0 -n1 chmod 644
</pre>
<p>Enfin on remet les droits 755 sur <em>/app/etc</em>, <em>/var</em>,<em> /media</em></p>
<pre class="brush: plain; title: ;">
chmod -R 755 app/etc
chmod -R 755 var
chmod -R 755 media
</pre>
<h2 id="h_2"><strong>2) Fatal error: Allowed memory size of</strong></h2>
<p>La taille allouée par PHP de mémoire vive est insuffisante.</p>
<p>Il faut modifier la valeur de la ligne &laquo;&nbsp;<em>memory_limit&nbsp;&raquo;</em> du fichier php.ini (-&gt; 128mo.)</p>
<ul>
<li>Pour cela, connectez-vous en SSH sur votre serveur.</li>
<li>Ouvrez votre fichier php.ini :</li>
</ul>
<pre class="brush: plain; title: ;">nano /usr/local/lib/php5/php.ini</pre>
<ul>
<li>Cherchez la ligne memory_limit en utilisant la recherche : Ctrl + W</li>
<li>Modifiez votre valeur, passez de 8M à 16M (puis à 32M si le problème persiste, ainsi de suite. 128mo pour ma part)</li>
<li>Sauvegardez votre fichier : Ctrl + X puis O</li>
</ul>
<h2 id="h_3">3) Database server does not support InnoDB storage engine<br />
Database connection error</h2>
<p>InnoDB est désactivé dans la configuration de votre MySQL.</p>
<ul>
<li>Editez le fichier /etc/mysql/my.cnf</li>
</ul>
<pre class="brush: plain; title: ;">nano /etc/mysql/my.cnf</pre>
<ul>
<li>Rajouter un # devant la ligne &laquo;&nbsp;skip-innodb&nbsp;&raquo;</li>
</ul>
<pre class="brush: plain; title: ;">#skip-innodb</pre>
<ul>
<li>Enlever le # à toutes les lignes suivantes commençant par &laquo;&nbsp;innodb&nbsp;&raquo; :</li>
</ul>
<pre class="brush: plain; title: ;">
innodb_buffer_pool_size = 16M
innodb_data_home_dir = /var/lib/mysql/
innodb_log_arch_dir = /var/lib/mysql/
innodb_log_group_home_dir = /var/lib/mysql/
innodb_data_file_path = ibdata1:10M:autoextend:max:128M
innodb_log_file_size = 5M
innodb_log_buffer_size = 8M
innodb_flush_log_at_trx_commit = 1
innodb_lock_wait_timeout = 50
</pre>
<ul>
<li>Redémarrez votre serveur MySQL</li>
</ul>
<pre class="brush: plain; title: ;">/etc/init.d/mysql restart</pre>
<p>Via <a href="http://www.magentocommerce.com/boards/viewreply/115357/">là</a> et <a href="http://www.magentocommerce.com/boards/viewreply/145724/">là</a></p>
<h2 id="h_4">4) ERROR: failed to mkdir (lors d&#8217;une utilisation de Magento Connect)</h2>
<p>Après la migration du serveur, il arrive qu&#8217;un message d’erreur apparaîsse lors de l’installation d’un nouveau module dans Magento Commerce.<br style="padding: 0px; margin: 0px;" />Pour régler le problème il faut supprimer le fichier : « /downloader/pearlib/pear.ini »</p>
<h2 id="h_5">5) Administration, Compte Client Introuvable ?</h2>
<p>Est-ce que lorsque que vous tentez d&#8217;accéder à <strong>http</strong>://www.monsite.com/admin, il vous redirige vers : <strong>https</strong>://www.monsite.com<strong>/index.php</strong>/admin</p>
<p>Votre ancien site avait un certificat SSL et le nouveau non. Le temps de basculer votre certificat, modifiez dans la base de données la table &laquo;&nbsp;core_config_data&nbsp;&raquo; à la ligne &#8216;web/secure/base_url&#8217;.</p>
<p>Enlevez le &#8216;s&#8217; à https, sauvegardez et videz le cache.</p>
<h2 id="h_6">6) Magento Connect : Erreur : An error has occured. Please try again later.</h2>
<p><strong>1) Possibilité #1 :</strong></p>
<p>Vous avez oublié de modifier le login/pass de la base de données dans le  fichier app/etc/local.xml</p>
<p><strong>2) </strong><strong>Possibilité #2 :</strong></p>
<p>L&#8217;erreur réelle étant écrite dans un fichier situé dans var/report.</p>
<p>Cette erreur nous apprend ceci :</p>
<pre class="brush: plain; title: ;">Warning: session_start() ... Cannot send session cache limiter - headers already sent (output started at /home/xxx/www/downloader/pearlib/php/PEAR.php:2152) ...</pre>
<p>Il faut activer dans votre php.ini le zlib</p>
<p>Ouvrez votre fichier php.ini</p>
<pre class="brush: plain; title: ;">nano /usr/local/lib/php5/php.ini</pre>
<ul>
<li>Cherchez la ligne &laquo;&nbsp;<em>zlib.output_compression</em>&nbsp;&raquo; en utilisant la recherche : Ctrl + W</li>
<li>Modifiez &laquo;&nbsp;Off&nbsp;&raquo; en &laquo;&nbsp;On&nbsp;&raquo;</li>
<li>Sauvegardez votre fichier : Ctrl + X puis O</li>
</ul>
<p><a href="http://www.magentocommerce.com/boards/errors.php/viewreply/136659/">Via</a></p>
<h2 id="h_7">7) You don&#8217;t have permission to access / on this server.</h2>
<p>Erreur survenant dans Magento Connect. Encore une histoire de droits :</p>
<pre class="brush: plain; title: ;">
 chmod 0777 downloader
 chmod 0666 downloader/config.ini
 chmod 0666 downloader/pearlib/config.ini
 chmod 0777 downloader/pearlib/php
 chmod 0777 downloader/pearlib/download
# Uniquement si les lignes de dessus ne suffisent pas
chmod 0777 app/etc
 chmod 0777 var
 chmod 0777 media
 chmod 0777 media/import
 chmod 0777 media/downloadable
</pre>
<h2 id="h_8">8) No releases available for package (&#8230;) PEAR ERROR: install failed</h2>
<p>Erreur lors de l&#8217;installation d&#8217;une extension dans Magento Connect. 2 solutions :</p>
<p><strong>1) Vider le dossier /downloader/pearlib/cache</strong></p>
<p><strong>2) Vérifier que le site </strong><a href="http://www.magentocommerce.com/magento-connect"><strong>http://www.magentocommerce.com/magento-connect</strong></a><strong> est bien en ligne !</strong></p>
<p>Certaines fois, leur(s) serveur(s) tombe(nt) en panne. Du coup, il devient impossible de télécharger l&#8217;extension. Il faut donc attendre la remise sur pied de Magento Connect.</p>
<h2 id="h_9">9) #1064 &#8211; You have an error in your SQL syntax; (&#8230;) use near &#8216;USING BTREE, KEY `FK_ATTRIBUTE_VARCHAR_ENTITY` (`entity_id`), KEY `FK_CATALO&#8217;</h2>
<p>Cette erreur apparaît lors de l&#8217;import de certains backup de Magento :</p>
<ol>
<li>Editez votre backup SQL</li>
<li>Remplacez cette ligne :</li>
</ol>
<pre class="brush: plain; title: ;">UNIQUE KEY `IDX_BASE` (`entity_type_id`,`entity_id`,`attribute_id`,`store_id`) USING BTREE,</pre>
<p>par cette ligne :</p>
<pre class="brush: plain; title: ;">UNIQUE KEY `IDX_BASE` USING BTREE (`entity_type_id`,`entity_id`,`attribute_id`,`store_id`),</pre>
<p><a href="http://www.eliasinteractive.com/blog/magento-database-import-error-using-btree-key-fk_attribute_varchar_entity-entity_id-key-fk_catalo-at-line-9/">Source</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.martinez-frederic.fr/2009/09/08/erreurs-rencontrees-lors-dun-transfert-de-magento-sur-un-serveur-prive/feed/</wfw:commentRss>
		<slash:comments>22</slash:comments>
		</item>
	</channel>
</rss>
<!-- WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed! -->
