Ah non pardon, sa serait un script à lancer tous les x temps.
J'ai essayé sa fonctionne. Il n'y a plus qu'à essayer le tout sur le raspberry.
Encore une fois un grand merci pour votre aide !
-----
Ah non pardon, sa serait un script à lancer tous les x temps.
J'ai essayé sa fonctionne. Il n'y a plus qu'à essayer le tout sur le raspberry.
Encore une fois un grand merci pour votre aide !
Si c'est un script supplémentaire uniquement destiné à détruire les fichiers, il est inutile de le faire en PHP.
Un "shell-script" suffit largement. Il contiendra la commande Linux :
rm *.txt
et pour Windows :
del *.txt
rm pour remove et del pour delete
Oui j'avais déjà vu cette commande sur internet. Cependant je n'est pas trouvé de commande pour supprimer l'intégralité des fichiers d'un dossier.
Super, je test demain en classe !
Bonsoir,
Encore des problèmes mais on est proche du but.
Pour que le site puisse ouvrir le fichier inbox il faut lui mettre des droits via la commande : sudo chmod 670 /var/spool/gammu/inbox
Cependant après cela, le programme RaspiSMS (qui s'occupe de recevoir les sms) ne fonctionne plus (je suppose dû à un problème de droit)
J'ai eu l'idée de copier le fichier inbox et de le coller dans le dossier contenant le site web, puis ensuite de lui mettre les droits (au dossier copié). Cette méthode fonctionne, lorsque je l'effectue "à la main".
J'ai fais un topic sur le forum, mais personne semble avoir d'idée pour résoudre le problème.
J'ai donc envoyer un mail à RaspiSMS, il n'ont pas d'idée de comment résoudre mon problème. Cependant pour effectuer ma méthode un peu "bricolé", il m'on conseillé de faire un script bash et utilisé cron pour le lancer tous les X temps.
Je pense pas que le script soit difficile à écrire, cependant ma connaissance limité dans ce domaine m'oblige à chercher de l'aide.
Merci.
Quels étaient les droits avant ? Il faudrait savoir à qui appartient le programme RaspiSMS et faire en sorte que le fichier inbox appartienne au même propriétaire. Voir les commandes ls -la pour le détail sur le fichier puis chown pour changer de propriétaire
Si inbox est un fichier, il faudrait remonter les droits mais le 7 de 670 est inutile. Tu aurais les mêmes résultats avec 660.
Essaie d'abord avec 666.
pour comprendre, 4=droit de lecture; 2 = droit en écriture ; 1 = droit d'exécution
7 est le cumul de lecture + écriture + exécution
Il y a 3 groupes d'utilisateurs d'où 3 chiffres
avec des droits à 700, le fichier est exécutable uniquement par son propriétaire
le 2e chiffre indique les droits du groupe
le 3e indique les droits des autres utilisateurs
D'après les gérants de RaspiSMS, il semblerait que ce soit gammu qui soit bloqué. Gammu est un programme qui s'occupe à lui seul de recevoir les sms. RaspiSMS le réutilise et est en faite une interface graphique qui 'interprète' les sms.
Faut-il comprendre que tes problèmes n'ont aucun rapport avec les droits du fichier inbox ?
Il est fort probable que si, car lorsque je met les droits qui me permette d'ouvrir ces fichiers manuellement en tant qu'utilisateur, aucun message ne vient s'ajouter dans Inbox.
Mise en situation :
Je ne change pas les droits tout fonctionne normalement je peux voir les messages reçut via la page web de RaspiSMS mais je ne peut pas ouvrir le dossier Inbox
Je change les droits, j'ai accès aux messages dans le fichiers Inbox cependant aucun message ne vient s'ajouter dans le dossier Inbox lorsque j'en envoie sur mon numéro
Et si tu te connectais en temps que root :
su root
ou
sudo root
?
J'essaye demain, il faut taper dans l'invité de commande la commande cité plus haut ?
oui c'est bien ça
Ducou je me suis débrouillé pour que sa marche avec la fonction cron, et sa fonctionne plutôt bien.
J'ai mon dossier "inbox" avec les bons droits dans le dossier qui contient le site. J'ai un soucis avec le script php, il ne semple pas sélectionner le bon fichier. Pour essayer de trouver le problème il faudrait que je supprime le contenu du fichier inbox appartenant au logiciel gammu.
En cherchant sur internet je n'ai trouvé qu'une commande qui supprime le fichier inbox : sudo rm -rf /var/spool/gammu/inbox (et donc tout son contenue), cependant je veux supprimer juste ce qu'il y a dedans. Car j'ai déjà essayé de le supprimé et de le recréer et sa avais perturbé gammu.
edit : j'ai mal cherché et j'ai trouvé : rm -fr /var/spool/gammu/inbox/*
Bonsoir,
Je n'arrive pas à déceler le problème.
J'ai fais le test avec 12 sms, chaque envoie a été espacé de 2 minutes.
Je vous met les résultats en pièce jointe.
Quand tu écris "valeurs sur le site", c'est lu sur l'interface graphique ?
Vérifie en priorité un changement de statut des variables : nombres lus comme chaine de caractères.
Tu peux forcer l'interprétation en nombre en multipliant les valeurs par 1 : $ma_variable=$ma_variable*1
Bonjour,
Après une longue période de silence je reviens.
J'ai du laisser de côté le site web pour avancer le plus vite possible les autres parties du projet, car notre projet à été choisit pour participer aux olympiades des sciences de l'ingénieurs.
Il nous reste une petite semaines pour finir...
J'ai bien vérifié, recommencé, et le problème est récurrent... Je n'arrive pas à le résoudre. J'ai également essayé en simulant la réception d'un sms sur pc (avec easy PHP) en créant des fichiers .txt
Je continu les recherches depuis le pc, et je commence à comprendre.
Le script ouvre le fichier avec le nom le plus "petit" je m'explique :
Par exemple dans mon dossier j'ai cette liste
IN1
IN2
IN3
IN4
Le script ouvrira dans tous les cas le fichier IN1, même si je crée un fichier IN5 (qui est censé être plus récent) il ouvrira IN1.
De même si j'inverse la liste de nom :
IN4
IN3
IN2
IN1
Le script ouvrira IN1.
Vraiment pas facile de te suivre. Tu ne réponds pas aux questions. On était sur un problème de droits non résolu et maintenant tu parles de dates de création ?
si tu n'exposes pas plus clairement les problèmes, n'espère pas d'aide !
Le problème de droit a plus ou moins été résolut, il est pour l'instant contourné.
Nous en étions aux valeurs envoyés qui ne correspondent pas à ce qui est affiché sur le site. Vous m'aviez dit de "Vérifier en priorité un changement de statut des variables"
J'ai vérifié et tout réinstallé.
Je pense que le script n'ouvre pas le bon fichier. J'essaye de trouver pourquoi en exécutant le script depuis mon pc.
Et je vous fait parvenir les résultats que j'ai obtenu.
Avant l'instruction fopen($fichier...
met :
echo $fichier;
pour voir quel fichier il ouvre réellement.
Il m'affiche : Resource id #4
Ce n'est pas censé donner le nom du fichier ?
Si, donc il y a problème avec le nom de fichier.
A la place d'echo, met :
print_r($fichier);
Il affiche de nouveau : Resource id #4
Tu peux remettre le code de la boucle qui sélectionne le fichier ?
Code:while ($fichier = readdir($dossier)) { if(strpos($fichier,'.txt')>1 or strpos($fichier,'.TXT')>1) { $liste_fichiers[$i]=$fichier; $timestamp_fichiers=time($fichier); if($i==0) { $plus_grand_timestamp= $timestamp_fichiers; $nom_plus_recent=$fichier; } if($i>0) { if($timestamp_fichiers>$plus_grand_timestamp) { $plus_grand_timestamp=$timestamp_fichiers; $nom_plus_recent=$fichier; } } $i++; } } closedir ($dossier);
Remplace
while ($fichier = readdir($dossier))
par
while (false !== ($fichier= readdir($dossier)))
Et garde provisoirement
echo($fichier);
Il renvoie : Resource id #4