Voilà, je connais le html et j'aimerais me mettre au PHP pour faire des chose simples du style templates pour des pages web et newsletter.
 
Est-ce jouable pour quelqu'un qui n'y connais rien en SQL ?
L'utilisation de easyPHP est-elle difficile ? Existe-t-il des outils plus simple à utiliser pour un newbie comme moi ?
 
Merci d'avance  

non c'est pas très dur, tout dépend de ce que tu veux faire
 
utiliser PHP sans SQL c'est possible mais beaucoup moins intéressant (SQL non plus c'est pas si dur)
 
pour des liens et tutoriaux, cf ma signature.

 
Merci !!
 
Le prb c que j'aimerais bien sortir du "tout html" car je fais un site de news mis à jour quotidiennement (cf liens de ma signature) + archivage des news du mois dans les parties archives thématiques tous les mois  et que c'est lourd d'autant qu'à côté j'ai un boulot !!!
. Aussi je me demandais si il n'était pas possible d'automatiser ces tâches avec le phpsans que ça soit trop compliquer ou au moins créer des templates pour refaire le look de mon site.

PHP sert précisément à ça.

Php n'est pas très difficile, du moins les bases, et avec les bases il y a moyen de faire vraiment pas mal de truc, une fois que tu as pigé le principe.
 
Achete toi un bon bouquin, et tu vera que en 2 mois tu es parti avec php. Si tu connais deja d'autre langage, ca aide, surtout pour la logique, ou si tu as fait du C ou c++ ca aide encore plus car ca y ressemble fort en plus simple.  
 
En tout cas, bon courage !  
 
a+

Euh, si on te dit oui, c'est dur, que fais tu ???
 
N'oublie pas d'aller faire un tour sur les sites qui proposent plein de scripts gratuits, ils sont assez cool en général.
 
Moi j'ai commencé il y a 1 mois et demi avec un bouquin à 5? de www.competencemicro.com qui n'a l'air de rien mais qui te fait faire ton 1er script que tu t'empresses ensuite de compléter pour faire bien plus de choses.
 
EDIT : ils viennent de publier un numéro consacré au PHP qui se trouve dans toute bonne librairie. Cela en fait 2 chez eux

Perso, j'aurai tendance à déconseiller les bouquins sur PHP, du moins ceux que j'ai commencé. PHP n'est pas C++ ni Java, c'est pas si sorcier. PHP, je prétends que c'est une bonne bidouille, alors le mieux c'est un site qui commente des bons scripts et la doc officielle éventuellement celle traduite par Nexen.

niveau bouquin je conseille le livre programmation en php4 (nouvelle édition) de Leon Atkinson. Le livre est très bien structuré et vise aussi bien les débutants que les experts. Au programme : introduction; variables, opérateurs et expressions; instructions de contrôle; fonctions; tableaux; classes et objets; I/O et accès au disque; les fonctions I/O; les fonctions de données; les fonctions de mathématiques; fonctions de temps, date et config; fonctions relatives aux images; fonctions de bdd; fonctions diverses (apache, aspell, com, gettext, imap, ldap, sémaphores, wddx, xml, etc....); tri, recherche et nb aléatoires; analyse et évaluation des chaines de caractères; intégration de bdds,  réseau, génération de fichiers graphiques, intégration avec html, conception; efficacité et débogage.  

C'est marrant, c'est justement le bouquin parmi d'autre qui me fait dire que les bouquins sur PHP sont nuls.

ah et pourquoi donc ?

J'vois vraiment pas pq les bouquins sur php seraient nul , moi j'ai appris les bases avec un bouquin et ensuite avec des sites et de la doc etc... un bouquin est beaucoup plus pratique et c plus agreable a lire qu'une page web, et perso j'ai pris un bouquin pour les super debutant, et j'ai tout appris avec, donc ch'trouve pas ca nul...
fin bon c'est une opinion et non une verité absolue.
a+

ben le php va te revolutioner la vie niveau maintenance,
rien qu'en mettant quelques includes (le haut, le menu, le bas sur un site classique) tu vas voir ...
et ca c'est pas dur ...

J'ai trouvé que les exemples du livre de Léon étaient à la fois trop petits pour vraiment illustrer quelques choses et trop idiots pour représenter une vraie situation.
 
Quand à la deuxième partie du bouquin, à part le support papier pratique, ça n'a pas grand intérêt. Ce déballage de toutes les fonctions que PHP contient avec deux lignes d'explications pour chaque, ça ne vaut pas la doc originale, complétée des sites sur les sujets.
 
Je cherche le bouquin qui saura présenter la simplicité de PHP en moins de 100 pages (faut pas déconner, c'est quand même vachement simple PHP, à part les tableaux), mais avec des vrais exemples, genre livre d'or, petit forum.
 
Note sarcastique : c'est sûr qu'afficher un tableau une ligne sur deux avec une couleur différente, ça c'est du bon exemple.

Il n'y avait aucune vrai situation dans mon bouquin mais ca ne m'a pas empeché de voir les possibilité que j'avais avec ce que j'ai appris.
Tu connais un peu de SQL, tu sais comment teconnecter a une db, tu connais bien les if, else, OR, and, l'incremention/decrementation, tu sais que quand on fait echo + code-html + (variable) ca affiche ce que tu veux, ben moi a partir de ca je me sent capable de creer plein de choses, on a l'esprit creatif ou pas...
 
Mais il est vrai que par la suite il est interressant de consulter des doc, pour ameliorer tout ca...

c'est "vachement simple" quand tu as déjà fait du C, du java, ou autre chose. si tu dois découvrir toute la programmation, le protocole http (cookies / sessions / headers), les bases de données, etc. ... c'est largement plus chaud.

 
 
 
vachment simple php ? condensé en moins de 100 pages ? alors tu ne connais pas php (jette un oeil à la doc php officielle pour voir ce que tu peux faire avec). Pour ce qui est des petits exemples dans le livre c'est normal car ils illustrent une instruction précise, au programmeur ensuite d'agence ce type d'exemples pour former des algorithmes ... on apprend la syntaxe php, et après c'est à nous de réfléchir pour arriver à ses fins en utilisant tous ces éléments.

 
excatement  

Cause toujours.
 
Vous ne comprenez pas ce que je dis. Quand je dis que PHP est très simple, je parle de la syntaxe. Elle est minimale. Notions objets réduites à un mot clé, types élémentaires au nombre de 5. ça prend pas des heures à assimiler.
 

 
Oui certes, mais le protocole HTTP n'est pas PHP, PHP dispose de fonctions pour faciliter l'utilisation d'HTTP : c'est différent.
 
Le bouquin d'Atkinson, je l'ai trouvé pesant, parce qu'il met bien ses 100 pages sur les types, les boucles... Et presque rien sur l'utilisation concrète des fonctions : je me répète : 2 lignes c'est pas suffisant pour expliquer l'utilité d'une fonction. Et 100 pages (et plus) sur le sous ensemble lexical, c'est trop.

 
apprendre php sous-entend apprendre ces protocole.
 
De l'html ce n'est non plus pas php, et pourtant qui fait du php sans html?

Certes, pourtant le bouquin d'Atkinson ne t'apprend pas HTML, il considère cela comme un prérequis, et tout le monde n'accède pas à une BD avec PHP. C'est comme si tu disais que tout programmeur Java doit connaître JDBC.

baste tout les protocoles utilisés avec php, concentrons sur le langage en lui-même, sur sa syntaxe, ... prenons un exemple tout simple : la génération d'un fichier graphique dynamique, par exemple un diagramme qui illustre le résultat d'un sondage (exemple du livre de Leon Atkinson, programmation en php4).  
 
La syntaxe en elle-même de la génération d'un tel fichier est-elle triviale ? Et si on regarde on n'utilise rien que des fonctions php... maitriser ces fonctions php délicates demande un temps d'apprentissage (on prend connaissance de la syntaxe) puis on utilise nos acquis pour, en les agençant, permettre la génération d'un diagramme. Est-ce si simple que ça ?

Je crois qu'il y a une profonde incompréhension entre moi et vous (lui, les autres, je ne sais pas, toi peut-être qui me lis, derrière ton écran ). Ton exemple, si je ne m'abuse, utilise GD : c'est pas ça PHP ! GD c'est un plug-in, ça ne rentre pas dans les 100 fameuses premières pages max dont je parle : GD c'est du PHP avancé. Nous avons deux discours parallèle, là.
 
Cela dit, c'est très bien d'en parler dans le cadre du bouquin, je ne conteste pas l'interêt de l'exemple, ni sa présence dans un bouquin sur PHP.

dans les messages précédents moi j'ai parlé de "connaitre php" ça passe donc par le php avancé si je ne m'abuse.
 
Connaitre un langage pour moi est équivalent à maitriser sa syntaxe et sémantique. Quand j'apprends un langage de programmation c'est ce que je fais. La maitrise de la syntaxe et sémantique est obligatoire pour structurer ses algorithmes, ... enfin ce discours là que je tiens vise les programmeurs, pour les bricoleurs c'est autre chose ... (attention le terme bricoleur qui j'emploie n'est en rien péjoratif).

et pour moi mon exemple graphique donné ci dessus fait partie du php simple et non pas avancé

Tu te contredis là : d'abord, la sémantique n'a rien à faire ici. De plus la syntaxe n'a rien à voir avec l'utilisation de GD. La syntaxe, c'est savoir poser :

Ainsi que l'appel aux fonctions. Ensuite la bibliothèque de fonctions et les libs additonnelles, c'est autre chose. Je reprends l'exemple de Java que je connais mieux : si tu désires "connaitre" au sens que tu lui donnes un langage comme Java, tu devras passer par les API suivantes : Servlets, JMF, RMI, EJB, JDBC, JAXP... ça peut aller très loin même : JDO, JINI, JIRO, JavaTV, JavaTelephony, les API propres à JavaCard et J2ME, JXTA... A moins de commencer la programmation à 35 ans, je ne vois pas comment faire.

Que l'utilisation de GD ou des API de connexions aux BD soient des trucs fréquents, je veux bien, mais ce n'est pas le coeur, la syntaxe du langage, pas plus que la sémantique, qui n'a je le répète rien à faire là.

arrêtez de mélanger langage et bouquin pour apprendre le langage. l'un l'a trouvé trop basique car il avait déjà fait du java & autres, l'autre l'a trouvé parfaitement à son niveau.
 
vu que yorik a l'air d'être complètement néophyte, il trouvera sûrement le bouquin parfaitement adapté à ses besoins, et basta. je suis sûr qu'il appréciera la liste des fonctions avec leurs courtes descriptions - ça lui donnera une idée générale du langage et de ses différents modules, sans avoir à se taper 300 pages html.

cherrytree >>
 
quoiqu'il en soit, ce n'est pas parce que tu trouve qu'un livre est nul pour toi qu'il le sera forcement pour les autres. Chacun ses methodes apres tout et on est pas un con pour autant parce qu'on procede differement que toi tu ne l'as fait !  
 
j'ai commencé avec un ptit livre, et je ne le regrette pas, ca ne m'as pas mis de baton dans les roues.
 
Sur ce je vais dormir a+ tout le monde  

 
Toi tu lis dans mes pensees tu dis ce que j'ai eu la flemme d'ecrire    

Bien sûr que si la sémantique a à voir ! Reprenons ton exemple :  
il est donc bien entendu nécessaire de connaitre la syntaxe d'une affectation mais aussi sa sémantique dans le but de comprendre les modifications apportées dans le contenu de la mémoire centrale lors de l'exécution des différentes instructions. Pourquoi ? tout simplement pour comprendre ce que fait son programme.
 
Savoir que l'on écrit nom_variable = expression est bien sûr primordial mais il est aussi important de comprendre ce qui ce passe sous cette instruction, ne crois-tu pas ? Et cela est valable pour toutes les instructions php. (De plus la sémantique apporte une précieuse aide pour le débogage et l'écriture des algorithmes). Je pense donc que chaque expression propre à un langage doit être accompagnée de sa sémantique.
 
Revenons maintenant à notre exemple graphique qui a pour moi rapport avec la syntaxe puisque nous appelons différentes fonctions, etc... dont la syntaxe est celle de php ... Il y aussi emploi de boucles etc... dont la syntaxe fait comme tu l'as sous-entendu partie des 100 premières pages du livre.
 
Ma notion de "connaitre" se rapproche de celle que tu donnes dans ton exemple Java. Je distingue cela en trois cas :
 
1- une parfaite maitrise du langage de programmation et des GD, API, etc... là je ne vois qu'une poignée de personne connaissant cela et tu dois voir de qui je parle
 
2- une connaissance du php avancé. Exemple : << introduction; variables, opérateurs et expressions; instructions de contrôle; fonctions; tableaux; classes et objets; I/O et accès au disque; les fonctions I/O; les fonctions de données; les fonctions de mathématiques; fonctions de temps, date et config; fonctions relatives aux images; fonctions de bdd; fonctions diverses (apache, aspell, com, gettext, imap, ldap, sémaphores, wddx, xml, etc....); tri, recherche et nb aléatoires; analyse et évaluation des chaines de caractères; intégration de bdds,  réseau, génération de fichiers graphiques, intégration avec html, conception; efficacité et débogage.  >> pour moi ces connaissances en php sont synonymes de connaitre le langage, attention je parle là encore de syntaxe + sémantique !
 
3- une connaissance de php simple : là ça vise les bricoleurs comme je l'ai dit plutôt, qui connaissent juste les bases du langages.
 
 
En résumé mon opinion : connaissance d'un langage ne veut pas dire la connaissance absolue (chose impossible) mais une connaissance avancée de ce langage (reste encore à définir la notion de avancée, ça peut se compliquer... voir mon exemple ci dessus - dinc ici par connaissance avancée j'entends connaissances des API et GD etc...).
 
Ce sont les connaissances connues par les développeurs en entreprises pour la conception et ré de logiciels ou sites webs dynamiques etc.... c'est dans ce cas que je me place
 

Cette explication me va, je ne trouve rien à redire.
 
Mais je continue de prétendre, que de tous les bouquins que j'ai lu (tous sujets confondus), le bouquin de Léon est l'un des plus mauvais. En comparaison, je trouve que l'apport de Léon sur la doc traduite par Nexen est négligeable. Alors, vu le prix, je préfère cette dernière.

Schtroumpheur a écrit a écrit : cherrytree >>   quoiqu'il en soit, ce n'est pas parce que tu trouve qu'un livre est nul pour toi qu'il le sera forcement pour les autres. Chacun ses methodes apres tout et on est pas un con pour autant parce qu'on procede differement que toi tu ne l'as fait !     j'ai commencé avec un ptit livre, et je ne le regrette pas, ca ne m'as pas mis de baton dans les roues.   Sur ce je vais dormir a+ tout le monde

T'emballe pas toi, j'ai jamais traité qui que ce soit de con. Je détiens pas la science infuse, je fais part de ce que j'ai appris cours et expérience inside, rien de plus.

Pas faux. Cependant tu sais combien les bouquins peuvent donner une vision étriquée d'un domaine. Regarde ma "maîtrise" de HTML ; ce que j'avais appris dans les bouquins et la distance par rapport à ce qu'un webmaster digne de ce nom, et tel que je me prétendais être (sot que j'étais) aurait dû savoir...

 
Bon ben on a réussi à trouver un terrain d'entente  
 
 
Pour ton point de vue sur le bouquin en lui-même, là ce sont les goûts et les couleurs de chaucun.
 
Je possède en plus de quelques livres php la documentation officielle de php imprimée et cela me convient très bien, ça se complète pour donner un résultat que je trouve plus que satisfaisant.

si tu veux bien maîtriser un domaine, un bon moyen est de mater ce qui se fait ... donc pour l'html, un bouquin pour commencer (même pas obligatoire d'ailleurs), puis browser beaucoup de sites et faire beaucoup de pages de tests pour essayer les différentes techniques rencontrées ... et j'ai bien l'impression que tu as grillé la deuxième étape.

à titre de référence, j'ai 76 fichiers de tests dans mon répertoire ... de test. et certains pour tester plusieurs trucs.

La seule chose que je trouve difficile en PHP, voilà d'ailleurs l'occasion de vous poser la question, c'est le design. Je prétends que PHP basique est simple. Par contre jamais rien n'est dit question design :
 
Apport du foreach,
Quelle est la meilleure utilisation du tableau,
Vous utilisez mysql_fetch_object, mysql_fetch_array ou mysql_fetch_row ?
Les objets en PHP, sans l'encapsulation, est ce que ça a un intérêt finalement ?
........... (la liste est longue)

C'est ça que j'aimerai trouver dans un bouquin ! ! !

>> Apport du foreach,
 
je n'utilise presque jamais.
 
>> Quelle est la meilleure utilisation du tableau,
 
hein ?
 
>> Vous utilisez mysql_fetch_object, mysql_fetch_array ou mysql_fetch_row ?
 
dixit la doc, différence entre row & array négligeable, donc tout en array. donc pas de problèmes si tu rajoutes des colonnes à ta table. fetch_objet c'est pareil, juste la syntaxe qui change.
 
>> Les objets en PHP, sans l'encapsulation, est ce que ça a un intérêt finalement ?
 
bien sûr ! un collègue a fait une classe pour gérer facilement des tables sql, il suffit d'en dériver pour gérer un guestbook / un cart / etc. très pratique.  
 
l'encapsulation n'est là que pour l'utilisateur ne foute pas le bordel. à partir du moment où tu contrôles le serveur, que tu documentes les trucs à pas toucher comme "PAS TOUCHE", aucune raison que ça clashe.  
 
et php est au tout début de son support objet, donc pas la peine de tergiverser sur les + & les - actuels.

ça s'appelle le WEB !