Lya72

Bonsoir, Suite des aventures : La base MySQL est désormais alimentée. Les graphiques HighChart appelés depuis des pages PHP sont désormais visibles en local. Après avoir effectué une redirection sur ma Livebox d'un port X vers l'IP locale de mon Synology vers le port de celui-ci, je tente d'accèder aux pages PHP depuis l'extérieur. Comportements constatés : http://MonIP_Publique:portxxxx/MonRepertoire/Teleinfo-ED.php (page affichant les graphiques avec des accès MySQL) ==> affiche la page 404 du Synology http://MonIP_Publique:portxxxx/MonRepertoire/phpinfo.php (Page détaillant la config PHP) ==> affiche la page 404 du Synology http://MonIP_Publique:portxxxx ==> URL redirigée vers http://MonIP_Publique:5000 puis affichage navigateur : Impossible d'accéder au réseau ! Quels sont les paramètres nécessaires pour que mes pages PHP soient visibles de l'extérieur sous DSM 5 via une LiveBox ?? Merci pour vos retours.

Bonjour, La nuit a été courte mais la solution a été trouvée tôt ce matin !! Il faut saisir le chemin du fichier en dur et non pas en relatif !! c'est à dire remplacer $fd = fopen ("./myvars.txt", "r"); par $fd = fopen ("/volume1/web/Teleinfo-ED/myvars.txt", "r"); Cordialement, Yann

Merci pour ton retour. Après intégration de ta proposition, c'est toujours KO. J'ai donc executé en ligne de commande la ligne saisie dans la CRONTAB et j'ai eu un message d'erreur plus explicite : MonDS713>php -f /volume1/web/Teleinfo-ED/ecod2sql.php PHP Warning: fopen(): open_basedir restriction in effect. File(./myvars.txt) is not within the allowed path(s): (/var/services/tmp:/etc.defaults:/usr/bin/php:/usr/syno/synoman:/etc:/var/run:/volume1/@tmp/php:/var/services/web:/var/services/photo:/var/services/blog:/var/services/homes) in /volume1/web/Teleinfo-ED/settings.php on line 15 PHP Warning: fopen(./myvars.txt): failed to open stream: Operation not permitted in /volume1/web/Teleinfo-ED/settings.php on line 15 J'ai alors ajouté le répertoire souhaité dans la variable open_basedir puis rebooté le DS713. Message d'erreur quasi identique, au détail que le nouveau contenu de la variable open_basedir a été actualisé : MonDS713>php -f /volume1/web/Teleinfo-ED/ecod2sql.php PHP Warning: fopen(): open_basedir restriction in effect. File(./myvars.txt) is not within the allowed path(s): (/var/services/tmp:/etc.defaults:/usr/bin/php:/usr/syno/synoman:/etc:/var/run:/volume1/@tmp/php:/var/services/web:/var/services/photo:/var/services/blog:/var/services/homes:/volume1/web/Teleinfo-ED) in /volume1/web/Teleinfo-ED/settings.php on line 15 PHP Warning: fopen(./myvars.txt): failed to open stream: Operation not permitted in /volume1/web/Teleinfo-ED/settings.php on line 15 l'architecture du script est la suivante : settings.php inclus en tête du fichier appelé ecod2sql.php tente de lire le contenu du fichier ./myvars.txt une idée ??

Bonjour, Mon besoin : Exécuter une page php toutes les minutes pour logger des données dans une base MySQL - Le Planificateur inclus dans le panneau de configuration du DSM 5 ne répond pas au besoin car il ne permet que des planifications toutes les heures. Avec mon DS207+, sous DSM 3.1-1638, j'avais mis en place la ligne suivante dans /etc/crontab : #minute hour mday month wday who command * * * * * root cd /volume1/web && /usr/bin/php Add_Datas.php après sauvegarde du fichier, je redémarrais le service Cron et cela a été OK pendant des années. Je suis en train de migrer sur un DS713+ avec le dernier DSM 5 4493 update3 J'ai bien intégré le fait que le redémarrage du service Cron s'effectuait maintenant via la commande suivante : /usr/syno/sbin/synoservicectl --restart crond. Il semblerait qu'avec le DSM 5, des changements soient intervenus qui m’empêchent de reproduire la configuration précédemment décrite. Quelle est désormais la liste des pré-requis pour exécuter une page PHP via Crontab sur un Synology doté du DSM 5 ?? Merci pour votre assistance. Yann

Bonjour, Mon besoin : Exécuter une page php toutes les minutes pour logger des données dans une base MySQL - Le Planificateur inclus dans le panneau de configuration du DSM 5 ne répond pas au besoin car il ne permet que des planifications toutes les heures. Avec mon DS207+, sous DSM 3.1-1638, j'avais mis en place la ligne suivante dans /etc/crontab : #minute hour mday month wday who command * * * * * root cd /volume1/web && /usr/bin/php Add_Datas.php après sauvegarde du fichier, je redémarrais le service Cron et cela a été OK pendant des années. Je suis en train de migrer sur un DS713+ avec le dernier DSM 5 4493 update3 J'ai bien intégré le fait que le redémarrage du service Cron s'effectuait maintenant via la commande suivante : /usr/syno/sbin/synoservicectl --restart crond. Il semblerait qu'avec le DSM 5, des changements soient intervenus qui m’empêchent de reproduire la configuration précédemment décrite. Quelle est désormais la liste des pré-requis pour exécuter une page PHP via Crontab sur un Synology doté du DSM 5 ?? Merci pour votre assistance. Yann

Bonsoir, Ayant effectué quelques optimisations sur les paramètres MySQL de mes Synology, j'avais pu constater une petite amélioration. Par contre, ces modifications touchant aux paramètres systèmes du Synology étaient effacées lors des mise à jour. Mes données croissant de jour en jour, il fallait reprendre le raisonnement à la base, ou changer de Synology chaque année !! Soit c'était la progression technique qui me permettait de résister à la croissance des données, soit j'optimisais leur extraction. J'ai découvert dans mes recherches qu'une table fréquemment mise à jour (INSERT fréquents) ne reste pas dans le cache. Or toutes mes données sont mises à jour chaque minute (relevés station météo, voltage des batteries solaires et téléInfo EDF). De plus, j'ai constaté que la majorité de mes requêtes s’effectuaient sur les données de la veille ou du jour en cours (les fameux superbes graphiques temps réels). Donc, il me fallait interroger des tables ne comportant que ces données !!!!!! Comment générer celles-ci en temps réel ? ==> Les Triggers MySQL permettent cela. J'ai donc mis en place des tables doublons de mes tables historiques (préfixées par instant_xxxxx) J'ai ensuite mis en place des triggers dans MySQL : Lors de chaque INSERT effectué sur la table historique, la ligne de données est dupliquée dans la table instant_xxxxx. Ensuite avec le scheduler MySQL, à chaque nouvelle journée, je détruis les enregistrements de l'avant-veille. Au final, mes tables instant_xxxx ne comportent que les enregistrements du jour et de la veille, soit au maximum 2880 enregistrements, au lieu de plus de 600 000 enregistrements sur mes tables historiques. Sur mon DS207+, les graphiques temps réel s'affichent en moins de 4 secondes au lieu de 19 secondes avant (divisé par 4). SUPER !!! PS : l'explication est peut-être complexe, mais c'est très simple à mettre en oeuvre et cela résiste aux upgrades.

Bonsoir Patrick et merci pour ce premier retour. A mon sens, les paramètres que tu indiques sont relatifs à PHP et non à MySQL. Pour toi, ces deux paramètres permettraient d'augmenter la zone mémoire accordée à MySQL ??? Yann

Bonsoir, Je fais un UP sur ce sujet car je trouve qu'il le mérite. A mon avis, le paramétrage de MySQL ne semble pas optimisé, en rapport avec la configuration matérielle du Synology. Je m'explique : Etant l'heureux possesseur de 2 Synology différents, j'ai pu constater que le paramétrage de MySQL était identique sur les 2 !! Les machines : DS207+ CPU : 500Mhz / RAM : 128 Mo DS211+ CPU : 1.6Ghz / RAM : 512 Mo Pour une requête sur les données journalières extraites d'une base de 500 000 enregistrements, il faut près de 20 secondes au DS207+ et 9 secondes au DS211+. Bien sûr, un index est positionné, sur le champ Date/Heure de sélection. Pour moi, le gain de temps entre les deux Synologys est seulement un gain relatif à la puissance processeur. Pour la mémoire, sur les 2 machines, MySQLD ne consomme QUE 16 Mo !! Il y a donc bien une optimisation possible, au moins sur le DS 211+, car à mon sens, le temps d'attente est lié au parcours des tables sur disque car celles-ci ne sont pas montées en mémoire. Il faudrait monter les tables en mémoire en réservant environ 100 Mo pour MySQL (- de 20% des 512 Mo de RAM du DS211+). ==> Qui a déjà modifié les paramètres MySQL de son Synology et à quel niveau ?? ==> Merci pour vos contributions. Yann

Bonjour et merci pour ce retour. Je souhaite enregistrer ma TéléInfo sur mon Synology via une interface USB ou via une carte shield pluggée sur un Arduino Uno. Sinon, j'ai un réseau de cartes capteurs qui restituent en 868Mhz des données à une carte Nanode RFX reliée à l'USB du Synology. Toutes ces données, je souhaite les stocker en local dans une base MySQL et les publier sur Sen.se et PacHube. Pour celà, j'ai besoin de nommer ces interfaces et de pouvoir accéder à celles-ci indépendamment des branchements/Débranchements. Je dois aussi ajouter un besoin de persistance, cad que cela doit résister au reboot et pourquoi pas à la montée de version de DSM !! Sur tous ces points, je rencontre beaucoup de difficultés sur le Synology. Cordialement, Yann

Bonjour, Ayant des périphériques FTDI ou Arduino à connecter en USB sur une DS211+, je souhaites créer des règles udev afin de retrouver mes interfaces avec un nom constant et des droits d'accès non limités à Root. Partout sur le Net, pour Linux, on croise la solution de créer une règle udev dans un fichier .rules situé dans le chemin suivant : /etc/udev/rules.d/teleinfo.rules (par exemple) Cela ne semble pas fonctionner sur le Synology ! S'agit t'il d'utiliser une syntaxe différente ou un chemin différent : /opt/etc/udev/rules.d/ Merci pour votre assistance. Yann

Bonjour, Ayant longtemps cherché des drivers usb pour brancher une interface USB de TéléInfo sur un Synology 211+ et n'en ayant pas trouvé, je me suis attelé à la cross-compilation. Ayant à priori réussi, je viens donc partager le fruit de mon travail sur ce forum. J'ai mis les fichiers usbserial.ko et ftdi_sio.ko adaptés aux Synology ayant un processeur Marvell 628x et supportant un Linux 2.6.32 en branche 1922, dans la rubrique Téléchargements de ce site. N'hésitez pas à me faire vos retours sur la validation de ces fichiers sur vos Syno. Yann PS : Disclaimer ==> Bien sûr, vous reconnaissez savoir les installer et ne me rendrez pas responsable des différents désagréments que pourrait subir votre Syno.