Ouverture de page Firefox depuis crontab

Version imprimable

21/10/2016, 17h44
Bojeu

Ouverture de page Firefox depuis crontab
Bonjour,

J'ai essaye un script en bash pour me deconnecter automatiquement d'un site web a partir de 18h et eteindre automatiquement mon pc. Le probleme c'est que mon script passe dans le terminal et pas avec crontab...
Voici mon script :
Code:

1 2 3 4 5 #!/bin/bash PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/bin/firefox firefox http://lesite/disconnection.php #sleep 1m #sudo poweroff
Je sais aue c'est l'ouverture de page web qui ne fonctionne pas par crontab car j'ai fais un script de creation de fichier via crontab et ca fonctionne parfaitement.
Avec quelques recherches internet j'ai vu qu'il fallait mettre un display=:0 mais j'ai un message d'erreur, lorsque je l'enleve et que j'execute dans le terminal il m'ouvre tout de meme la page donc je mets pas de display, d'autres disent que c'est la variable d'environnement PATH mais je ne sais pas quoi rajouter de plus... Sur les autres forum sois c'est resolu et ce n'est pas mon cas, sois il n' y pas de solutions...
Ce qui est bizarre aussi c'est qu'un ami a exactement le meme script et ca fonctionne pour lui avec crontab.La difference est la version d'os, ubuntu 12.04 pour lui et 16.04 pour moi.

Si quelqu'un a une idee ou a deja rencontre ce probleme, je suis preneur. Merci d'avance :lol::lol:
21/10/2016, 22h55
jack-ft

Quand tu fais which firefox dans un terminal, que te répond-il?

Il est plus simple de mettre le chemin complet dans le crontab, par exemple:

Code:

/usr/bin/firefox http://lesite/disconnection.php

C'est bizarre comme manière de procéder, car le cron s'exécute hors contexte utilisateur.

Que doit-il se passer si plusieurs personnes avec des comptes différents sont simultanément connectées sur ton ordinateur?

Chacune doit voir un "firefox" s'ouvrir sur son display?

Cela dit, il faudrait au minimum savoir sur quel écran doit s'afficher le firefox, c'est-à-dire positionner la variable DISPLAY (en majuscules et exportée). Par exemple, chez moi:

Code:

export DISPLAY=/private/tmp/com.apple.launchd.UCHFrmhuuB/org.macosforge.xquartz:0

Le problème est le même avec "at", mais au moins on pourrait le lancer depuis le login, ce qui répond à ma question précédente.
22/10/2016, 08h19
N_BaH

Bonjour,

l'emploi de firefox est-il indispensable pour valider la page php ?
quand bien même, wget, ou curl, doit pouvoir le faire aussi.
22/10/2016, 13h49
Bojeu

Merci beaucoup pour votre aide :D

Citation:

Envoyé par jack-ft

Quand tu fais which firefox dans un terminal, que te répond-il?

Il est plus simple de mettre le chemin complet dans le crontab, par exemple:

Code:

/usr/bin/firefox http://lesite/disconnection.php

C'est bizarre comme manière de procéder, car le cron s'exécute hors contexte utilisateur.

Que doit-il se passer si plusieurs personnes avec des comptes différents sont simultanément connectées sur ton ordinateur?

Chacune doit voir un "firefox" s'ouvrir sur son display?

Cela dit, il faudrait au minimum savoir sur quel écran doit s'afficher le firefox, c'est-à-dire positionner la variable DISPLAY (en majuscules et exportée). Par exemple, chez moi:

Code:

export DISPLAY=/private/tmp/com.apple.launchd.UCHFrmhuuB/org.macosforge.xquartz:0

Le problème est le même avec "at", mais au moins on pourrait le lancer depuis le login, ce qui répond à ma question précédente.

Donc pour toi il faudrait quelque chose du genre:

Code:

0 18 * * * /usr/bin/firefox http://blablbla

dans crontab? Il me semble avoir déjà essayé mais je le referai pour en être sûr.

Pour le DISPLAY il faut que j'effectue quelques recherches car je ne comprend pas du tout le "/private/tmp/com.apple.launchd.UCHFrmhuuB/org.macosforge.xquartz:0", pourquoi ca et pas autre chose? Je vais faire quelques recherches pour un peu plus comprendre a quoi sert le display. Par contre "at" quoi? Je n'ai pas compris non plus^^ En tout cas merci pour les pistes!

Bonjour,

l'emploi de firefox est-il indispensable pour valider la page php ?
quand bien même, wget, ou curl, doit pouvoir le faire aussi.

L'emploi de firefox n'est absolument pas indispensable, le but d'y arriver n'est pas en sois indispensable non plus. C'est juste que j'aimerai comprendre pourquoi firefox ne se lance pas avec crontab :) Ceci dit j'y avais pensé tout de m^me avec wget et même elinks mais aucun ne fonctionne. Et ca ne me dit pas pourquoi firefox ne se lance pas même si ca fonctionnait ^^ Mais merci aussi pour tes idées :)

Malheureusement tout ce que je peux faire ce week end ce sont des recherches (ex sur display) car je n'ai pas acces a ma machine pour le moment...
22/10/2016, 17h33
RaphaelG

Je ne crois pas qu'une appli graphique peut se lancer depuis le cron.
Elle s'afficherait où si l'utilisateur n'a pas de session ouverte ?
24/10/2016, 10h51
BufferBob

Citation:

Envoyé par RaphaelG

Je ne crois pas qu'une appli graphique peut se lancer depuis le cron.
Elle s'afficherait où si l'utilisateur n'a pas de session ouverte ?

dans le DISPLAY spécifié explicitement, il suffit de préfixer pour qu'elle soit prise en compte dans l’environnement du processus lancé

Code:

* * * * * user DISPLAY=:0 macommandeX
24/10/2016, 10h55
jlliagre

Une application graphique peut être lancée par cron sous certaines conditions:

- L'utilisateur associé à cette crontab dispose d'une session graphique X11 ouverte (le bureau est affiché) au moment où la commande doit s'exécuter. Sinon, on peut en créer une virtuelle avec Xvfb ou Xvnc.
- La variable d'environnement DISPLAY passée au programme lancé par cron pointe vers le terminal graphique affichant cet environnement, en général DISPLAY=:0 mais pas toujours, ca peut être :1 ou autre chose. Certains programmes acceptent aussi l'option "-display :0".
- L'écran n'est pas bloqué (pas de screen saver)
- Le window manager ne demande pas un placement interactif des fenètres

Un autre problème est qu'une fois lancé, ton firefox va ouvrir l'URL que tu lui passe mais va rester dessus, les commandes suivantes ne seront pas exécutées saus si tu met firefox en tâche de fond, mais alors il faudra mettre une temporisation et vérifier que l'URL a bien été accédée.

Conclusion: une solution s'appuyant sur wget est bien plus adaptée ici !
24/10/2016, 11h21
Bojeu

Bonjour merci pour votre aide encore une fois,

Which me retourne "/usr/bin/firefox"
J'ai essaye plusieurs fois display mais rien ne passe que ce soit 0 ou 1...
L'application peut fonctionner en mode graphique, la preuve c'est que mon ami y arrive et pas moi. C'est ca qui est curieux, nous avons exactement le meme code et ca ne marche que pour lui :calim2: Mais j'aimerai bien comprendre pourquoi ou que faut il faire en plus pour que ca fonctionne avec mon ordinateur.

Citation:

Envoyé par jlliagre

Une application graphique peut être lancée par cron sous certaines conditions:

- L'utilisateur associé à cette crontab dispose d'une session graphique X11 ouverte (le bureau est affiché) au moment où la commande doit s'exécuter. Sinon, on peut en créer une virtuelle avec Xvfb ou Xvnc.
- La variable d'environnement DISPLAY passée au programme lancé par cron pointe vers le terminal graphique affichant cet environnement, en général DISPLAY=:0 mais pas toujours, ca peut être :1 ou autre chose. Certains programmes acceptent aussi l'option "-display :0".
- L'écran n'est pas bloqué (pas de screen saver)
- Le window manager ne demande pas un placement interactif des fenètres

Un autre problème est qu'une fois lancé, ton firefox va ouvrir l'URL que tu lui passe mais va rester dessus, les commandes suivantes ne seront pas exécutées saus si tu met firefox en tâche de fond, mais alors il faudra mettre une temporisation et vérifier que l'URL a bien été accédée.

Conclusion: une solution s'appuyant sur wget est bien plus adaptée ici !

Je n'ai pas tout compris il va falloir faire des recherches aussi. Et Comment mettre firefox en tache de fond? Est ce que c'est possible de faire ca en ligne de commande, rajouter une instruction en gros...
Et wget ne fonctionne pas... Ou plutot devrais je dire la deconnexion ne se lance pas, peut etre que c'est le meme probleme que tu as souligne : il pointe sur l'URL mais n'execute pas les commandes. En tout cas merci pour l'aide :lol:
24/10/2016, 12h05
RaphaelG

Je persiste à dire que lancer un appli graphique depuis le cron, c'est pas une très bonne idée.
jillagre a listé les conditions pour que ça marche. Les respectes tu ?

Je pense en particulier au screen saver. N'est il pas déclenché lorsque ton cron se lance ?

jillagre parle aussi de Window Manager. As tu le même que ton collègue ?

Sinon pour la variable DISPLAY, tu peux essayer "localhost:0".

Pour lancer un programme en tâche de fond, il faut faire suivre la commande par un' &'. Dans ton contexte cela donnerait :

Code:

firefox http://lesite/disconnection.php &
24/10/2016, 12h20
jlliagre

Citation:

Envoyé par Bojeu

J'ai essaye plusieurs fois display mais rien ne passe que ce soit 0 ou 1...

Il ne faut pas mettre n'importe quoi, mais le DISPLAY correct, celui qui correspond à ta session graphique ouverte.
Tu ouvres un terminal et tu tapes:

Code:

echo $DISPLAY

Ça t'affichera la bonne valeur.

Citation:

L'application peut fonctionner en mode graphique, la preuve c'est que mon ami y arrive et pas moi.

Que firefox fonctionne en mode graphique n'étonnera personne...

Citation:

C'est ca qui est curieux, nous avons exactement le meme code et ca ne marche que pour lui :calim2: Mais j'aimerai bien comprendre pourquoi ou que faut il faire en plus pour que ca fonctionne avec mon ordinateur.

Oui, on a bien compris ton problème.

Citation:

Je n'ai pas tout compris il va falloir faire des recherches aussi. Et Comment mettre firefox en tache de fond? Est ce que c'est possible de faire ca en ligne de commande, rajouter une instruction en gros...

Oui, bien sûr, il suffit de rajouter un & à la fin de la ligne où tu lances firefox.

Citation:

Et wget ne fonctionne pas... Ou plutot devrais je dire la deconnexion ne se lance pas, peut etre que c'est le meme probleme que tu as souligne : il pointe sur l'URL mais n'execute pas les commandes.

Que retourne wget quand tu l'exécute à la main ?
Un message d'erreur ? Il faut peut-être que s'authentifier sur le serveur web ?

Probleme quasi resolu, jai essaye localhost ca ne fonctionnait pas, j'ai effectue des recherches sur display ce week end et j'etais tombe sur le echo $DISPLAY, merci jlliagre au moins ca confirmait ce que j'ai fais. Du coup ce qui differencie les deux script est bien le display. Pour resoudre le probleme si jamais quelqu'un a le meme soucis;
Code:

1 2 echo $DISPLAY :1
et ensuite mon script ressemble a ca maintenant :
Code:

1 2 3 4 5 6 #!/bin/bash PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/bin/firefox export DISPLAY=:1 /usr/bin/firefox -display :1 http://site/disconnection.php sleep 1m sudo poweroff
Je ne sais pas si ca sert de mettre export display et ensuite "-display :1" il faudrait que j'essaye sans pour voir ce que ca fait...
Le seul probleme c'est le poweroff maintenant qui ne fonctionne pas mais je devrais pouvoir me debrouiller tout seul pour ca je pense, commencer a lancer en terminal essayer de debugger un peu...

Merci beaucoup pour votre aide en tout cas, ce qui est bien c'est que grace a vous j'ai appris pas mal de choses mine de rien :mrgreen: Merci encore :D

24/10/2016, 13h25
Bojeu
Probleme resolu:

Ce qui restait c'etait le probleme avec "sudo poweroff", l'ordinateur ne pouvait executer la commande tant que je n'ete pas authentifie en root.
Pour eviter ce probleme apres recherches j'ai trouve la commande "<<EOF" qui permet d'ecrire le mot de passe automatiquement en ligne de commande sans qu'un user soit derriere. Le code se presente de la maniere suivante, dans mon cas:
Code:

1 2 3 4 su <<EOF MotDePasseRoot EOF poweroff
Maintenant que tout est fait je peut mettre le sujet en resolu. Encore merci beaucoup pour les gens qui ont participe au sujet :D
24/10/2016, 14h24
RaphaelG

Good game !
Juste une petite remarque :
N'est ce pas trop violent de faire poweroff ?
Un "shutdown -h now" n'aurait pas été plus doux ?
24/10/2016, 14h35
BufferBob

sauf que si je peux me permettre, sudo existe justement pour éviter ce genre de montage qui va laisser dans les scripts ou dans les logs le mot de passe (root ?)
(là où en revanche, lancer une app X depuis un cron ne me pose pas plus de souci que ça perso, du moment que c'est bien ficelé)
24/10/2016, 15h37
jlliagre

Citation:

Envoyé par Bojeu

Maintenant que tout est fait je peut mettre le sujet en resolu. Encore merci beaucoup pour les gens qui ont participe au sujet :D

Résolu, oui, mais:

- Mettre le mot de passe de root en clair dans un fichier, il y a mieux en terme de sécurité.

- Lancer un navigateur juste pour exécuter une commande activée par une URL, il y a mieux en terme d'architecture et de fiabilité.

- Éteindre une machine sous Linux avec un poweroff, il y a mieux en terme de bonnes pratiques et pérennité du système de fichiers ...
24/10/2016, 18h37
Bojeu

En fait le probleme n'etait pas resolu mais j'ai reussi a faire autrement. Meme probleme que pour afficher la page, ca marche avec le terminal mais pas avec crontab et la ce n'est pas un probleme de display...

Citation:

Envoyé par jlliagre

Résolu, oui, mais:

- Mettre le mot de passe de root en clair dans un fichier, il y a mieux en terme de sécurité.

- Lancer un navigateur juste pour exécuter une commande activée par une URL, il y a mieux en terme d'architecture et de fiabilité.

- Éteindre une machine sous Linux avec un poweroff, il y a mieux en terme de bonnes pratiques et pérennité du système de fichiers ...

1) C'est vrai que ce n'est pas tres securise et la solution que je viens de trouver repond a ce critere de securite. Comme crontab -e ne fonctionnait pas, en cherchant sur internet quelqu'un disait de rajouter a la main dans /etc/crontab:

Code:

1 18 * * * root /sbin/shutdown -h now

Du coup c'est root qui lance la commande et on ne voit pas de mdp apparaitre. Par contre je viens de trouver la solution je n'ai pas encore cherche car la je ne comprend pas, quelle est la difference entre crontab -e et /etc/crontab? Est ce que c'est vraiment propre? Et dans ce cas la ne vaut il pas mieux tout le temps editer /etc/crontab ?
Deuxieme chose tu as fais une remarque sur l'aspect securite mais tu n'apportes pas de solutions, ou tout du moins des pistes, je ne demande pas a ce qu'on me mache le travail mais si tu as des idees je suis interesse...

2) Je suis d'accord avec toi mais pour le coup le site est mal code... Pour etre honnete je faisais ca au debut pour profiter d'une faille: je dois m'authentifier a 8h et me deco a 18h pour montrer que j'ai ete "present" dans la journee ( rien que la c'est mal foutu). Du coup c'etait plus par curiosite de faire tout ca, pour voir s'il y avait bien une faille. Au final si je veux je me co a 8h le matin et j'ai juste a mettre mon programme sous crontab et partir chez moi si j'en ai l'envie. C'est completement stupide et je comprend pas pourquoi l'erreur n'a pas encore ete rapportee, car si moi je la trouve, le createur du site a bien du y penser, enfin faut croire que non peut etre si ca fait des annees que ca dure comme ca...
A part ca meme chose si tu as d'autres idees de comment faire si jamais... Je suis preneur.

3) C'est vrai que poweroff c'etait un peu barbare... :mouarf: Ceci dit dans mon cas sur cette machine je doute que ce soit genant mais je tiens compte de la remarque c'est vrai que c'est plus propre.
25/10/2016, 04h34
jlliagre

"crontab -e" permet d'éditer le fichier crontab à l'aide de l'éditeur de son choix, et d'installer la crontab à la fin après vérification de la cohérence de la table crontab. Editer le fichier à la main saute cette dernière étape et présente donc un petit risque. Il faudrait que tu expliques ce que tu entends par "crontab -e ne fonctionne pas". Sous quel OS es-tu ? Que vaut la variable "EDITOR" ?

A propos de sécurité, la solution a déjà été proposée par BufferBox, sudo permet, quand il est configuré correctement, d'éviter de devoir utiliser un mot de passe.

Pour ce qui est du site "mal codé", impossible de suggérer une solution alors que tu ne donnes aucun détail sur son fonctionnement. J'ai aussi du mal aussi à comprendre à quelle faille tu fais allusion. C'est une pointeuse, cette appli ? Comment s'authentifie-t-on dessus ?

Un poweroff peut être génant quelle que soit la machine, sauf si elle a été conçue pour s'y préparer, ce qui est rarement le cas.
25/10/2016, 11h04
Bojeu

En fait il serait deja plus exact que je dise que "le script ne se lance pas avec crontab -e" plutot que "crontab ne fonctionne pas". En fait j' ai toujours la meme chose qu'avec firefox, le script ne se lance qu'en ligne de commande, des que j'editais avec crontab -e pour planifier ca se lancait pas. Autant avec firefox c'etait un probleme de display mais la pour planifier un shutdown je vois pas ce qui le bloque...
Sinon pour l'OS c'est un ubuntu 16.04 et pour la variable EDITOR je ne sais pas, par logique j'ai voulu faire comme pour afficher la variable DISPLAY a savoir echo $EDITOR mais il m'affiche une ligne vide comme ci elle n'etait pas definie.

Pour le site c'est simple,on se connecte le matin sur l'index qui nous redirige sur le home en fonctione de l'utilisateur. Sur ce home il y a un lien de deconnexion une fois que l'on a fini notre journee on clique dessus pour dire a l'ordinateur regarde combien j'ai fais d'heure dans la journee. On doit faire 8h minimum, si l'on en fait moins ou plus ca se saura grace a ce lien de deconnexion. Je suppose ensuite qu' il y a un calcul a la semaine du genre :
minimum 8h/j * 5 = 40h/semaine minimum
Si l'ordinateur voit qu'on a fait moins ce sera affiche dans le home qu'on doit rattrapper les heures manquantes. Si j'en fais plus (1h par jour max) au bout de deux semaines j'aurai le droit a un jour de repos par exemple.
La commande de deconnexion peut etre activee juste en lancant la page manuellement en ecrivant "disconnection.php" a l'URL.
Autrement dit comme personne n'est surveille, il suffit de lancer la page web avec crontab en disant meme que chaque jour je fais une heure supplementaire, je me log a 8h et me deco a 18h informatiquement alors qu'en realite j'etais la de 8h a 8h01 dans le bureau... Enfin bien sur je ne le ferais pas mais je trouve ca stupide au final, quelqu'un qui veut faire croire qu'il fait des heures supp peut prendre son apres midi s'il le souhaite. Les gens ne sont pas doues en info ici mais toujours est il que pour moi c'est une faille en quelque sorte...
25/10/2016, 12h50
jlliagre

Citation:

Envoyé par Bojeu

En fait il serait deja plus exact que je dise que "le script ne se lance pas avec crontab -e" plutot que "crontab ne fonctionne pas". En fait j' ai toujours la meme chose qu'avec firefox, le script ne se lance qu'en ligne de commande, des que j'editais avec crontab -e pour planifier ca se lancait pas. Autant avec firefox c'etait un probleme de display mais la pour planifier un shutdown je vois pas ce qui le bloque...

Tu ne nous donnes pas les infos suffisantes pour comprendre ce qui ne va pas. Quel fichier édites-tu à la main ? Sous quel compte ? Sous quel compte lance-tu "crontab -e" ? As-tu un message d'erreur à la sauvegarde avec "crontab -e" ? Quel éditeur utilises-tu ? Quel éditeur utilise "crontab -e" ?

Citation:

Sinon pour l'OS c'est un ubuntu 16.04 et pour la variable EDITOR je ne sais pas, par logique j'ai voulu faire comme pour afficher la variable DISPLAY a savoir echo $EDITOR mais il m'affiche une ligne vide comme ci elle n'etait pas definie.

Oui, elle n'est pas définie, crontab prends alors un éditeur par défaut.

Citation:

Pour le site c'est simple,on se connecte le matin sur l'index qui nous redirige sur le home en fonctione de l'utilisateur. Sur ce home il y a un lien de deconnexion une fois que l'on a fini notre journee on clique dessus pour dire a l'ordinateur regarde combien j'ai fais d'heure dans la journee.
...
La commande de deconnexion peut etre activee juste en lancant la page manuellement en ecrivant "disconnection.php" a l'URL.
Autrement dit comme personne n'est surveille, il suffit de lancer la page web avec crontab en disant meme que chaque jour je fais une heure supplementaire, je me log a 8h et me deco a 18h informatiquement alors qu'en realite j'etais la de 8h a 8h01 dans le bureau... Enfin bien sur je ne le ferais pas mais je trouve ca stupide au final, quelqu'un qui veut faire croire qu'il fait des heures supp peut prendre son apres midi s'il le souhaite. Les gens ne sont pas doues en info ici mais toujours est il que pour moi c'est une faille en quelque sorte...

Il n'y a pas vraiment de faille, les pointages sont quand même souvent basés sur une relation de confiance avec son employeur. Tu peux très bien pointer le matin et repartir aussitôt chez toi avec une "vraie" pointeuse aussi.

Le problème c'est que tu ne nous dit toujours rien sur ce que fait disconnection.php, est-ce qu'il y a du javascript dedans ? Comment détecte-t-il qui accède à l'URL ? Utilise-t-il des cookies ? Y-a-t-il des paramètres passés au script PHP ? Ce sont ces infos qu'il faudrait avoir pour comprendre pourquoi wget ne marche pas.
25/10/2016, 16h43
Bojeu

Pour quel fichier j'edite il n'y en a que deux, soit le script soit crontab avec crontab -e... Sous un utilisateur lambda il n'y a que deux sessions pour resumer en gros c'est soit employe soit boss. Je n'ai auncun message d'erreur ca me dit newcrontab bien installe quelque chose comme ca... J'utilise nano par defaut par contre crontab je ne sais pas du tout et je ne sais pas comment savoir. quand j'ecris crontab -e je peux edite mais c'est vrai que je ne sais pas quel editeur c'est... Tout ce que je peux dire c'est que ca ressemble a nano, meme commande pour sauvegarder, meme options... Meme si ca ne veut pas dire que c'est nano pour autant.

Il n'y pas vraiment de faille c'est vrai que ce serait la meme chose avec une pointeuse comme tu le dis mais au final je trouve ca stupide et tellement simpliste... Si j'etais a la place du patron il n'y aurai pas un moyen justement pour eviter ce genre de choses? Ce que je veux dire c'est est ce qu'il y a un autre moyen de se deco avec une page php que je peux lancer automatiquement via crontab....

Citation:

Envoyé par jlliagre

Le problème c'est que tu ne nous dit toujours rien sur ce que fait disconnection.php, est-ce qu'il y a du javascript dedans ? Comment détecte-t-il qui accède à l'URL ? Utilise-t-il des cookies ? Y-a-t-il des paramètres passés au script PHP ? Ce sont ces infos qu'il faudrait avoir pour comprendre pourquoi wget ne marche pas.

J'avoue que la j'en sais rien desole... Je ne sais pas si envoye le code de la page resoudra vraiment le probleme et je ne pense pas avoir le droit de toute facon... Et j'ai trouve une autre solution qui fonctionne pour le moment donc pour moi le sujet est resolu.
25/10/2016, 17h49
BufferBob

Citation:

Envoyé par Bojeu

Pour quel fichier j'edite il n'y en a que deux, soit le script soit crontab avec crontab -e...

/etc/crontab et/ou /etc/cron.{d,hourly,weekly,monthly}/* permettent de créer des jobs au niveau du système, c'est root qui peut les créer (tu es root sur la pointeuse donc ?)
la commande crontab -e permet à n'importe quel utilisateur de créer des taches planifiées pour lui-même, la syntaxe est un poil différente puisqu'il n'y a plus besoin de préciser quel utilisateur lance la commande, et les fichiers partent dans /var/spool/cron/... (ne pas éditer à la main)
la seule chose dont tu devrais/aurais dû avoir besoin c'est d'un bête crontab -e pour lancer firefox, inutile qu'il s'exécute en root

Citation:

je peux edite mais c'est vrai que je ne sais pas quel editeur c'est... Tout ce que je peux dire c'est que ca ressemble a nano, meme commande pour sauvegarder, meme options... Meme si ca ne veut pas dire que c'est nano pour autant.

c'est nano, probablement à cause de la fameuse variable $EDITOR justement

Citation:

Il n'y pas vraiment de faille c'est vrai que ce serait la meme chose avec une pointeuse comme tu le dis mais au final je trouve ca stupide et tellement simpliste... Si j'etais a la place du patron il n'y aurai pas un moyen justement pour eviter ce genre de choses?

oui dans l'absolu il y a une faille, mais comme dit plus haut c'est basé sur une relation de confiance, le but n'est pas d'être infaillible ici
si on veut être infaillible il suffit de mettre à chaque employé un bracelet électronique à la cheville pour le localiser en temps réel, là ce serait infaillible, et toi tu serais plus un employé mais un détenu, quand trop de sécurité tue la sécurité...
27/10/2016, 14h08
Flodelarab

Bonjour :coucou:

J'arrive comme un cheveu sur la soupe, sur cette discussion lue en diagonale, pour dire que s'acharner avec Firefox (navigateur d'être humain), avec cron (tâches automatique de serveur), n'a pas de sens, en l'état.
La bonne idée était donnée: wget. Et si wget ne marche pas, c'est plutôt là qu'il faut se poser des questions.

PS: "ça marche pô!" n'est toujours pas un message d'erreur exploitable.