Bonjour,

L'idée de faire un jeu online me trotte dans la tête depuis quelques temps déjà. Les idées, fusent, les interrogations trottent, les recherches s'intensifient ... résultat, crac boum hue, je trouve ce forum, et décide d'y poser mes valise.

Rapide présentation de moi même : je suis dans l'informatique, sauf quand je me retrouve au chômage comme maintenant depuis un certain temps, mais je n'ai jamais mis un simple orteil dans le petit monde du www (coté créateur je veux dire). Alors je me dit que c'est le moment de faire qqch. Je ne suis pas encore sur de me lancer, mais je commence a piocher tout ce que je trouve et petit a petit la motivation monte, monte...

Pour info, mes objectifs sont plus éducatifs que créatifs, dans le sens que si je me lance c'est plus pour apprendre que pour finir (même si je préférerais finir). Coté technique ce qui m'attire pour le moment c'est le php avec une bdd sql derrière. Le html j'arrive pas a m'y faire. 12 fois j ai voulu m'y lancé, 12 fois j'ai tout jeté en criant sur ce truc qui me fait faire un bon de 15 ans en arrière pour pondre rapidement un écran et l'interactivité qui va avec.

D'ou ma premiere question : je n'ai pas trouvé d’info sur un éditeur wysiwyg html et/ou php gratuit (en français aussi, je suis un peu flemmard ). Si j'ai bien compris dreamweaver le fait mais ce n'est pas ce qui a de plus gratuit.

Ma 2ieme question : J'ai cru comprendre que le php s'exécutais sur le serveur. Or les seuls interactions sur des pages web, viennent des navigateurs extérieurs. Ce sont eux qui déclenchent les requêtes (de simple affichage ou d'interaction dans une bbd). Comment alors sont déclenchées toutes les routines de calculs ou modification général (toute les routines qui ne sont pas directement liées a l'affichage d une page en fait) comme par exemple dans le cadre d un jeu, la mise a jour d'un classement ? est ce que ce sont des programmes exterieurs déclencher par timer qui viennent accéder a la base directement ?

Je sais pas si je suis clair, si ça se trouve ma question n'a pas lieu d'etre :suspect: Si c est le cas dsl.

J'ai regardé un peu dans les gens qui cherchent des programmeurs, mais en général ils ne veulent pas de débutant (sur un langage en particulier), ils veulent quelqu’un de tout de suite opérationnel (comme les employeurs ). Mais je reste ouvert a toute proposition sur un développement qui me permettrais de réaliser mes objectifs cités plus haut.

A vous lire

Pour les routines comme tu dis, certains sites exterieures peuvent lancer tes scripts pour interagir sur ton site.
Par exemple:
www.webcron.org

Seul autre moyen pour actualiser des donnees en fonction du temps, la fonction time() de Php.

Euh lorgan c'est ce qu'interagir veux dire... Une action entre deux choses... Le lien BDD / PHP est donc une interaction...

Merci pour vos reponses rapides.

Non je n'ai jamais touché à linux. Une courte tentative pour suivre quelqu'un mettre en place une plateforme de communication multi systemes en 96 pendant mon service militaire (avec linux donc), m'a un peu completement pas donner envie de m'y coller. Je sais, depuis les packages, plug in, et leur cohorte d'utilitaires sont arrivés, et on doit avoir maintenant du tout graphique.

J'ai deja entendu des "pures", qui ne jure que pas le bloc-note pour le html. Chacun son truc, j'avoue que ca m'attire pas des masses. Quand dans les années 90 sont arrivées tous les langages accompagnés de leur module "visual", on entendais pas bcp les gens dire qu ils voulaient faire leur formulaire "a la main". On considérais les éditeurs graphiques comme un progres,meme s'il y avait une tartine de code pré écrite rien qu en faisant "new project" (merci visual c++ ).
En tous cas merci pour le Amaya, j'irais jeter un coup d'oeil.

Eu oui je ne comprend pas bien ta derniere remarque Lorgan17.

Je vais reprendre un exemple plus précis.
Imaginons une jolie page web pleine de chiffre. Imaginons aussi que cette jolie page ne soit visitée par absolument personne ! pas un robot, pas un geek, pas un martien pour venir faire afficher cette page et donc declencher le code php associé a cette page (car du code php est obligatoirement écrite "dans" une page html non ? ).
Dans ces conditions, comment déclencher un script php (ou autre mais du coté serveur) qui va faire la somme des chiffres par exemples ?

Meme si on doit on passer comme le conseil Marteo, par des routines liés au temps, ces routines sont forcément ecrite sur ma pages web, alors comment se declenche t elle si personne ne charge ma page ?

En esperant etre dans le domaine du compréhensible

Pour appeler une routine sans avoir de visiteur, le mieux est de passer par une crontab. C'est un outil de base sous Unix ; pour Windows, il y a un planificateur de tâches il me semble. Bref, tout ce qu'il faut, c'est un logiciel qui demande à exécuter le code à une heure précise.
L'idéal, c'est que ce logiciel soit installé sur le serveur. Quand ce n'est pas possible (restriction de l'hébergeur), il est possible d'utiliser un ordinateur distant pour faire la requête. Cet ordinateur peut être le tien ou n'importe quel autre, tant qu'il a accès au réseau en permanence (c'est le rôle de www.webcron.org).

Je ne comprend pas le pourquoi de ton exemple.
Si personne ne vient visiter ta page, quels raisons a tu de faire ce calcul ? Tu peux le faire chez toi avec la calculatrice.

Quand a ta question.
Le cron (le site que je t'ai donné), va aller sur ton ftp, ouvrir ta page php, et executer le script qu'il y a l'interieur. Comment il fait ça ?, j'en sais rien désolé, je ne me suis jamais attellé au pourquoi du comment des crons.

Citation:

(car du code php est obligatoirement écrite "dans" une page html non ? ).

Tu peux écrire du html dans une page avec pour extension *.php mais le contraire est impossible... j'ai jamais compris pourquoi. D'ailleurs si on suis bien mon post, je comprend pas grand chose . J'espère donc t'avoir éclaire le mieux possible.
Il y a des gens bien plus calés que moi sur ce forum qui pourront te répondre plus amplement.

PS: Pour ma part, j'utilise un éditeur genre bloc note mais avec coloration syntaxique.
J'ai utilisé une fois Frontpage :pale: , jamais plus réutilisé, il te rajoute plein de lignes de codes sans interêts. Jamais essayé Dreamweaver, pas envie de payer moi.

oui non c est vrai que mon exemple n'a rien de logique c'etais juste pour simplifier au maximum.

Donc en conclusion selon toi, le mieux est de passer par un programme exterieur qui va lui meme "ouvrir" la page comme le ferais un utilisateur lambda. Avec peut etre la difference que ce programme ne va pouvoir déclencher qu'une partie de codes associés a la page. Ca reviens finallement a la meme chose que si quelqun visite la page il me semble.

Quand je dit que le php est écrit dans une page html, je voulais dire que le code fait partie de la page, donc il ne s 'exécute que si la page est solicitée.

Je pense que j 'essaie de comparer le fonctionnement d un programme traditionnel en local sur une machine avec le monde de l'affichage dynamique.

Un autre exemple plus concret pour faire plaisir a Marteo
un jeu web avec des pieces d'or. Tous les jours a minuit, il faut allimenter le nombre de piece d'or de tous les joueurs selon differents parametres comme le taux d'impositions.
Le nombres de pieces d'or de chaque joueur est enregistré dans une bdd. Sans entré dans le detail, comment incrémenter le champs piece d'or ?

une solution (si j ai bien compris ce que m'a dit Marteo et consort) consiste donc a utiliser un programme externe qui va "ouvrir" une page (peut etre innaccessible pour les joueurs) qui contiendra un script qui fera le boulot.

Y-a-t-il d'autres solutions (classique) pour eviter une intervention exterieur ? Comment faites vous vous meme sur vos jeux pour refaire les classements toutes les heures par exemple ?

Merci pour les reponses deja faites et celles a venir

En fait celà dépend de l'utilisation que tu veux faire.

Par exemple pour une page de classement qu'il faudrait actualiser toutes les heures, je pense que le cron serait le mieux, car le classement n'a pas besoin d'être actualisé à chaque connection du joueur.

Mais pour tes pièces d'or, le timestamp ( time() ) est la meilleur solution car il te permet de gerer le temps qu'ils s'est écoulé entre la dernière fois que le joueur s'est connecté et le moment où il s'est connecté, il ne reste plus qu'a effectuer les calculs en fonction du temps écoulés.

Moi je dirais plutôt le problème est de connaître la finalité finale de ton script.

Si je reprend ton exemple de classement, ca sert à quoi de le lancer toutes les heures ?
S'il est consulté par des visiteurx en moyenne qu'une fois toutes les 5 heures et bien fais la mise à jour à ce moment là, lors de la consultation.

La seule utilisation d'un cron dans cet exemple, est de pouvoir faire des stats heure par heure mais pas un classement.


Sinon il faut savoir que si un script php génère des pages en HTML pour le rendu sur le navigateur, tout le traitement du script n'est pas obligatoirement tourné vers l'affichage.
Ton script peut avoir une entête appelant des fonctions faisant des tâches en background.




L'exemple que l'on peut donner est celui des jeux de stratégies où les joueurs produisent des ressources, la quantité de ressource produite évolue chaque seconde même si le joueur en question n'est pas connecté.

Exemple : le joueur A possède une planète produisant des ressources, il a 100 de Fer à 15h00 et en produit 60 à l'heure (1 Fer chaque minute)
Le joueur A n'est pas connecté.

Le joueur B attaque le joueur A à 15h15 et lui vole 115 de Fer.
Dans ce cas, on voit que même si le joueur A n'est pas connecté ses ressources continuent à être mise à jour.

Et ceci se fait par des opérations en background.
Chaque fois, qu'un joueur charge une page quelconque, le script php lui retourne le rendu de cette page mais le script appelle aussi des fonctions côté serveur mettant à jour les données et cela sans crontab.


On en revient donc à savoir quelle est l'utilité finale d'une fonctionnalité.

Je commence a y voir plus clair meme si encore bcp de question

Le fait que des scripts aillent faire plein de choses rigolotes qui n'ont rien a voir avec l'affichage de la page, je l'ai bien compris. Mais ce que j 'avais du mal a comprendre c'est le declenchement de ses scripts.

A priori au vu des reponses que j ai eu, il n'y a pas 30000 manieres. La seule (courante et largement utilisée) c est le chargement des pages web, par un utilisateur ou une programme.

Pour etre sur de moi : cron est a l origine un programme et par abus de langage vous appelez cron une routine que l'on va declencher par un programme tel que cron ?

cron est un programme qui permet d'exécuter une commande (qui déclenche parfois un script) à une heure fixé.

Webcron est en faite simplement un site qui permet aux concepteurs de sites d'exécuter une commande (demander une page web dans bien des cas) sur Internet. Le rendu graphique de la page exécuté/appelé par Webcron (qui utilise cron ;-)) importe peu car c'est un simple ordinateur qui appelle une page.

si cela peut te rassurer, le cron n'intervient pas de suite dans la réalisation. C'est une astuce pour simuler un utilisateur acharné et ponctuel.
il n'apparait que pour le déclenchement d'un évenement commun à plusieurs personnes à heure fixe, ce qui reste très rare, la plupart des tâches s'effectuent à la génération de la page visitée.
De toute façon, le php regorge d'astuces dans ce genre; il faut les voir dans l'ordre.

Pour ce qui est de ta phobie, du bloc notes, il faudra te faire une raison, de toute façon les purs ne programment pas en php, ils font du fortran, et les moins purs de l'assembleur ou du bit-a-bit.
Blague à part, si tu bascules du côte orienté objet du php, tu te faciliteras la vie, et tu développeras avec un pseudo-language qui te sera propre puisque tu auras encapsulé et défini tes méthodes auparavant (donc tu les auras murement réfléchies).

Pas grand chose à dire du côté du php, sinon que c'est orienté serveur, l'actualisation des données ne se fait qu'aux chargements des pages.
Les variables sont oubliées et effacées à chaque changement de page sauf certaines.
Et celles qui ne le seront pas ne seront pas fiables. Au début, tu fais des crises de paranoia, ensuite ca va mieux.
En gros tu ne croiras qu'en toi et ta base de données.
Sinon c'est un language qui gère bien les typages, multiutilisateurs, etc ... donc il fera 90% du boulot à ta place. Il ne te restera plus qu'à faire les 10% restants de manière rigoureuse.