keitarosan

Script calcul durée

deja utilise le wall ou le bb-code...

Ca ne vous arrive jamais de lire les conditions d'utilisation d'un forum ?
ou au moins d'etre curieux et d'aller voir sur les liens ???


Ensuite, sur les premieres lignes, tu fais des trucs "bizarres".

En effet, tu verifies si on peut se connecter a la base, si on peut choisir la base en question, t'affiche les message correspondant. Ca, ok.
Mais tu continue en lancant des requetes, meme si t'as pas pu te connecter a la base...
Tu manques un peu de logique la ;-)

ensuite, il est préférable d'utiliser "echo" en lieu et place de "print".

un peu d'indentation dans ton code serait le bienvenu.

ensuite, tes balise HTML, tu devrais soit les mettre en minuscule, soit en majuscule, mais pas un mix des deux.
La ca fait: "j'utilise un logiciel de creation HTML a la dreamweaver" :p

donne des noms significatif a tes variables, car des $a, $b, $c..., ca fait un peu programmation sur calculatrice CASIO :p

et ca, c'est quoi ??:



je me souviens pas avoir vu ces fonctions en php...

et meme si elles existaient, tu ne pourrais pas recupérer les champs comme ca `DATE_ENT`.
En plus les `` sont pour les requetes mysql (et encore, j'ai jamais vraiment compris leur utilités, ca marche très bien sans...

Donc a mon avis, tu devrais commencer par voir les bases du php, et faire attention aux scripts que tu récupères ^^.

formulaire POO

y a un petit soucis ^^
tu passes des parametres indépendant, dans ta classe formulaire, et pourtant, dans l'exemple, tu passe des array()...

Ou j'ai mal lu, ou tu as fait une petite erreur ^^

Sinon, y a de l'idée :)

A mon avis, tu pourrais encore séparer quelques methodes.

Exemple:
AddValueSelect($option);
ou nouveau <option>, tu fais appelles a cette methode.
Ca permet de le mettre dans une boucle, si besoin.

tu peux aussi jouer sur un double type de parametre.
Soit tu passe un tableau, et la methode le découpe pour en faire plein de <option>, soit tu ne passe qu'un string, et dans ce cas, il l'ajoute tout simplement normalement.

Apprends a envisager des cas différents, et voir si tu peux simplifier une methode pour que ca marche dans tout ces cas, avant de faire d'autre methodes.

En revanche, pense que la généralisation d'une methode, n'est pas forcement bonne.
A mon avis, tu as encore trop de paramètres dans certaines méthode, et si je veux spécifier le fait qu'un champs soit disable, je suis obliger de mettre tout les parametre d'avant, meme si sont par defaut (et vi, comme la methode sait dans lequel je veux mettre ma valeur ?? )

vala vala.

Mais sincerement, c'est bien, car on voit que ca te tien a coeur.
Donc continue comme ca, dans 2 mois, tu pourras enfin produire des choses conséquentes sans trop de poser de questions :)

KeitaroSan

Prog. Web en entreprise...

qu'il s'interesse a php, ca a plus d'avenir de l'ASP

Le php est gratuit, contrairement a l'ASP (il faut une licence pour héberger :( )

De plus, il n'est pas vrai que les entreprises ont en général des contrats avec microft :p
Sauf dans l'administration, mais bon, vu le niveau de notre administration, on pourrait pas leur foutre Linux

De plus, il y a pas mal de déboucher dans l'informatique web, en techno LAMP (Linux/Apache/MySQL/PHP)

Mais faut un très bon niveau, connaitre vraiment bien LAMP, c'est le minimum je dirais.
(enfin on peut trouver sans LA, lol, juste MP ^^)

Et il est souvent demander des petits plus en JAVA, C/C++, parfois python.
Des notions de XML, PEAR (beurk !!) sont parfois demandée.

Voila, je pense que j'ai bien résumé ^^.

Affiche les " sortie de base données

ah forcement, si ce n'est que toi qui mets les news ^^...

Dans ce cas, fait juste le mysql_protect_query(), ca sera suffisant, et comme ca tu pourras mettre tes liens, et tout ce que tu veux ^^.

Pour les autres pages (forums, livre d'or, etc...), la tu mets toutes les protections
C'est pas de la parano, c'est juste que c'est mieux ^^

Affiche les " sortie de base données

au moins, si on fait peur, la personne fait plus attention :)
Car le pire, c'est que c'est tout a fait ca :(

Donc faut vraiment faire très attention avec vos requete :)

E-mail codé

cette fonction sert a ce que les robots ne comprenne pas l'adresse mail quand ils lisent les sources html, et donc spammer les gens par la suite.

ainsi, meme si a l'affichage, tu as: webmaster@editeurjavascript.com

dans la source htmp de la page, tu vas avoir des chose comme ca:

&#154;&#cf5; ... ... ... &#fi8;

un robots comprendra pas trop ^^

a moins qu'il la décode, mais encore faudrais t'il qu'il comprenne que c'est codé :p

Affiche les " sortie de base données

en plus, ca veut dire que t'es sujet dans le cas contraire a du sql injection.

en clair, je vais sur ton site
je met un ".
si ta requete plante, je vais peut etre voir le nom de ta table. Ensuite je fais joujou avec, soit en la remplissant de données (genre 1million de ligne), soit je m'amuse a tout éffacer...

Donc en clair, super tres mauvais ^^

Donc penser bien a passer vos variable qui vont dans une requete, a la fonction mysql_escape_string() !!

c'est bien mieux :p
Le addslashes() marche aussi, mais il est plutot réservé a la l'affichage...

MMORPG en php

bah crois moi, il va te falloir du temps ^^

1: Ecrire les règles (2 mois)
2: Ecrire les spécification sur le jeu (comment ca marche, tout les détails sur le codage et la base de donnée) (1 a 2 mois)
3: Préparer ta base de donnée (1 à 2 semaines)
4: Préparer le schemas de tes classes (car c'est quasi obligatoire de passer en classes)
5: Coder ( 3 mois minimum plein temps si t'es tout seul)
6: Faire les tests (en meme temps que le codage) (+30% du temps de codage)
7: Sortir enfin une bêta (pendant 2-3 mois)
8: Corriger et équilibrer ton jeu.
9: Re Bêta d'un ou deux mois (vérifier que tout est prêt pour le grand jour)
10: Délivrance -> Sortie du jeu


Voila, et je te parle par expérience, car avec un amis, je planche justement sur un "MMORPG" en php, et crois moi, ca prends bien plus de temps qu'on ne le crois, si l'on veut faire un truc propre, qui attirera un max de joueur.


Faut surtout pas être présser, faire les règles (surtout pas tout seul, sinon tu ne sortiras jamais rien).
Il faut que tu sois au moins avec quelqu'un, pour en discuter.

Une fois les règles sortie, il faudrais (c'est vraiment très utile) faire les spécs. C'est en gros le manuel détaillé du code sources, en quelques sorte. Une fois que t'as ca (ca peut vite monter dans les 100/200 pages word pour 50 pages de règles), le codage seras bcp plus clair, car il ne resteras plus vraiment de soucis, tout étant définis dans les spécs ^^.

Après, tu peux meme engager des codeurs, qui quand ils auront lu les spécs, pourront coder le jeu sans aucuns soucis
Enfin, c'est vraiment pratique, mais pas nécessaire (juste un gain de temps énorme ^^).

Vala, je pense que j'ai a peu près tout dis.

Le mieux, c'est d'avoir:
- 1 Chef de projet (qui dit ce qui doit etre fait , ce qui est mis en stand by, et qui coordonne tout le monde, avec définition des taches, etc...)
- 1 'expert' php (très bon niveau)
- 1 'expert' base de données (idem)
- 1 personne qui maîtrise l'ensemble du projet
- 1 Graphiste qui s'occupe des graphismes, mise en pages, etc...
- 1 personne totalement exterieur qui donne son avis sur la navigabilité du jeu

- 1 PHP coding standart (pour que tout le monde code pareil)
- 1 spéc
- les règles
- un modèle de la base de données
- Un outil CVS (très utile quand on bosse a plusieur)


tout ca, c'est je pense un minimum pour faire un bon projet, qui tiens la route, et qui peut sortir en 1 ans, en partant de rien (meme pas une idée, lol)

affichage_php

mdrrr

tu vois Sonia, qu'est ce que je te disais sur les post qui dérive... ah la la la la...

affichage_php

lol
T'inquiete pas, on sera toujours assez fou pour repondre a coté de la plaque, ou faire des reponse dans vos post sur des sujets un peu dérivés
hihihi