Aller au contenu

Matthieu Moy

Membres
  • Compteur de contenus

    3
  • Inscription

  • Dernière visite

  • Jours gagnés

    1

Matthieu Moy a gagné pour la dernière fois le 21 août

Matthieu Moy a eu le contenu le plus aimé !

Réputation sur la communauté

2 Neutral

À propos de Matthieu Moy

  • Rang
    Newbie
  1. Bonjour, Une petite remarque toute bête sur la gestion des tâches planifiées : pour chaque tâche, il y a un bouton « voir l'historique de la tâche planifiée » qui affiche la sortie de chaque exécution. Cet historique est dans l'ordre chronologique, ce qui paraît sans doute naturel quand on a que quelques entrées dans la liste, mais c'est assez déroutant une fois que la tâche s'est exécutée beaucoup de fois : la dernière exécution (a priori celle qui nous intéresse le plus) se trouve à la fin de la liste, donc en bas de la 7 ème page vu que le système en archive 100 avec un affichage de 15 entrées par pages. Ça serait en fait beaucoup plus naturel en ordre chronologique inverse, avec la dernière exécution en haut de page 1. Pour la petite histoire, j'ai perdu pas mal de temps parce que je n'avais pas vérifié la date de la première entrée et que je croyais que c'était la dernière exécution. Je ne comprenais pas pourquoi mes modifs n'étaient pas prises en compte. On peut modifier l'ordre en cliquant sur le titre de la colonne, mais ça serait plus pratique à mon avis si l'ordre chronologique inverse était appliqué par défaut.
  2. Les modules sont utilisables sans problème via le serveur web. Ici c'est de la commande PHP en ligne de commande qu'il s'agit. Par défaut, les modules ne sont pas actifs. Dans iWall, dans la gestion des tâches planifiées il y a un bouton « éditer le php.ini » qui permet de choisir les modules et de les activer (tout en bas de l'écran), mais même en les activant à cet endroit j'ai toujours les erreurs de tt-rss qui ne les trouve pas. Je soupçonne que c'est mon utilisation de "system(PHP_BINARY ...)" qui fait que la commande php qui exécute self-update.php et celle du fork qui exécute update.php ont un php.ini différent. Bref, je ne suis pas certain de l'explication, mais sans les "-d extension=..." ça ne marche pas, et avec, ça marche ;-).
  3. Bonjour, Ce n'est pas une question, mais plutôt une réponse :-). Le lecteur RSS tt-rss a besoin d'un démon ou d'une tâche planifiée pour mettre à jour les flux RSS. Maintenant que Yulpa gère les tâches planifiées, on peut avoir un tt-rss bien configuré. Quelques subtilités, donc je partage mes trouvailles pour les configurer : Les tâches planifiées sont dans la sous-section « Fichiers & Accès -> Tâches planifiées ». Malheureusement, tt-rss demande d'exécuter la commande php update.php --feeds et les tâches de Yulpa ne prennent pas d'arguments, donc on ne sait pas où mettre le --feeds. Solution : créer un autre script PHP qui va appeler update.php correctement. Là, php va râler que les modules MySQL, JSON, mbstring et DOM ne sont pas actifs. Solution : appeler PHP avec "-d extension=..." pour chacune des extensions nécessaires (bizarement l'éditeur de php.ini fourni par Yulpa n'a pas l'air de faire ce qu'il faut). Au final, mon script "self-update.php" est le suivant : <?php if (!defined('PHP_BINARY')) define('PHP_BINARY', '/usr/bin/php'); $cmd = PHP_BINARY . " " . "-d extension=json.so -d extension=mysqli.so -d extension=dom.so -d extension=mbstring.so " . __DIR__ . DIRECTORY_SEPARATOR . 'update.php --feeds'; echo($cmd . "\n"); system($cmd); ?> La tâche planifiée exécute ce script toutes les heures. On peut aussi lancer la mise à jour manuellement via l'accès SSH : php self-update.php
×