Aller au contenu

Web Station Et Dsm 5


Messages recommandés

Bonjour à tous,

Pour ceux qui n'ont pas encore fait leur mise à jour DSM5 et qui utilise le serveur web du Syno, attention Synology s'est permis pas mal de changement, en ce qui me concernent ça m'a fait perdre une bonne journée...

* Migration de la base de données (l'interprétation des caractères spéciaux a changé, caractères foireux dans mes pages utf8)

* Non chargement par défaut de modules critiques comme ceux qui gèrent l'authentification (la réécriture d'url c'est bon à priori)

* Déplacement des fichiers de conf sur le syno

* Changement de la version de PHP sans possibilité de revenir en arrière de manière simple (je passe peut être à coté de quelque chose)

* Affichage de tous les messages d'erreurs PHP par défaut

* De nombreuses directives htaccess ne passe plus et plante le site (notamment la désactivation des messages d'erreurs)

* Et j 'en passe...je n'ai pas encore fait le tour

J'ai pu corriger et contourner la plupart des problèmes mais il y en a un que je vous soumet ici car je n'arrive pas à trouver ou changer ça, je ne suis pas très calé en système :

On dirait qu'un système de cache a été activé sur l'apache ou le php, toutes modifications de page mets plusieurs minutes ou un certains nombres de refresh avant d'être pris en compte; d'ou l'enfer quand comme moi je m'en sert de serveur de test pour mes dev...

Le problème ne vient pas des navigateurs ou du poste (j'ai des WAMP qui tourne aussi sans pb avec les mêmes sites), les consignes de cache dans le htaccess me font planter le serveur, je ne sais ou chercher dans les fichiers de conf...

Merci par avance à un grand maitre de l'apache/php sur Syno :)

Lien vers le commentaire
Partager sur d’autres sites

  • Réponses 51
  • Créé
  • Dernière réponse

Meilleurs contributeurs dans ce sujet

Bonjour à tous,

Pour ceux qui n'ont pas encore fait leur mise à jour DSM5 et qui utilise le serveur web du Syno, attention Synology s'est permis pas mal de changement, en ce qui me concernent ça m'a fait perdre une bonne journée...

* Migration de la base de données (l'interprétation des caractères spéciaux a changé, caractères foireux dans mes pages utf8)

* Non chargement par défaut de modules critiques comme ceux qui gèrent l'authentification (la réécriture d'url c'est bon à priori)

* Déplacement des fichiers de conf sur le syno

* Changement de la version de PHP sans possibilité de revenir en arrière de manière simple (je passe peut être à coté de quelque chose)

* Affichage de tous les messages d'erreurs PHP par défaut

* De nombreuses directives htaccess ne passe plus et plante le site (notamment la désactivation des messages d'erreurs)

* Et j 'en passe...je n'ai pas encore fait le tour

J'ai pu corriger et contourner la plupart des problèmes mais il y en a un que je vous soumet ici car je n'arrive pas à trouver ou changer ça, je ne suis pas très calé en système :

On dirait qu'un système de cache a été activé sur l'apache ou le php, toutes modifications de page mets plusieurs minutes ou un certains nombres de refresh avant d'être pris en compte; d'ou l'enfer quand comme moi je m'en sert de serveur de test pour mes dev...

Le problème ne vient pas des navigateurs ou du poste (j'ai des WAMP qui tourne aussi sans pb avec les mêmes sites), les consignes de cache dans le htaccess me font planter le serveur, je ne sais ou chercher dans les fichiers de conf...

Merci par avance à un grand maitre de l'apache/php sur Syno :)

En principe tu peux activer ou désactiver le cache PHP il me semble

Lien vers le commentaire
Partager sur d’autres sites

Re,

Dans le php, en jouant sur les expires des header ca ne donne, rien.

Je connais un peu les php.ini mais je ne vois rien qui permette de faire ça ?

Le module expire de apache n'est pas chargé

Le module deflate n'est pas en cause , je l'ai desactivé et toujours pareil... grumpf

Tu as un piste pour le cache php ? fichier de conf ? inline ? Merci pour ton aide

Lien vers le commentaire
Partager sur d’autres sites

Salut,

"en ce qui me concernent ça m'a fait perdre une bonne journée..."

Si ça peux te rassurer tu n'es pas le seul <_<

J'avais pris l'habitude d'être "un peu emmer**" lors des upgrades DSM, mais pour DSM 5 c'est un peu plus ennuyeux.

Ça m'apprendra à ne pas tester avant :angry:

Je suis en plein debug d'une appli (https://www.tine20.com/en/home.html) qui ne tourne plus.

Je viens de constater que la cause du plantage est une erreur "JSON_ERROR_UTF8" (Malformed UTF-8 characters, possibly incorrectly encoded) sur la fonction native json_encode() de php.

J'ai peur quand je lis ta remarque :

"* Migration de la base de données (l'interprétation des caractères spéciaux a changé, caractères foireux dans mes pages utf8)"

As tu constaté des caractères tronqués directement dans la base de données ?

... si c'est le cas c'est une belle galère en perspective :(

"* De nombreuses directives htaccess ne passe plus et plante le site (notamment la désactivation des messages d'erreurs)"

"On dirait qu'un système de cache a été activé sur l'apache ou le php, toutes modifications de page mets plusieurs minutes ou un certains nombres de refresh avant d'être pris en compte; d'ou l'enfer quand comme moi je m'en sert de serveur de test pour mes dev..."

Constaté également, et effectivement galère pour le "cache" lors du dev ou debug.

Pas eu le temps de "creuser" plus que ça, mais je posterai si j'ai plus de billes.

Lien vers le commentaire
Partager sur d’autres sites

Je suis en plein debug d'une appli (https://www.tine20.com/en/home.html) qui ne tourne plus.

Je viens de constater que la cause du plantage est une erreur "JSON_ERROR_UTF8" (Malformed UTF-8 characters, possibly incorrectly encoded) sur la fonction native json_encode() de php.

J'ai peur quand je lis ta remarque :

"* Migration de la base de données (l'interprétation des caractères spéciaux a changé, caractères foireux dans mes pages utf8)"

Bon, je me suis dépatouillé en utilisant Zend_Json_Encoder::encode() au lieu de json_encode(), en attendant d'analyser plus profondément.

Modifié par Kohntark
Lien vers le commentaire
Partager sur d’autres sites

Bonjour,

et ba ça donne pas envie de la faire cette maj, je vais encore attendre, j'ai un syno depuis la 2.3 et je n’ai jamais vu de mise a jour aussi problématique.

On dirai que c'est la mode en se moment de tout changer, tout refaire et bien sur truffé un système stable de toute les erreur de jeunesse d'un nouveau. (apple mode :P troll)

Lien vers le commentaire
Partager sur d’autres sites

bonsoir,

pendant la beta j'ai contacté le support pour le cache, c'ets tout con en fait, c'est une coche à retirer dans le panneau de configuration.

panneau de configuration -> service web du menu de gauche, -> onglet paramètre php -> décocher activer le cache.

Cdt

julien

Lien vers le commentaire
Partager sur d’autres sites

Bonjour à tous,

Je suis confronté à un problème après avoir mis à jour mon NAS vers la version du DSM 5. Symptômes différents de ceux décrits au-dessus, mais connexes, je pense. J’ai pris le temps de faire pas mal de forums sans jamais trouver de solution.

Mon problème est le suivant. Quand je tente d’accéder à mon site web (de pré-production) sous WordPress hébergé sur mon NAS (copie de mon site de production) via mon réseau local, une erreur 404 Synology apparaît systématiquement lorsque je tente d’y accéder : « Désolé, la page que vous recherchez est introuvable. ».

Je parviens à accéder, à phpMyAdmin, visualiser ou modifier mes tables et contenues.

Toutes mes applications fonctionnent normalement (File/Audio/Download Station, etc.). Mes accès telnet, ssh et autres n’ont pas été impactés et fonctionnent aussi.

Ma configuration me semble pourtant stable :

· NAS Synology DS212+ avec DSM 5.0-4458

· Web Station et MySQL sont activés et fonctionnels

· Le répertoire de mon site web est bien présent et contient les fichiers de mon site dont bien sûr « index.php »

· Un utilisateur créé avec l’accès au dossier web

· La configuration de ma Box n’a pas changé, d’ailleurs en local, pas nécessaire pour le pare-feu.

Je ne compte plus les tests, j’ai même installé le package WordPress fourni pour le NAS, tenez-vous bien… même résultat « … introuvable. », rien n’y fait...

J’ai regardé du côté des droits d’accès sur les répertoires, rien de changé.

J’ai trois mois de travail acharné que je devais publier en production… Arrrrh ! C’est la panade totale !!! J’ai une campagne à traiter, de nouvelles modifications et de nouveaux services pour mon site. Je suis preneur de toutes remarques constructives.

Si quelqu’un a une idée... et merci par avance pour votre aide.

Lien vers le commentaire
Partager sur d’autres sites

Bonjour à tous,

Je suis confronté à un problème après avoir mis à jour mon NAS vers la version du DSM 5. Symptômes différents de ceux décrits au-dessus, mais connexes, je pense. J’ai pris le temps de faire pas mal de forums sans jamais trouver de solution.

Mon problème est le suivant. Quand je tente d’accéder à mon site web (de pré-production) sous WordPress hébergé sur mon NAS (copie de mon site de production) via mon réseau local, une erreur 404 Synology apparaît systématiquement lorsque je tente d’y accéder : « Désolé, la page que vous recherchez est introuvable. ».

Je parviens à accéder, à phpMyAdmin, visualiser ou modifier mes tables et contenues.

Toutes mes applications fonctionnent normalement (File/Audio/Download Station, etc.). Mes accès telnet, ssh et autres n’ont pas été impactés et fonctionnent aussi.

Ma configuration me semble pourtant stable :

· NAS Synology DS212+ avec DSM 5.0-4458

· Web Station et MySQL sont activés et fonctionnels

· Le répertoire de mon site web est bien présent et contient les fichiers de mon site dont bien sûr « index.php »

· Un utilisateur créé avec l’accès au dossier web

· La configuration de ma Box n’a pas changé, d’ailleurs en local, pas nécessaire pour le pare-feu.

Je ne compte plus les tests, j’ai même installé le package WordPress fourni pour le NAS, tenez-vous bien… même résultat « … introuvable. », rien n’y fait...

J’ai regardé du côté des droits d’accès sur les répertoires, rien de changé.

J’ai trois mois de travail acharné que je devais publier en production… Arrrrh ! C’est la panade totale !!! J’ai une campagne à traiter, de nouvelles modifications et de nouveaux services pour mon site. Je suis preneur de toutes remarques constructives.

Si quelqu’un a une idée... et merci par avance pour votre aide.

Peut-être le même problème que j'ai :

Regarde si tu n'as pas des .htaccess et leurs contenu

Modifié par LiPeR
Lien vers le commentaire
Partager sur d’autres sites

J'ai bien vérifié, mon fichier ".htaccess" dans dossier de mon site n'a pas bougé d'un octet ! Il n'y pas d'autres ".htaccess" non plus dans le dossier "web". J'ai fait plusieurs tests en suivant tes infos, sans succès. Merci quand même LiPeR.

Je continue à chercher... si quelqu'un pense une piste... je suis preneur... merci d'avance....

Lien vers le commentaire
Partager sur d’autres sites

Hello, je viens vers vous, voir si quelqu'un à une idée pour la gestion des htaccess. Depuis la mise a jours lorsque je souhaite définir la règle permettant de d'associer un .js comme un php, rien ne se passe... Quelqu'un aurait une idée , avant la version 5, cela fonctionnait correctement...

Lien vers le commentaire
Partager sur d’autres sites

Problème résolu en grande partie pour ma part. Comment je m’y suis pris…

La piste du fichier « .htaccess » était une très bonne piste (merci LiPeR). Pendant mes investigations, j’ai remarqué que, les paramètres de configuration php posaient problème. Après avoir tout mis en commentaire, tout a fonctionné formidablement comme avant. Génial !!!! lé trop valab oté !!!

Mais, voilà… maintenant qu’il n’est plus possible de faire ces paramétrages dans mon fichier « .htaccess », et bien dans quel fichier fait on maintenant ces modifs ?

J’utilise ceux-là de mon côté :

- php_flag apc.cache_by_default On

- php_value upload_max_filesize 10M

C’est encore un mystère pour moi… Une idée ?

Bonne chance...

Lien vers le commentaire
Partager sur d’autres sites

As-tu été voir le lien sur le forum Synology ? Il y a une solution alternative (pas forcément idéale mais cela permet au moins de définir les param) :

Il faut éditer le fichier /etc/php/conf.d/user-settings.ini en SSH avec le compte root pour y ajouter la ligne suivant en première ligne :

user_ini.filename = .user.ini

Puis il suffit de créer à la racine un fichier ".user.ini" (comme un .htaccess) et d'y rentrer les param php :

upload_max_filesize = 10M
apc.cache_by_default = ON
Lien vers le commentaire
Partager sur d’autres sites

Bonjour à tous,

Pour ceux qui n'ont pas encore fait leur mise à jour DSM5 et qui utilise le serveur web du Syno, attention Synology s'est permis pas mal de changement, en ce qui me concernent ça m'a fait perdre une bonne journée...

* Migration de la base de données (l'interprétation des caractères spéciaux a changé, caractères foireux dans mes pages utf8)

* Non chargement par défaut de modules critiques comme ceux qui gèrent l'authentification (la réécriture d'url c'est bon à priori)

* Déplacement des fichiers de conf sur le syno

* Changement de la version de PHP sans possibilité de revenir en arrière de manière simple (je passe peut être à coté de quelque chose)

* Affichage de tous les messages d'erreurs PHP par défaut

* De nombreuses directives htaccess ne passe plus et plante le site (notamment la désactivation des messages d'erreurs)

* Et j 'en passe...je n'ai pas encore fait le tour

J'ai pu corriger et contourner la plupart des problèmes mais il y en a un que je vous soumet ici car je n'arrive pas à trouver ou changer ça, je ne suis pas très calé en système :

On dirait qu'un système de cache a été activé sur l'apache ou le php, toutes modifications de page mets plusieurs minutes ou un certains nombres de refresh avant d'être pris en compte; d'ou l'enfer quand comme moi je m'en sert de serveur de test pour mes dev...

Le problème ne vient pas des navigateurs ou du poste (j'ai des WAMP qui tourne aussi sans pb avec les mêmes sites), les consignes de cache dans le htaccess me font planter le serveur, je ne sais ou chercher dans les fichiers de conf...

Merci par avance à un grand maitre de l'apache/php sur Syno :)

Pour ma part, j'ai du activer dans les options du panneau de configuration / Services Web / parametres Php : Cocher l'activation de cache PHP , L'affichage des messages d'erreurs PHP et surtout l'activation de "Personnaliser PHP Open Base dir" et rajouter :/var/services/tmp" pour ne plus avoir d'erreur lors de l'import de fichier sql dans une base de données, cela me remonté l'erreur le fichier ne peut être lu.

Depuis l'import se passe correctement.

par contre, j'ai toujours un problème avec les fichier .htaccess faudrait que je lise plus attentivement les remarques de chacun sur ce point.

Lien vers le commentaire
Partager sur d’autres sites

par contre, j'ai toujours un problème avec les fichier .htaccess faudrait que je lise plus attentivement les remarques de chacun sur ce point.

Voir ici : https://www.google.ch/search?hl=fr&ie=UTF-8&oe=UTF-8&q=how%20to%20use%20php_flag%20with%20cgi

A mon avis c'est cuit tant que Synology garde cette méthode en tant que CGI-Mode

Lien vers le commentaire
Partager sur d’autres sites

Voir ici : https://www.google.ch/search?hl=fr&ie=UTF-8&oe=UTF-8&q=how%20to%20use%20php_flag%20with%20cgi

A mon avis c'est cuit tant que Synology garde cette méthode en tant que CGI-Mode

J'avais lu que synology sortirait un package sur ce point me semble....

Bonjour à tous,

Pour ceux qui n'ont pas encore fait leur mise à jour DSM5 et qui utilise le serveur web du Syno, attention Synology s'est permis pas mal de changement, en ce qui me concernent ça m'a fait perdre une bonne journée...

* Migration de la base de données (l'interprétation des caractères spéciaux a changé, caractères foireux dans mes pages utf8)

J'ai le problème similaire lors de l'import d'un fichier sql d'une base de données en UTF8 (UTF8_general_ci) j'ai des points d'interrogations qui apparait en place et lieu des accents etc) j'ai tenté de faire un collation_server=utf8_general_ci et character_set_server=utf8 dans /etc/mysql/my.cnf mais cela change rien.....

Quelqu'un a une idée s'il vous plait?

Lien vers le commentaire
Partager sur d’autres sites

  • 3 semaines après...

Bonjour

depuis la DSM 5 je ne sais plus ou est le script qui relance le serveur apacheAvant il se trouvait usr/syno/etc/rc.d/S97apache-user.sh et il a disparu

Je ne sais plus non plus où trouver le lanceur cron . Avant c'était sur /usr/syno/etc.defaults/rc.d/S04crond.sh et il a disparu ...

Quelqu'un aurait une piste ?

Bertrand

Modifié par Beber75
Lien vers le commentaire
Partager sur d’autres sites

Voila déjà la commande pour redémarrer apache:

/usr/syno/sbin/synoservicecfg --restart httpd-user

et pour le cron je ne serais pas surpris que:

/usr/syno/sbin/synoservicecfg --restart crond

fonctionne.

PS: pourquoi avoir posté cette question dans ce fil?

Pas terrible pour sa visibilité je trouve.

Modifié par CoolRaoul
Lien vers le commentaire
Partager sur d’autres sites

Voila déjà la commande pour redémarrer apache:

/usr/syno/sbin/synoservicecfg --restart httpd-user

et pour le cron je ne serais pas surpris que:

/usr/syno/sbin/synoservicecfg --restart crond

fonctionne.

PS: pourquoi avoir posté cette question dans ce fil?

Pas terrible pour sa visibilité je trouve.

Merci Cool raoul

En fait je cherchais un autre fil mais dans celui ci on parlait d'apache ...depuis j'ai vu que le sujet avait été vu ailleurs !

Lien vers le commentaire
Partager sur d’autres sites

En fait je cherchais un autre fil mais dans celui ci on parlait d'apache ...depuis j'ai vu que le sujet avait été vu ailleurs !

Au passage je n'ai toujours pas trouvé comment visualiser la sortie d'erreur de ces commandes. Tout se passe "en aveugle" et je trouve ça un peu dommage (une erreur dans la conf apache et il ne redémarre pas mais rien n'est signalé dans le terminal).

Si tu as une piste je suis preneur.

Lien vers le commentaire
Partager sur d’autres sites

Rejoindre la conversation

Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.

Invité
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.


×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.