gaetan.cambier

Suis plus chez moi mais il y a une erreur d'écriture après la ligne du download. Mais je devrait tester un download Alleur pour être sur d'où ça vient suis de retour et j'ai compris le problème : les 2 problèmes sont lié, il tente de sauver le .torrent mais a cause du / dans le nom, il considere que la première partie du nom est un dossier faudrait modifier le / par un autres caractère si quelqu"un sait me dire ou sa se trouve dans le code

il y a toujours un problème avec t411, quand il trouve un episode, il n'arrive pas à le recuperer surement le meme problème que pour la recherche mais je trouve pas ou modifier dans le code :s au passage, j'ai un 2° problème lorsque les fichier ont ce format : nom_serie.S03.E04.French.720*576 16/9 TVRIP TEAM après avoir cherche pourquoi ca fonctionnais pas, il sonsidère le numero d'episode comme 9 (qui vient de 16/9) et pas 4 ca aussi je trouve pas comment le reglé :s

Faut juste ajouter une ligne en premier dans ton script : #!/bin/sh Pour le rendre exécutable : chmod +x /path/to/file Pour l'exécuter : /path/to/./file

find /path/ -type f -mtime +3 -exec rm -f {} ; Commande a tester sans la partie -exec pour vérifier

En fait c'est a ça que j'avais voulu arriver mais sans succès :s

Toute façon, je pense que la manière de Mike reste plus rapide. par contre, c'est bizarre, mais avec l'option de mike, l'heure est pas bonne je ne sais pas vraiment pourquoi, mais faut plutot utiliser la commande suivante pour conserver l'heure correcte : echo `TZ=MET+23 date +"%d/%m/%Y %H:%M:%S"` si quelqu'un a une explication sur le 23 et pas 24 pour que ca fonctionne ...

Le problèmes, c'est qu'il faut faire passer ton tunnel ssh par le proxy de ton entreprise sachant que c'est la seule sortie sur le net disponible si le réseau est bien configurer. Il ne faut pas rediriger le trafic ssh sur le port 443 mais encapsuler le ssh dans un flux http qui passe sur le port 443

voici : echo $((`date "+%s"` - 86400 )) | perl -e 'print localtime(<>) . "n";'

pour y avoir acces comme en local, la seule solution est le vpn

Modifier l'URL pourquoi pas, mais faut pas recompiler et redémarrer après ?

J'ai eu une fois la sale blague ou tout mes volumes était planté, mais en ligne de commande tout était OK, un reboot plus tard, tout était réglé

Un mount bind dans le dossier et c'est réglé

La solution est d'utiliser le dlna

J'ai glissé sur mon GSM

Le ds411j a une architecture 32 bits vu qu'il dispose d'un armv7

tu relance la commande jusqu'a ce qu'il ne trouve plus rien par exemple

Il faut savoir qu'avec crash plan, il est possible de crypter en blowfish 448 bits cela en toute transparence.

Pour l'instant, t411 est en maintenance

Normalement, ça devrait passer. Mais de toute façon, un jbod sur 4 disques est très risqué

la sortie doit etre proche, le dsm est dispo pour ce nouveau modele sur le site : DSM_DS1815+_4528.pat

pour t411, c mal partis, le site est down :s

la meme chose qu'avant, tu a une fenetre avec l'erreur qui apparait sur le syno

c'est simple, c'est la partie du code qui gere l'ecriture : au lieu de faire un restart, et de verifier la configuration ensuite, je verifie d'abord la configuration, et si il y a pas d'erreur seulement, je restart haproxy

il y a plus simple : tu modifie le fichier suivant /var/packages/haproxy/target/app/application/direct.py à la ligne 60 tu trouvera ceci : if restart: self.restart() error = self.check() if error: return {'success': False, 'error': error} return {'success': True} tu modifie par : error = self.check() if error: return {'success': False, 'error': error} if restart: self.restart() return {'success': True} tu sauve le fichier, tu le recompile avec : /var/packages/python/target/bin/python -m py_compile /var/packages/haproxy/target/app/application/direct.py et ca ne restart plus haproxy en cas d'erreur

Sans être sur : soft = par exemple freenas qui ne fourni que le logiciel Hard : par exemple Synology qui fourni un hardware et un software