Archives septembre 2013

Cron, Ovh, Joomla et sauvegarde Xcloner

N'étant pas adepte des solutions "libres mais pas trop" (je parle des machins livrés avec des fonctions alléchantes ... en sommeil si l'on paye pas la version PRO payantes - c'est pas ma vision du libre... ); j'ai pris le parti d'utiliser Xcloner au lieu du célèbre akeeba-backup.

D'ailleurs, en passant, il est utilisable pour n'importe quel type de site internet très simplement et il y a des composants pour Joomla et Wordpress.

 

Donc, tranquillou je paramètre un fichier de configuration en suivant la documentation (très clair par ailleurs) et puis hop je vais sur le Manager à l'ergonomie préhistorique d'OVH cherche une heure avant de trouver ouvre le planificateur de tâches (Cron). C'est assez simple à paramètrer, en somme il faut dire ce qu'on exécute comme fichiers php, quand et à quelles fréquences.

 

Seulement voilà, le fichier php de XCLONER qui execute les sauvegardes est à cet endroit (dans Joomla):

/homez.000/xxx/www/XXX/XX/demo/administrator/components/com_xcloner-backupandrestore/cloner.cron.php?config=sauvegarde.php

Gentiment, ovh m'envoie promener: "Répertoire trop long"  :-(

Je n'ai pas trouvé de documentation précise là-dessus; mais pas bonheur, je tombe sur un article de ve-strundio.net qui dit, tout simplement:

Vous l'aurez compris, il suffit juste de programmer une tâche CRON sur votre serveur pour automatiser la tâche et ne plus avoir à s'en soucier lors de l'ajout ou la suppression de produits. Si d'aventure, vous êtes sur un hébergement mutualisé chez OVH, il vous rétorquera que le chemin spécifié est trop long. Suffit alors de d'appeler un script PHP dans lequel vous redirigez vers la bonne URL, le tout à l'aide d'un header.

Voilà, c'est tout. Il fallait y penser moi je fouillais une manière simple de bricoler des liens symboliques et patacaisse....  donc il suffisait de mettre ça dans un fichier sauvegarde.php à la racine (ou dans un repertoire cron)

<?php
header('Location:/homez.000/xxx/www/XXX/XX/demo/administrator/components/com_xcloner-backupandrestore/cloner.cron.php?config=sauvegarde.php');      
?>

et de dire calmement à OVH d'executer le script /cron/sauvegarde.php !

Bon, j'ai écris ce petit bout de note en attendant que la sauvegarde s'execute ... je crois que ça a foiré ;-)  je vais voir.

Retrouver le paquet qui contient le fichier manquant à la compilation

Utilisateurs du fabuleux Tellico pour organiser nos ressources documentaires, nous avons récemment eu besoin de faire une saisie en lot. Une webcam en mode douchette nous a semblé la solution la plus pratique. Donc donc, le package Debian de Tellico n'est pas compilé avec cette fonction ! On attaque donc la compilation en suivant le HOWTO ... mais : 

CMake Error at /usr/share/cmake-2.8/Modules/FindKDE4.cmake:98 (MESSAGE):
  ERROR: cmake/modules/FindKDE4Internal.cmake not found in
  /home/ths/.kde/share/apps;/usr/share/kde4/apps
Call Stack (most recent call first):
  CMakeLists.txt:35 (find_package)

ce fichier manque:

FindKDE4Internal.cmake

Mais où est-il ? Dans quel paquet peut-il bien se trouver ?

Facile avec APT-FILE (Apt-file permet de retrouver à quel paquet appartient un fichier. cf. Ubuntu-fr)

apt-get install apt-file && apt-file update
apt-file search FindKDE4Internal.cmake 
kdelibs5-dev: /usr/share/kde4/apps/cmake/modules/FindKDE4Internal.cmake

Il manque donc le paquet  kdelibs5-dev !

apt-get install kdelibs5-dev