Ses derniers messages sur les forums
ben oui, il suffit de n'écrire qu'une seule fois le bloc qui se répète et tu le met dans une boucle. le chiffre qui arrête pas de changer tu let remplace par une variable, et cette variable tu la fait s'incrémenter de 4 par 4 dans la boucle.
non ? il y a un truc spécial que j'ai pas vu ?
Merci LEPHPFACILE et tous ses membres :)
si tu l'as trouvée tu peux peut-être l'indiquer, histoire que le forum contienne le maximum de questions avec solution ;)
pour ceux qui utilisent le moteur de recherche :p
Merci LEPHPFACILE et tous ses membres :)
Ne vous disputez pas trop les gars ;)
Puisque bzh confirme que Python peut le faire, je vais utiliser Python (j'ai déjà apris les 100 premières pages d'un cours de 268 pages)
C'est facile, mais c'est surtout la communication PHP -> Python et Python -> BDD qui me fait peur mais j'y arriverai :p
Merci LEPHPFACILE et tous ses membres :)
apparament je n'ai pas su expliquer mon objectif assez bien, je retente :
en fait je dois faire des requètes SQL à des heures précises, à la seconde près si possible, donc j'ai 2 choix :
1) exécuter un script "qui scrute la bdd voir si à la seconde actuelle une requète doit être faite" et ce donc toutes les secondes
2) faire un programme qui attend un événement (ici pas un clic de souris évidament mais un message envoyé par le script php) en python ça s'appelle un MainLoop d'après ce que j'ai compris.
le choix 1 me parait idiot car surcharge énorme de la bdd, car il faudrait y stocker des informations (dont une date), puis visiter la bdd toutes les secondes voir si une date est atteinte, puis enfin si une date est atteinte, extraire les informations correspondantes, les traîter, puis enfin faire les requètes correspondantes, et enfin supprimer les enregistrements traités.
en gros on ferait des requètes continuellement pour savoir si d'autres requètes doivent être effectueés, c'est l'enfer.
le choix 2 fait minimum 3600 requètes de moins par heure sans compter les nombreux éléments placés en file d'attente qui économisent chaqun encore une insertion + une suppression. en compensation de ces milliers, voire dizaines de milliers de requètes économisées par heure, on remplit juste la ram.
mes actions qui doivent être traîtées à la seconde près, ne sont pas de banales actions de maintenance ou des choses qui se font que de temps en temps, il peut y en avoir plusieurs par seconde, alors toutes les mettre temporairement dans la bdd en attendant leur heure ...
bref je crois que ce coup-ci vous pourrez mieux cerner mon problème.
Merci LEPHPFACILE et tous ses membres :)
j'ai une idée mais pas forcément la meilleure :
dans la page d'arrivée du lien tu ajoute 1 au champ correspondant dans la base de données.
pour vérifier que l'utilisateur est bien arrivé par un click sur ton lien, tu peux faire un formulaire avec un champ hidden "id_lien" et avec le clic sur le lien, en utilisant javascript, tu valides le formulaire.
ainsi dans la page d'arrivée tu traîte les $POST. si elles existent tu ajoutes 1 dans la bdd à l'id correspondant au lien en question, si elles existent pas c'est que l'utilisateur est pas arrivé là par ce lien mais directement ou un autre lien ailleurs.
voilà j'espère que ça t'aidera !
Merci LEPHPFACILE et tous ses membres :)
ok merci bien :)
et si tu aimes tellement ce langage tu as peut-être envie de partager cette passion, alors n'hésites pas à m'envoyer des liens (par MP pour éviter de flooder ici) qui pourraient m'être utiles
car je vois bien les bases du langage c'est facile à assimiler mais pour faire interagir python avec ma bdd et mon script php, ça va être plus coton donc toute aide est la bienvenue ^^
Merci LEPHPFACILE et tous ses membres :)
Merci LEPHPFACILE et tous ses membres :)
En ce qui concerne le fait d'avoir une interface de saisie et un cron qui parcours la table pour les updates, c'est ce qui ce fait dans beaucoups de gros intrawebs. Donc, pas de remords de ce côté là !
oui mais le problème c'est que ça va coûter très cher en ressources pour le serveur, car il va falloir lancer le cron toutes les secondes, ce qui fait déjà rien que 3600 requètes/heure minimum ça me semble super lourd ! Et de plus l'écriture dans la base de données, puis la lecture et enfin l'effacement ça doit le fatiguer aussi le serveur, je pensais que ce serait plus simple de tout laisser dans la ram (je ne sais pas comment) et de mettre les actions dans une file d'attente rangée par ordre chronologique. le programme attendrait donc qu'il soit l'heure indiquée dans le premier élément de la file pour le traîter, faire les opérations correspondantes dans la bdd, puis supprimer l'élément de la file et passer au suivant. (le système tête/queue en gros)
si php permet de concevoir ce genre de programme, je suis preneur !
ps : on part du principe que j'ai tous les droits sur le serveur et que j'héberge moi même mes scripts, si c'est plus simple à concevoir je ferai ainsi plutôt qu'un hébergement classique.
Merci LEPHPFACILE et tous ses membres :)
merci pour ta réponse.
c'est bien ce que je me disais, il faut utiliser un autre langage ... mais je ne sais pas du tout lequel ! car il faut que certains scripts php puissent envoyer des données à ce programme, et que ce programme puisse effectuer des requètes sql aussi.
si tu pouvais me conseiller sur quel langage utiliser ce serait sympa car je ne sais pas dans quelle direction chercher et je ne m'y connais pas du tout ! je sens que l'interaction php/programme va être dure à réaliser :/
en attendant une réponse je vais me documenter sur bash et python alors.
ps : si un modo passe par là : je crois que j'aurais du poster dans "Autres technologies" plutôt que dans "php/mysql"
Merci LEPHPFACILE et tous ses membres :)
'-_-
Merci LEPHPFACILE et tous ses membres :)
