| CMS Automne http://www.automne-cms.org/forum/ |
|
| Erreur 500 lors de l'insertion d'images http://www.automne-cms.org/forum/viewtopic.php?f=2&t=339 |
Page 1 sur 1 |
| Auteur: | rico [ Mar Déc 04, 2007 5:16 pm ] |
| Sujet du message: | Erreur 500 lors de l'insertion d'images |
Bonjour, Notre site, conçu sous Automne 3.2.2 et récemment hébergé sur 1&1, fonctionne bien (après, toutefois, quelques gros soucis à l'installation lors du transfert de la base MySql développée en local sur l'hébergement suite à un problème "case-sensitve" sur le nom des tables) sauf au niveau de l'insertion d'images/photo : une fois redimensioner, la validation de l'insertion génère invariablement (quelque soit le type de zone d'image, la page ou le fichier image) le message suivant : Error 500 - Internal server error Un problème inattendu est survenu. Veuillez réessayer ultérieurement. Cette erreur n'est jamais survenue lors du développement du site en local : faut-il faire quelque chose de spécial dans les paramètres d'hébergement 1&1 ? Ou est-ce dû à autre chose ? En attendant et quoi qu'il en soit, bravo et une grand merci aux développeurs pour ce superbe "CMS automnal" ;-) |
|
| Auteur: | Sébastien [ Mer Déc 05, 2007 9:34 am ] |
| Sujet du message: | |
Bonjour, Le problème d'erreur 500 est une erreur sur le serveur lui même (Apache dans votre cas). La cause de cette erreur peut-être assez diverse : problème de droit, problème de configuration (directement dans apache ou bien dans un fichier htaccess). Pouvez vous effectuer l'upload de fichiers autre que les images (dans les rangées de type fichier par exemple) ? Quoi qu'il en soit, cette erreur est en rapport avec la configuration de 1&1, je vous conseille donc de les contacter pour avoir un peu plus d'information sur la cause de cette erreur. Concernant le pb de case-sensitive sur MySQL, vous pouvez rendre MySQL sur windows case-sensitive (comme sur linux donc) en ajoutant la ligne de configuration Code : set-variable = lower_case_table_names=0 dans le fichier my.ini. Voir le site de MySQL pour plus d'infos à ce sujet.
|
|
| Auteur: | rico [ Ven Déc 07, 2007 2:44 pm ] |
| Sujet du message: | |
Re-bonjour, Un grand merci pour l'information sur l'activation de la "case-sensitivité" pour MySQL sous Wndows, cela va bien nous servir pour pouvoir poursuivre du développemetn de nouveux sites en local. Concernant l'erreur 500 lors de l'insertion\redimensionnement d'images, nous avosn efffectué qq tests supplémentaires : - les upload de fichiers (documents PDF par exemples fonctionnent très bien ; - ET surtout les images de petites tailles sont correctement insérées via la procédure d'insertion\redimensionnement d'images. => Il semble que ce soit les images de grandes tailles (supérieure à 5 Mo en mémoire mais bien toujours inférieure à 20 Mo comme précisé sur le formulaire) qui échouent avec cette "erreur 500" au moment de leur redimensionnememt (l'erreur apparaît lors de l'appui sur le bouton valider après le redimensionnement à 300 ou 500 pixels de large selon les types de rangées). Est-ce que ce problème, rencontré uniquement depuis le transfert du site et de la base en hébergement 1&1 (avant, en local, tout fonctionnait parfaitement au niveau de l'insertion\redimensionnement "de grosses" 'images dans les rangées) ne pourrait pas avoir un lien avec les paramètres supplémentaires à déclarer dans un fichier php.ini décrit sur le message : http://www.automne.ws/forum/viewtopic.p ... 9bergement Indépendemment de ce problème précis sur l'insertion d'images, est-il obligatoire de créer et de placer ce fichier php.ini ? |
|
| Auteur: | Sébastien [ Ven Déc 07, 2007 3:26 pm ] |
| Sujet du message: | |
ça peut tout à fait être lié à ça, mais n'ayant pas moi même ce type d'hébergement à disposition, je ne puis en être certain. Le mieux est de leur poser la question directement en leur donnant tout autant de précision que ce que vous venez de faire. Pour ma part, j'aurai tendance à penser qu'il y a l'un des pbs suivant : - pas assez de mémoire disponible (le redimensionnement d'images en consomme bcp) dans ce cas vous pouvez essayer de passer la directive memory_limit = 32M voir plus. - librairie GD mal installée sur le serveur ou bien incomplète ou bien avec des options non-standard Enfin concernant ce fichier php.ini, non ce n'est pas obligatoire mais ça peut aider... là aussi, il faut tester avec et sans pour voir. |
|
| Page 1 sur 1 | Le fuseau horaire est UTC [Heure d’été] |
| Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |
|