Matthieu Moy

Ce n'était pas possible à une époque, mais c'est justement le support qui m'a dit que le problème était résolu maintenant, et qu'il suffisait de passer commande. Je me suis dit que j'avais du rater un truc du coup ;-).

Bonjour, Je ne trouve pas les détails de la procédure pour tranférer un nom de domaine depuis Gandi vers Yulpa. J'ai bien trouvé la page « transfer out » chez Yulpa, qui me donne un code (Transfer authorization key), mais je ne comprends pas où je suis censé entrer ce code chez Yulpa. Côté Yulpa, j'ai trouvé « Commandes et renouvellements » pour commander un nouveau nom de domaine, mais quand j'entre mon nom actuel, j'ai l'erreur « de domaine non disponible : déjà présent dans la base des noms de domaines », alors que je m'attendais à un message du style « le nom existe déjà, voulez-vous le tranférer ? Si oui entrez votre code ici : ... ». C'est ce qu'à l'air de suggérer la documentation Yulpa (https://docs.yulpa.io/domain-registrar/transfert-entrant). Qu'ai-je raté ? Merci d'avance,

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.

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

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