Web Station Et Dsm 5

[popix]

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

[Doud38]

Bonjour,

Je ne sais pas si cela a un lien, mais j'avais installé tt-rss à partir du paquet, et depuis la mise à jour, le paquet ne démarre plus.

Quelqu'un a le même problème?

[Petit-genie]

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

[popix]

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

[k750]

Bonjour a tous,

Depuis la MAJ en DSM 5.0 quant je clic sur Web Station une nouvelle fenêtre s'ouvre, c'est la même page d'accueil du syno

Je suis preneur de toutes infos

Par avance merci

Claude

[Kohntark]

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

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.

[lililililili]

Kitty

cd /etc/php/

vi php.ini

i

Echap

:wq

[Kohntark]

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é le 25 mars 2014 par Kohntark

[devildant]

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 troll)

[juju78y]

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

[popix]

Merci Julien, pourtant je connaissais cet onglet mais je suis passé à coté.... on mettra ça sur le dos de la nouvelle présentation du menu de configuration

Même endroit pour le gestion de l'affichage des erreurs pour info.

[JimBoy]

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.

[LiPeR]

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é le 25 mars 2014 par LiPeR

[JimBoy]

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....

[tmex]

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...

[JimBoy]

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...

[LiPeR]

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

[djinn13800]

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.

[LiPeR]

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

[djinn13800]

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?

[Beber75]

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é le 12 avril 2014 par Beber75

[CoolRaoul]

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é le 12 avril 2014 par CoolRaoul

[juju78y]

Bonjour,

pour votre information,

depuis que je suis en dsm 5.0-4458 update 2

l'acces à mes dossiers via un .htaccess refonctionne

bye

julien

[Beber75]

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 !

[CoolRaoul]

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.