[janus57]

Bonjour,

C'est dans ce fichier que j'ai du remplacer app.engine=php par app.engine=phpccgi ce qui, si j'ai bien compris, désactive PHP-FPM pour utiliser CGI.

c'est correcte et comme je l'avais dans de rare cas c'est FPM qui pose problème (ce qui était le cas ici), c'est dommage que OVH ne le souligne pas plus dans leur guide que parfois (dans 1-2% des cas ?) PHP-FPM plante lamentablement.

Note : le fichier .ovhconfig sert globalement à choisir la version de PHP (5.4 <-> 5.6), le moteur de PHP (FPM <-> CGI) et aussi l'activation ou non du mode "production "ou "mod_security" (à utiliser avec précaution).

Cordialement, janus57

[preitlinger]

Bonjour à tous
Je crois que j'ai enfin réglé mon problème et J'espère vraiment que cela va tenir sur la durée.
J'ai téléchargé aujourd'hui 8 fichiers entre 80 et 450 Mo sans aucune interruption.
Pour la petit histoire, je pensais à tort que j'avais le même environnement d'hébergement que mon client, et non, j'ai un Perso 2010 et mon client un Perso 2014.
Pour ceux qui rencontreraient les mêmes problèmes, OVH a donc ajouté l'optimisation PHP-FPM par l'intermédiaire du fichier ovhconfig présent par défaut à la racine depuis 2014.
C'est dans ce fichier que j'ai du remplacer app.engine=php par app.engine=phpccgi ce qui, si j'ai bien compris, désactive PHP-FPM pour utiliser CGI.
Je ne suis pas développeur, merci pour votre indulgence ;-)
Merci à vous, buddy, Janus et les autres de m'avoir mis sur les bonnes pistes.

[janus57]

Bonjour,

Donc comme j'ai désactivé ovhconfig (qui était installé par défaut) en le renommant, je peux alors remettre un SetEnv PHP_VER 5_6 dans le htaccess ?

pourquoi faire ça c'est supprimé en septembre... et de plus normalement y a pas PHP5.6 comme ça (si je dit pas de conneries)....

Je ne sais pas ou accéder à cette info, c'est sur l'admin de Prestashop ou le manager OVH ?

suffit de créer un fichier PHP et de mettre dedans

Je préférerai pouvoir downgrader de la 2014 à la 2010 ;-)

impossible.

Sinon là si le support a ouvert un ticket je vous conseil de regarder avec eux, car les erreurs qui touche à la config apache/php il est impossible de faire des actions dessus seul un support N2/N3 chez OVH doit avoir les outils/accès nécessaire à cette opération.

Cordialement, janus57

[preitlinger]

Bonsoir cavapulser
OVH dit que "...il n'y a aucune différences entre les deux hébergements. La limitation d'exécution d'une requête est effective depuis au moins plus de 10 ans sur nos hébergements..."
Mon problème, c'est que le téléchargement de mes gros fichiers fonctionne parfaitement sur ma 2010 et que ca plante systématiquement sur la 2014 de mon client !
Je préférerai pouvoir downgrader de la 2014 à la 2010 ;-)

[cavapulser]

@preitlinger
Le basculement d'une offre 2010 vers 2014 est (normalement) (quasi) transparent et immédiat...
Ne serait-ce pas une bonne opération ?

[preitlinger]

Bien vu buddy !
C'est ce que j'ai découvert en appelant OVH, ce ne sont pas les mêmes....
Je pensais à tort que mon offre plus ancienne avait été upgradée, mais non, c'est une Perso 2010 et celle de mon, client une 2014.
Je suis bien avancé avec ça,..
Devant le problème décrit plus haut, la personne d'OVH a ouvert un ticket, il y a quand même un souci quelque part.
A suivre donc...
Merci encore à vous

[buddy]

Ce sont bien exactement les mêmes offres ?

Il n'y aurait pas une "ancienne" perso et une nouvelle formule post été 2014 ?

[preitlinger]

Fichiers tronqués suite...

J'ai fait de nouveaux tests :

- Développement Prestashop de mon client sur l'environnement de mon client, ça plante
- Prestashop vierge sur l'environnement de mon client, ça plante

- Prestashop vierge sur mon propre hébergement : ça passe
- Copie du développement Prestashop de mon client sur mon propre hébergement : ça passe

Et les deux hébergements sont des offres mutu Perso 2014.

il y a donc un problème sur l'environnement de mon client.... mais lequel ?
je m'arrache les cheveux la dessus depuis une semaine, merci pour votre aide

[preitlinger]

Les logs manager OVH V6
requetes sql :
http://i61.tinypic.com/rk7ztz.jpg

temps de réponse
http://i57.tinypic.com/2h5p9xi.jpg

Utilisation cpu


Il y a aucun dépassement du plafond de ressource

Je ne sais pas trop interpréter ces stats...

[preitlinger]

pas quand y a un .ovhconfig qui sera le remplaçant du .htaccess en septembre.

Donc comme j'ai désactivé ovhconfig (qui était installé par défaut) en le renommant, je peux alors remettre un SetEnv PHP_VER 5_6 dans le htaccess ?

non il faut regarder ceci sur le site de votre client et non le cluster, les phpinfos

Je ne sais pas ou accéder à cette info, c'est sur l'admin de Prestashop ou le manager OVH ?

et c'est quoi une "session" ?

Une visite je pense.
En terme de trafic, le site accueille entre 10 et 50 visites par jour selon les stats de Prestashop, ca me parait raisonnable pour un mutu Perso...

Les log "error" d'OVH d'hier, le client 83.200.65.30 c'est moi :

[Mon Jun 29 09:27:23 2015] [error] [client 83.200.65.30] [host www.domaineClient.com] (104)Connection reset by peer: FastCGI: comm with server "/homez.565/julianju/www/admin588f8ha87/get-file-admin.php" aborted: read failed, referer: http://www.domaineClient.com/admin588f8ha87/index.php?controller=AdminProducts&id_product=61&updateproduct&token=8328b2eeb3ba506ea4dd9277f0b94249
[Mon Jun 29 09:27:23 2015] [error] [client 83.200.65.30] [host www.domaineClient.com] Handler for fastcgi-script returned invalid result code 1, referer: http://www.domaineClient.com/admin588f8ha87/index.php?controller=AdminProducts&id_product=61&updateproduct&token=8328b2eeb3ba506ea4dd9277f0b94249
[Mon Jun 29 10:42:10 2015] [error] [client 83.200.65.30] [host www.domaineClient.com] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace., referer: http://www.domaineClient.com/admin588f8ha87/index.php?controller=AdminDashboard&token=aaaa9944c04f00a513a699848602af35
[Mon Jun 29 10:42:11 2015] [error] [client 83.200.65.30] [host www.domaineClient.com] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace.
[Mon Jun 29 10:42:11 2015] [error] [client 83.200.65.30] [host www.domaineClient.com] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace.
[Mon Jun 29 10:42:38 2015] [error] [client 83.200.65.30] [host www.domaineClient.com] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace., referer: http://www.domaineClient.com/admin588f8ha87/index.php?controller=AdminDashboard&token=aaaa9944c04f00a513a699848602af35
[Mon Jun 29 10:44:39 2015] [error] [client 83.200.65.30] [host www.domaineClient.com] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace., referer: http://www.domaineClient.com/admin588f8ha87/index.php?controller=AdminDashboard&token=aaaa9944c04f00a513a699848602af35
[Mon Jun 29 10:44:41 2015] [error] [client 83.200.65.30] [host www.domaineClient.com] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace., referer: http://www.domaineClient.com/admin588f8ha87/index.php?controller=AdminDashboard&token=aaaa9944c04f00a513a699848602af35
[Mon Jun 29 10:45:53 2015] [error] [client 83.200.65.30] [host www.domaineClient.com] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace., referer: http://www.domaineClient.com/admin588f8ha87/index.php?controller=AdminDashboard&token=aaaa9944c04f00a513a699848602af35
[Mon Jun 29 10:45:54 2015] [error] [client 83.200.65.30] [host www.domaineClient.com] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace., referer: http://www.domaineClient.com/admin588f8ha87/index.php?controller=AdminDashboard&token=aaaa9944c04f00a513a699848602af35
[Mon Jun 29 10:45:59 2015] [error] [client 83.200.65.30] [host www.domaineClient.com] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace., referer: http://www.domaineClient.com/admin588f8ha87/index.php?controller=AdminDashboard&token=aaaa9944c04f00a513a699848602af35
[Mon Jun 29 10:46:24 2015] [error] [client 83.200.65.30] [host www.domaineClient.com] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace., referer: http://www.domaineClient.com/admin588f8ha87/index.php?controller=AdminDashboard&token=aaaa9944c04f00a513a699848602af35
[Mon Jun 29 10:46:27 2015] [error] [client 83.200.65.30] [host www.domaineClient.com] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace., referer: http://www.domaineClient.com/admin588f8ha87/index.php?controller=AdminDashboard&token=aaaa9944c04f00a513a699848602af35
[Mon Jun 29 10:46:46 2015] [error] [client 83.200.65.30] [host www.domaineClient.com] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace., referer: http://www.domaineClient.com/admin588f8ha87/index.php?controller=AdminDashboard&token=aaaa9944c04f00a513a699848602af35
[Mon Jun 29 10:47:27 2015] [error] [client 83.200.65.30] [host www.domaineClient.com] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace., referer: http://www.domaineClient.com/admin588f8ha87/index.php?controller=AdminDashboard&token=aaaa9944c04f00a513a699848602af35
[Mon Jun 29 10:47:29 2015] [error] [client 83.200.65.30] [host www.domaineClient.com] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace., referer: http://www.domaineClient.com/admin588f8ha87/index.php?controller=AdminDashboard&token=aaaa9944c04f00a513a699848602af35
[Mon Jun 29 10:47:52 2015] [error] [client 83.200.65.30] [host www.domaineClient.com] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace., referer: http://www.domaineClient.com/admin588f8ha87/index.php?controller=AdminDashboard&token=aaaa9944c04f00a513a699848602af35
[Mon Jun 29 10:53:23 2015] [error] [client 83.200.65.30] [host www.domaineClient.com] (104)Connection reset by peer: FastCGI: comm with server "/homez.565/julianju/www/admin588f8ha87/get-file-admin.php" aborted: read failed, referer: http://www.domaineClient.com/admin588f8ha87/index.php?controller=AdminProducts&id_product=111&updateproduct&token=8328b2eeb3ba506ea4dd9277f0b94249
[Mon Jun 29 10:53:23 2015] [error] [client 83.200.65.30] [host www.domaineClient.com] Handler for fastcgi-script returned invalid result code 1, referer: http://www.domaineClient.com/admin588f8ha87/index.php?controller=AdminProducts&id_product=111&updateproduct&token=8328b2eeb3ba506ea4dd9277f0b94249
[Mon Jun 29 21:25:24 2015] [error] [client 83.200.65.30] [host www.domaineClient.com] (104)Connection reset by peer: FastCGI: comm with server "/homez.565/julianju/www/admin588f8ha87/get-file-admin.php" aborted: read failed, referer: http://www.domaineClient.com/admin588f8ha87/index.php?controller=AdminProducts&id_product=111&updateproduct&token=8328b2eeb3ba506ea4dd9277f0b94249
[Mon Jun 29 21:25:24 2015] [error] [client 83.200.65.30] [host www.domaineClient.com] Handler for fastcgi-script returned invalid result code 1, referer: http://www.domaineClient.com/admin588f8ha87/index.php?controller=AdminProducts&id_product=111&updateproduct&token=8328b2eeb3ba506ea4dd9277f0b94249
[Mon Jun 29 21:51:24 2015] [error] [client 83.200.65.30] [host www.domaineClient.com] (104)Connection reset by peer: FastCGI: comm with server "/homez.565/julianju/www/admin588f8ha87/get-file-admin.php" aborted: read failed, referer: http://www.domaineClient.com/admin588f8ha87/index.php?controller=AdminProducts&id_product=111&updateproduct&token=8328b2eeb3ba506ea4dd9277f0b94249
[Mon Jun 29 21:51:24 2015] [error] [client 83.200.65.30] [host www.domaineClient.com] Handler for fastcgi-script returned invalid result code 1, referer: http://www.domaineClient.com/admin588f8ha87/index.php?controller=AdminProducts&id_product=111&updateproduct&token=8328b2eeb3ba506ea4dd9277f0b94249

[janus57]

Bonjour,

Comment upgrader PHP en 5.6 ? Je pensais que l'on spécifiait la version voulue dans le htaccess ?

pas quand y a un .ovhconfig qui sera le remplaçant du .htaccess en septembre.

Concernant le phpinfo(), j'accède à cette page [URL="http://cluster013.ovh.net/infos/[/URL] je ne sais si vous pourrez y avoir accès, qui me propose de choisir la version de php parmi
php5.3-info
php5.4-info
php5.5-info
php5.6-info
Si j'en crois les infos de Prestashop, la version utilisée est la 5.4.38, je sélectionne alors php5.4-info et là, j'ai une très longue page d'infos et notamment :

non il faut regarder ceci sur le site de votre client et non le cluster, les phpinfos sur les infos du cluster sont tous en FPM de mémoire alors que sur l'hébergement on peu soit mettre FPM soit CGI.

Mon client fait entre 10 et 100 sessions par jours selon Google analytics

et c'est quoi une "session" ? (sry j'utilise pas google analytics, piwik ou rien).

En effet, je ne savais pas (le bleu que je suis), mais ça na pas l'ai de gêner Prestashop ??

le mieux est de le désactiver pour éviter tout risque.

Sinon l'analyse des logs donne quoi ?

Cordialement, janus57

[preitlinger]

J'ai testé en renommant le fichier ovhconfig en désactivant le memcached
Pas de changement, mon fichier de 450Mo s'est arrêté à 164Mo

[preitlinger]

A propos de FPM, il doit être activé sur l'environnement de mon client parce que j'y ai un fichier .ovhconfig à la racine qui contient :

; pour plus d'informations sur ce fichier:
; http://www.ovh.com/fr/g1175.format_du_point_ovhconfig
app.engine=php
app.engine.version=5.4
http.firewall=none
environment=production

Mais je n'ai pas ce fichier sur mon propre environnement.
J'essaie le supprimer celui de l'environnement de mon client ? Il suffit pour ça de le renommer ?

heu ça y a pas sur les mutu OVH...

En effet, je ne savais pas (le bleu que je suis), mais ça na pas l'ai de gêner Prestashop ??
Je vais faire des test en le désactivant.

Concernant le phpinfo(), j'accède à cette page [URL="http://cluster013.ovh.net/infos/[/URL] je ne sais si vous pourrez y avoir accès, qui me propose de choisir la version de php parmi
php5.3-info
php5.4-info
php5.5-info
php5.6-info
Si j'en crois les infos de Prestashop, la version utilisée est la 5.4.38, je sélectionne alors php5.4-info et là, j'ai une très longue page d'infos et notamment :

Server API 	FPM/FastCGI

Ca répond à la question ?

Comment upgrader PHP en 5.6 ? Je pensais que l'on spécifiait la version voulue dans le htaccess ?

Je cherche les infos pour répondre à la suite de vos questions.
Merci encore

Mon client fait entre 10 et 100 sessions par jours selon Google analytics

[janus57]

Bonjour,

cache Memcached

heu ça y a pas sur les mutu OVH...

SI VPS, je basculerai toute la boutique, cela me parait plus simple que d'avoir la boutique sur le Perso et les fichiers à télécharger sur le VPS. Mais suis-je certain que cela résoudra mon problème ?

suffit de faire une copie parfaite sur un VPS pour tester.

Dans les infos Prestashop, je ne vois pas de Server API FPM/FastCGI mais je m'étonne de voir une différence de Limite de mémoire et de Temps d'exécution maximal ?

Il faut regarder dans le phpinfo() et comme je disais plus haut y a 2 moteurs PHP chez OVH, le premier c'est CGI et le second c'est FPM, FPM a des limitation et surtout une configuration PHP différente et "gonflé" par rapport à CGI, ce qui potentiellement réduit les erreurs dû a des limitation PHP et en parallèle rend le site plus rapide (merci OPCache) ou aloers désactiver FPM (parfois cela provoque des problèmes dans certaines conditions).

Voilà pourquoi il faudrait passer la version PHP, de votre client en FPM et PHP5.5/5.6 (si prestashop + tous ces plugins sont compatible).

Sinon pour les erreurs voici ce que disent les anglais :

This error in particular is generally caused by an idle_timeout (30 seconds by default) or max children processes limit. It can also be caused by someone starting a long running script and closing their browser/connection before the script completes.

FastCGI launches its process wrapper, executes a command, times out prior to completing the process, connection seen as reset by peer.

Another example is that max children (maxProcesses) is reached (EG: a lot of sites show 2 or 4 as an example when in reality you may need 20 or 50 depending on average traffic) If all children are currently active and an additional request/connection is made, the children is limited to maxProcesses, to which FastCGI will not share the active children, so it must first either terminate the process and start a new child process, or drop the request, depending on your configurations.

Votre client aurait pas un pack d'hébergement sous-dimensionné par rapport à son nombre de visiteurs ?

Sinon au niveau des logs, vois avez essayé de croisé les logs d'erreurs + accès ?

Exemple ici :

[Tue Jun 30 09:35:42 2015] [error] [client 83.200.65.30] [host www.domaineClient.com] (104)Connection reset by peer: FastCGI: comm with server "/homez.565/julianju/www/admin588f8ha87/get-file-admin.php" aborted: read failed, referer: http://www.domaineClient.com/admin588f8ha87/index.php?controller=AdminProducts&id_product=111&updateproduct&conf=4&key_tab=VirtualProduct&token=8328b2eeb3ba506ea4dd9277f0b94249
[Tue Jun 30 09:35:42 2015] [error] [client 83.200.65.30] [host www.domaineClient.com] Handler for fastcgi-script returned invalid result code 1, referer: http://www.domaineClient.com/admin588f8ha87/index.php?controller=AdminProducts&id_product=111&updateproduct&conf=4&key_tab=VirtualProduct&token=8328b2eeb3ba506ea4dd9277f0b94249

Maintenant dans les logs d'accès faut retrouver le même client (83.200.65.30) et la même URL (http://www.domaineClient.com/admin58...dd9277f0b94249) pour voir quand la requête a démarré, puis regarder le temps écoulé au niveau des logs (et faire ceci sur 5/10 logs), puis si le temps moyen de toute ces erreur est très proche y a effectivement un timeout qui est atteint (PHP ou FASTCGI) et si le temps des erreurs est très variable alors c'est peut être l'hébergement qui est sous-dimensionné (pas assez de worker, et ça normalement c'est visible dans le manager).

Sinon en plus des logs, possible d'avoir les graphs du manager V6, car il me semble que les graphs du manager peuvent donner plein de détails (nombre de connexion SQL/temps execution/charge CPU/nombre worker etc...).

Cordialement, janus57

[preitlinger]

Je ne sais pas ce que signifie FPM ?
EDIT : j'ai trouvé ce que c'était, c'est non, aucun des deux
Euh... en fait, je ne sais pas, j'ai un fichier .ovhconfig qui contient :

; pour plus d'informations sur ce fichier:
; http://www.ovh.com/fr/g1175.format_du_point_ovhconfig
app.engine=php
app.engine.version=5.4
http.firewall=none
environment=production

Je peux en effet mettre une boutique vierge sur l'hébergement de mon client, mais il n'a droit qu'a une seule base de donnée, ca pose un souci si la DB est sur ma propre offre ?
EDIT : je suis en train de le faire

Tout les paramètres d'optimisation sont actifs sur les deux environnements : cache Smarty, CCC (sauf CSS qui bug), optimisation Apache, cache Memcached

SI VPS, je basculerai toute la boutique, cela me parait plus simple que d'avoir la boutique sur le Perso et les fichiers à télécharger sur le VPS. Mais suis-je certain que cela résoudra mon problème ?

Dans les infos Prestashop, je ne vois pas de Server API FPM/FastCGI mais je m'étonne de voir une différence de Limite de mémoire et de Temps d'exécution maximal ?

Informations Prestashop de mon client

Informations de configuration
Informations sur votre serveur Linux #1 SMP Thu Apr 16 08:53:31 UTC 2015 x86_64
Version du logiciel serveur Apache
Version de PHP 5.4.38
Limite de mémoire 512M
Temps d'exécution maximal (max_execution_time) 300
Informations sur la base de données
Version de MySQL 5.1.73-2+squeeze+build1+1-log
Serveur MySQL mysql51-107.perso
Nom MySQL XXXXXXXXXX
Utilisateur MySQL XXXXXXXXXX
Préfixe des tables ps_
Moteur MySQL InnoDB
Version de PrestaShop 1.6.0.14
URL de votre boutique http://www.domaineClient.com/
Nom du thème utilisé julian
Informations sur la configuration mail
Méthode d'envoi de mail Vous utilisez la fonction mail() de PHP
Vos informations
Votre navigateur Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Firefox/38.0
Vérifiez votre configuration
Paramètres requis ok
Paramètres optionnels ok

De mon Prestashop vierge

Informations de configuration
Informations sur votre serveur Linux #1 SMP Wed Feb 25 15:03:06 UTC 2015 x86_64
Version du logiciel serveur Apache
Version de PHP 5.4.38
Limite de mémoire 128M
Temps d'exécution maximal (max_execution_time) 120
Informations sur la base de données
Version de MySQL 5.5.43-0+deb7u1-log
Serveur MySQL medianumps16test.mysql.db
Nom MySQL XXXXXXXXXX
Utilisateur MySQL XXXXXXXXXX
Préfixe des tables ps_
Moteur MySQL InnoDB
Informations
Version de PrestaShop 1.6.0.14
URL de votre boutique http://www.mondomaine.com/ps16test/
Nom du thème utilisé default-bootstrap
Informations sur la configuration mail
Méthode d'envoi de mail Vous utilisez la fonction mail() de PHP
Vos informations
Votre navigateur Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Firefox/38.0
Vérifiez votre configuration
Paramètres requis ok
Paramètres optionnels ok

Mon htaccess correspondant à une installation vierge avec les réécrtures url désavtivées (testé ce matin, sans changement) :

# ~~start~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again
# .htaccess automaticaly generated by PrestaShop e-commerce open-source solution
# http://www.prestashop.com - http://www.prestashop.com/forums



SetEnv HTTP_MOD_REWRITE On


RewriteEngine on

#Domain: www.domaineClient.com
RewriteRule . - [E=REWRITEBASE:/]
RewriteRule ^api$ api/ [L]

RewriteRule ^api/(.*)$ %{ENV:REWRITEBASE}webservice/dispatcher.php?url=$1 [QSA,L]

# AlphaImageLoader for IE and fancybox
RewriteRule ^images_ie/?([^/]+)\.(jpe?g|png|gif)$ js/jquery/plugins/fancybox/images/$1.$2 [L]


AddType application/vnd.ms-fontobject .eot
AddType font/ttf .ttf
AddType font/otf .otf
AddType application/x-font-woff .woff

	
		Header add Access-Control-Allow-Origin "*"
	



	ExpiresActive On
	ExpiresByType image/gif "access plus 1 month"
	ExpiresByType image/jpeg "access plus 1 month"
	ExpiresByType image/png "access plus 1 month"
	ExpiresByType text/css "access plus 1 week"
	ExpiresByType text/javascript "access plus 1 week"
	ExpiresByType application/javascript "access plus 1 week"
	ExpiresByType application/x-javascript "access plus 1 week"
	ExpiresByType image/x-icon "access plus 1 year"
	ExpiresByType image/svg+xml "access plus 1 year"
	ExpiresByType image/vnd.microsoft.icon "access plus 1 year"
	ExpiresByType application/font-woff "access plus 1 year"
	ExpiresByType application/x-font-woff "access plus 1 year"
	ExpiresByType application/vnd.ms-fontobject "access plus 1 year"
	ExpiresByType font/opentype "access plus 1 year"
	ExpiresByType font/ttf "access plus 1 year"
	ExpiresByType font/otf "access plus 1 year"
	ExpiresByType application/x-font-ttf "access plus 1 year"
	ExpiresByType application/x-font-otf "access plus 1 year"



	Header unset Etag

FileETag none

	
		AddOutputFilterByType DEFLATE text/html text/css text/javascript application/javascript application/x-javascript font/ttf application/x-font-ttf font/otf application/x-font-otf font/opentype
	


#If rewrite mod isn't enabled
ErrorDocument 404 /index.php?controller=404

# ~~end~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again

Mes logs de ce matin

[Tue Jun 30 09:35:42 2015] [error] [client 83.200.65.30] [host www.domaineClient.com] (104)Connection reset by peer: FastCGI: comm with server "/homez.565/julianju/www/admin588f8ha87/get-file-admin.php" aborted: read failed, referer: http://www.domaineClient.com/admin588f8ha87/index.php?controller=AdminProducts&id_product=111&updateproduct&conf=4&key_tab=VirtualProduct&token=8328b2eeb3ba506ea4dd9277f0b94249
[Tue Jun 30 09:35:42 2015] [error] [client 83.200.65.30] [host www.domaineClient.com] Handler for fastcgi-script returned invalid result code 1, referer: http://www.domaineClient.com/admin588f8ha87/index.php?controller=AdminProducts&id_product=111&updateproduct&conf=4&key_tab=VirtualProduct&token=8328b2eeb3ba506ea4dd9277f0b94249

Merci infiniment pour votre aide

[janus57]

Bonjour,

juste une précision votre client est en FPM ? vous aussi ?

Car le moteur PHP peu changer la donne (la config du FPM est gonflé chez OVH, ce qui de manière générale permet d'être plus "souple").

Sinon là "SetEnv PHP_VER 5_6" ne sert à rien car en .htaccess cela s'arrête à PHP5.4, il faut passer via le .htaccess pour grimper à php5.6 normalement.

Donc si cela fonctionne sur une installe vierge avec le même environnement (une offre perso n'est pas le même environnement, surtout si le moyeur PHP est différent).

Donc que donne un petit PHP infos de votre prestashop vs celui de votre client ?

En théorie les deux devrait sortir un jolie "Server API FPM/FastCGI ".

Sinon un simple test, mettre un prestahop vierge sur l'hébergement de votre client (en sous domaine genre preprod.example.org) et faire le test sur cette version, si la version en production et de test ne fonctionne pas c'est peut être un problème PHP/moteur PHP/limite PHP-Worker.

Si l'installe vierge fonctionne et pas la prod une de vos modification a peut être réussit à casser le module (surtout si vous avez activer une genre de compression des caches qui fait sans doute intervenir PHP dans les caches pour les optimiser, sry j'utilise pas prestashop tout les jours, mais je sais qu'il y a des options d'optimisation).

Sinon là j'ai pas d'autre idée, mis à part mettre les fichiers sur un VPS et relier le mutu au VPS (sa doit être possible), comme ça la personne qui achète la musique l'achète via le mutualisé et le fichier est délivré via le VPS (ou là y a un contrôle total sur la configuration logiciel pour adapter/regarder le problème le cas échéant).

Cordialement, janus57

[preitlinger]

Bonjour Buddy

Mon client à une offre perso 2014.
Je n'aurai rien contre un vps mais je préférerai éviter une migration alors que je suis sûr que j'ai un loup quelque part et je cherche désespérément une piste.
Pour rappel, ça fonctionne sur une installation vierge de Prestashop sur mon propre hébergement OVH de même gamme.

Mais je ne vois pas d’où cela peut venir, à savoir les adaptations que je fais sur Prestashop concernent essentiellement le design c'est à dire la modification des fichiers TPL et CSS et cela sr le principe des surcharges dans mon propre dossier Theme.

J'ai essayé de repartir du htaccess (racine) de l'installation vierge en supprimant ces lignes :
SetEnv REGISTER_GLOBALS 0
SetEnv ZEND_OPTIMIZER 1
SetEnv MAGIC_QUOTES 1
SetEnv PHP_VER 5_6
Pas de changement ni sur le site, ni sur l'admin, ni sur mon problème.

J'ai comparé les fichiers config de Prestashop, je ne vois rien d'anormal...
Grrr, il me manque plus que ce problème sur ces quatre fichiers wav zipés pour que le boulot soit terminé....
Merci pour toutes idées

[buddy]

Prendre un VPS ?

tu as quoi comme offre mutualisé ? (même si je ne pense pas que çà change grand chose)

[preitlinger]

Ben j'aimerai bien, mais c'est du Prestashop et l'internaute achète un album (de musique) le paye et télécharge à partir d'une mail un fichier qui s'appelle titre.wav dont le nom est composé sur le serveur d'une longue suite de caractères alpha/num pour éviter le téléchargement illégal... Enfin il y a toute une mécanique qui ne me permet pas d'employer cette méthode.
Je cherche donc toujours une piste sur l'origine de mon problème
Merci quand même

[Gaston_Phone]

Tu n'a plus qu'à appliquer cette méthode.

[preitlinger]

Merci Gaston_Phone
Oui j'ai essayé de déplacer mon fichier dans un répertoire non protégé par un htaccess et de l'appeler directement et là ca fonctionne très bien...

[Gaston_Phone]

As-tu essayé en mettant un lien externe, et affiché dans un nouvel onglet, http ... qui pointerait directement sur le fichier à télécharger ?
Dans ce cas il n'y aurait plus d'histoire de Time-Out lié à PHP.

[preitlinger]

Merci buddy, merci janus57

@ buddy, je ne pense pas non plus que cela viennent d'un timeout, la durée avant interruption varie d'un test à l'autre.
Qu'est-ce qu'est suceptible de changer l'ipv6 ?
@ janus57, mais les php-fpm, worker ne me dise pas grand chose, le symptôme c'est que la fenêtre de téléchargement de Firefox"Bibliothèque" avec le téléchargement en cours se fige, et, quand elle se rafraichie si on clique ailleurs dans le fenêtre, le téléchargement s'affiche comme terminé et le fichier est incomplet..

De plus, je suis vraiment dans la m. parce que j'ai essayé sur une installation vierge de Prestashop et ça fonctionne correctement...

Le problème c'est que pour tester le téléchargement, il faut passer par le back office de Prestashop et je ne peux pas communiquer les identifiants ici.

Une question : la taille des fichiers entre la vue de mon PC Windows et du serveur Linux doit-elle être strictement égale ?
Dans mon cas, tantôt elle est égale, tantôt elle diffère de quelques Ko ?

Merci encore

[janus57]

Bonjour,

je pense que vous récupérée les fichier via "/www/admin588f8ha87/get-file-admin.php"
Du coup "(104)Connection reset by peer: FastCGI:" soit c'est un timeout et php-fpm coupe la connexion avec fastcgi, soit c'est votre navigateur qui a perdu la connexion soit encore c'est le worker qui a atteint son quota de travail et se reset (après sa dépend de la config apache/php-fpm du mutualisé).

sans le domaine / lien pour tester, çà va être compliqué de trouver ..

je confirme, un petit lien de test ne serait pas de trop.

Cordialement, janus57

[buddy]

Salut,

en cas de timeout, çà ne doit pas bloquer à un certain taux de téléchargement, mais au bout de X secondes.
concrètement le téléchargement plante-t il par exemple toujours au bout de 3 minutes ?

As-tu essayé en activant l'ipv6 ? (Ce ne sont pas les mêmes serveurs qui répondent en ipv4 et ipv6.)
https://www.ovh.com/fr/hebergement-web/ipv6.xml

sans le domaine / lien pour tester, çà va être compliqué de trouver ..

[preitlinger]

Bonjour janus57

Merci pour ces pistes de recherches.

C'est du Prestashop donc en effet ça passe sûrement par un script php, je dis sûrement parce que je ne suis que designer
Par rapport à un timeout, ce qui est curieux, c'est que j'ai fais des tests avec différents fichiers et par exemple avec un fichier de 120 Mo, le téléchargement va va se bloquer à 100 Mo laissant penser que le fichier s'interrompt à une taille proportionnelle à sa taille réelle plutôt qu'après une durée...

A savoir aussi, c'est que le même fichier va se bloquer à une taille différentes selon les essais. Parmi tous mes test, il n'y a qu'un seul fichier qui s'est bloqué 2 fois strictement à la même taille...

J'ai contrôlé les logs que j'ai un peu de mal à interpréter, je ne sais pas ce que veux dire "client denied by server configuration" ou "Handler for fastcgi-script returned invalid result code 1", j'ai quand même découvert des message "12_No_Name.wav" qui m'intriguent. Les voici :

[Thu Jun 25 07:20:58 2015] [error] [client 81.249.215.79] [host www.mondomaine.com] (104)Connection reset by peer: FastCGI: comm with server "/homez.565/julianju/www/admin588f8ha87/get-file-admin.php" aborted: read failed, referer: http://www.mondomaine.com/admin588f8ha87/index.php?controller=AdminProducts&id_product=64&updateproduct&conf=4&key_tab=VirtualProduct&token=8328b2eeb3ba506ea4dd9277f0b94249
[Thu Jun 25 07:20:58 2015] [error] [client 81.249.215.79] [host www.mondomaine.com] Handler for fastcgi-script returned invalid result code 1, referer: http://www.mondomaine.com/admin588f8ha87/index.php?controller=AdminProducts&id_product=64&updateproduct&conf=4&key_tab=VirtualProduct&token=8328b2eeb3ba506ea4dd9277f0b94249
[Thu Jun 25 08:42:17 2015] [error] [client 5.196.2.30] [host www.mondomaine.com] client denied by server configuration: /homez.565/julianju/www/download
[Thu Jun 25 08:42:45 2015] [error] [client 5.196.2.30] [host www.mondomaine.com] client denied by server configuration: /homez.565/julianju/www/download/12_No_Name.wav
[Thu Jun 25 08:43:36 2015] [error] [client 5.196.2.30] [host www.mondomaine.com] client denied by server configuration: /homez.565/julianju/www/download/12_No_Name.wav
[Thu Jun 25 10:15:59 2015] [error] [client 81.249.215.79] [host www.mondomaine.com] (104)Connection reset by peer: FastCGI: comm with server "/homez.565/julianju/www/admin588f8ha87/get-file-admin.php" aborted: read failed, referer: http://www.mondomaine.com/admin588f8ha87/index.php?controller=AdminProducts&id_product=111&updateproduct&token=8328b2eeb3ba506ea4dd9277f0b94249
[Thu Jun 25 10:15:59 2015] [error] [client 81.249.215.79] [host www.mondomaine.com] Handler for fastcgi-script returned invalid result code 1, referer: http://www.mondomaine.com/admin588f8ha87/index.php?controller=AdminProducts&id_product=111&updateproduct&token=8328b2eeb3ba506ea4dd9277f0b94249
[Thu Jun 25 10:42:38 2015] [error] [client 81.249.215.79] [host www.mondomaine.com] client denied by server configuration: /homez.565/julianju/www/download/
[Thu Jun 25 10:42:41 2015] [error] [client 81.249.215.79] [host www.mondomaine.com] client denied by server configuration: /homez.565/julianju/www/download/
[Thu Jun 25 10:47:58 2015] [error] [client 81.249.215.79] [host www.mondomaine.com] (104)Connection reset by peer: FastCGI: comm with server "/homez.565/julianju/www/admin588f8ha87/get-file-admin.php" aborted: read failed, referer: http://www.mondomaine.com/admin588f8ha87/index.php?controller=AdminProducts&id_product=111&updateproduct&token=8328b2eeb3ba506ea4dd9277f0b94249
[Thu Jun 25 10:47:58 2015] [error] [client 81.249.215.79] [host www.mondomaine.com] Handler for fastcgi-script returned invalid result code 1, referer: http://www.mondomaine.com/admin588f8ha87/index.php?controller=AdminProducts&id_product=111&updateproduct&token=8328b2eeb3ba506ea4dd9277f0b94249

Merci infiniment pour toute aide

[janus57]

Bonjour,

le fichiers passerait pas par un script PHP et donc tomberais en timeout ?

Que disent les logs ?

Le mieux pour ce genre d'utilisation serait de prendre un petit VPS pour les stocker dessus, le mutu a une bonne bande passante niveau accès, mais niveau débit cela reste du mutualisé.

Cordialement, janus57

[preitlinger]

Bonjour à tous

J'ai un problème lors de download de fichiers volumineux aux formats wav ou mp3 zipés, sur un développement Prestashop.

Mes fichiers font de 100 à 500 Mo, je les upload par ftp, jusqu'à la pas de problème.

Ensuite quand je cherche à tester leur téléchargement à partir du back office ou du front de Prestashop, donc en http, les fichiers arrivent systématiquement tronqués.

Exemple, pour un fichier de 450 Mo sur le ftp, le fichier téléchargé ne fait plus que 130, 150, 160 Mo, la taille variant selon les tentatives !

Quel peut être l'origine de ce problème ?
Il y a t-il des limites de taille de fichiers ?
EDIT : ovh m'a précisé qu'ils ne mettent aucune limite de taille des fichiers en téléchargement.

C'est sur sur une offre mutu Perso 2014

Merci pour votre aide !