Jump to content

Erreur 500 suphp?

Littlebens
 Share

Recommended Posts

Littlebens Newbie

Littlebens

Posted
Posted

Bonjour/Bonsoir,

je viens de copier une install de ovh vers un autre hébergeur et après avoir modifié le fichier contenant les infos de la db avec les nouvelles valeurs, quand j'essaye d'accéder au site où bien à l'admin, je reçois une erreur 500 et ceci apparait dans les logs apache:

[Mon Oct 13 20:29:15 2008] [error] [client 81.244.42.143] SoftException in Application.cpp:360: Mismatch between target GID (1059) and GID (1006) of file "/hosting/finebouc/domains/finebouche.be/public_html/adminfb/index.php"
[Mon Oct 13 20:29:15 2008] [error] [client 81.244.42.143] Premature end of script headers: index.php

Après quelques recherches, il semblerait que ce soit dû à "suphp".

Est-ce que quelqu'un aurait plus d'informations à ce sujet?

Merci d'avance,

Benoit Pironet

Link to comment
Share on other sites
  • 2 months later...
oncleroger Newbie

oncleroger

Posted
Posted

J'utilise la 1.1.
J'ai effectuée la configuration pour les permissions comme conseillée.

J'utilise la fonction d'import de produit (en spécifiant les URL images).
Et au bout du 8eme ou 9eme produits ... Badaboume :

Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, postmaster@ and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

Et voila le Log :
Premature end of script headers: index.php, referer: http:///prestashop/emendo/index.php?tab=AdminImport&token=5697cbbc0e964c2372a478c037703932

Link to comment
Share on other sites
astragor Newbie

astragor

Posted
Posted

Déjà dit et répété au moins une bonne dizaine de fois sur ce forum : sur OVH, , il ne faut pas toucher aux permissions.

L'erreur 500 est due au fait que vous ayez mis la permission 777 sur certains dossier.
A savoir que la boutique tourne très bien sans toucher a la moindre permission sur cet hebergeur.

Au pire si vous y tenez vraiment mettez 755 à la place du 777

Link to comment
Share on other sites
oncleroger Newbie

oncleroger

Posted
Posted

Bonsoir,

Merci Astragor pour la réponse déjà dite.
Je viens de tester cela : En repassant en permissions 755 ou avec les permission d'origine.

J'ai malheureusement toujours cette erreur à l'exécution de mon PHP : AdminImport
Je pense qu'il s'agit plus de toute ces images à traiter. Cela doit poser un problème à notre ami PHP.

Merci quand même pour le coup de main.
Seb.

Link to comment
Share on other sites
oncleroger Newbie

oncleroger

Posted
Posted

Astragor,

Petite question avant de me lancer dans une réinstall ... As tu déjà testé la régénération d'images
ou importé des produits avec les images associés (CSV) ??

Je sonde un peu le terrain afin d'identifier le problème...
Sinon je vais suivre tes conseils ...

Merci encore pour le coup de main.
Seb

Link to comment
Share on other sites
oncleroger Newbie

oncleroger

Posted
Posted

Bonsoir à tous,

Des petites nouvelles du POST.
J'ai tout réinstallé sans faire de modification aux niveaux des droits.

J'ai toujours l'erreur : 500 Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, [email protected] and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.


La galère ... Je continue à creuser. S'il quelqu'un à une idée. je suis preneur.
Merci.
Seb

Link to comment
Share on other sites
oncleroger Newbie

oncleroger

Posted
Posted

Salut Atch,

OVH accepte visiblement 755 au maximum au niveau des droits.
Mais je ne pense pas que ce soit un problème de droits :

La page AdminImport.php me crée bien quelques produits (et leur image associés).
La page me crée aléatoirement 6,7 ou 8 produits (comme il faut) et plante sur l'erreur 500.

J'ai essayé de travailler en modifiant les paramètres suivants, mais ça ne change rien ...
@ini_set('memory_limit', '64M'); ou @ini_set('memory_limit', '-1');
@ini_set('max_execution_time', 0);

Seb.

Link to comment
Share on other sites
oncleroger Newbie

oncleroger

Posted
Posted

Problème trouvé mais pas résolu.

OVH utilise une méthode pour killer ce qui prend trop de RAM ou de CPU
(okillerd pour les scripts)

J'ai donc rajouté une tempo dans la page AdminImport.php à la copie des images des produits.
C'est plus donc plus long mais ça va pas trop vite pour OVH (pas de monter en charge brutale).

L'exécution peut durer au maximum 4 minutes.
Je suis donc obliger de chargement par 20 produits (Mais bon toujours mieux qu'a la main).

Voilà .... ça s'était la solution temporaire.

Bonne soirée.

Link to comment
Share on other sites
Guest

Guest

Posted
Posted
...Et voila le Log :
Premature end of script headers: index.php, referer: http:///prestashop/emendo/index.php?tab=AdminImport&token=5697cbbc0e964c2372a478c037703932


De mémoire, ca c'est parce que tu roules pas en php5, corrigez moi si je me trompe...
Link to comment
Share on other sites
oncleroger Newbie

oncleroger

Posted
Posted

Sous OVH, on le voit tout de suite quand on est pas en PHP5.
Une grosse erreur apparaît et le site n'est plus accésssible.


Voici mon .htaccess

# Set PHP Version
SetEnv PHP_VER 5

# Global Register
SetEnv REGISTER_GLOBALS 0

# URL rewriting module activation
RewriteEngine on

# URL rewriting rules
RewriteBase /
RewriteRule ^([a-zA-Z0-9-]*)/([0-9]+)\-([a-zA-Z0-9-]*)\.html(.*)$ product.php?id_product=$2$4 [L,E]
RewriteRule ^([0-9]+)\-([a-zA-Z0-9-]*)\.html(.*)$ product.php?id_product=$1$3 [L,E]
RewriteRule ^([0-9]+)\-([a-zA-Z0-9-]*)(.*)$ category.php?id_category=$1 [QSA,L,E]
RewriteRule ^content/([0-9]+)\-([a-zA-Z0-9-]*)(.*)$ cms.php?id_cms=$1 [QSA,L,E]
RewriteRule ^([0-9]+)__([a-zA-Z0-9-]*)(.*)$ supplier.php?id_supplier=$1$3 [QSA,L,E]
RewriteRule ^([0-9]+)_([a-zA-Z0-9-]*)(.*)$ manufacturer.php?id_manufacturer=$1$3 [QSA,L,E]

# Catch 404 errors
ErrorDocument 404 /404.php
ErrorDocument 403 /403.php
ErrorDocument 401 /401.php

Link to comment
Share on other sites
  • 1 month later...
allexiel Newbie

allexiel

Posted
Posted

Bien le bonjour à tous!

J'ai installé un site en Prestashop récemment sur un serveur OVH.
J'ai exactement le même problème décris dans ce post.

Je suis à la recherche d'un code de temporisation de l'import CSV pour soulager le serveur et pouvoir importer ma BDD de 700 lignes sans erreur 500 :)

Merci d'avance pour tout aide apporté!

Link to comment
Share on other sites
oncleroger Newbie

oncleroger

Posted
Posted

Bonjour,

J'ai rajouté ma pauvre tempo dans la page admin/tabs/AdminImport.php
dans la fonction : function productImport
Juste après le chargement de l'image produit.

Voici l'extrait :

...
if (isset($product->image) AND is_array($product->image) and sizeof($product->image))
           {
               foreach ($product->image AS $key => $url)
               {
                   $image = new Image();
                   $image->id_product = intval($product->id);
                   $image->position = Image::getHighestPosition($product->id) + 1;
                   $image->cover = !$key ? true : false;
                   $image->legend = self::createMultiLangField($product->name[1]);
                   if ($image->validateFields(UNFRIENDLY_ERROR) AND $image->validateFieldsLang(UNFRIENDLY_ERROR))
                       if ($image->add())
                           self::copyImg($product->id, $image->id, $url);
                       else
                           $this->_warnings[] = mysql_error().' '.$image->legend[1].(isset($image->id_product) ? ' ('.$image->id_product.')' : '').' '.Tools::displayError('cannot be saved');
                   sleep(2);
               }            
           }
...



J'ai uniquement rajouter le : sleep(2);
Ca fait mal au coeur de développer comme ça, mais ça marche.

A toi de trouver la bonne tempo.
Attention : ton import va donc devenir très long... (mais c'est le but recherché).

Merci à OVH qui limite l'utilisation mémoire et CPU ...

Bon import.
Seb.

Link to comment
Share on other sites
Guest

Guest

Posted
Posted
...
Merci à OVH qui limite l'utilisation mémoire et CPU ...

Bon import.
Seb.


Egalité aux yeux de tous en terme de ressource pour les offres mutualisées, sinon passe en VDS/VPS ou dédié pour une liberté totale en terme de ressource machine.
Link to comment
Share on other sites
  • 5 months later...

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share
Go to topic listing
×
×
  • Create New...