Ses derniers messages sur les forums
Trouver une idée est toujours difficile. Et coder dans le vide n'apporte vraiment pas grand chose. Cependant, je ne pense pas que tu trouveras des idées originales ici, nous les dévorerions bien avant toi ;)
Tu devrais essayer de traîner sur Gforge, Sourceforge, etc pour voir s'il n'y a pas un développement à ta porté à réaliser. Les TODO list peuvent être garnies.
L'éditeur de code n'a pas d'importance. Netbeans, Emacs, vim. Finalement, ce n'est qu'un choix personnel, qui ne devrait pas avoir d'incidence sur les choix techniques que tu mettras en œuvre.
En ce qui concerne les Webservices, ce n'est pas trop compliqué à développer. Par contre, à designer, c'est plus difficile. C'est, je pense, ce que La Globule a voulu dire en parlant de la difficulté, pour un débutant, d'entreprendre un tel projet.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Il faut que tu lises la documentation de Wamp pour savoir comment est configuré le serveur Web (il me semble que c'est Apache).
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Ça ressemble furieusement à un segfault du serveur Web (pouvant être dû à un segfault dans le code de PHP). Jètes un coup d'œil aux fichiers de log du serveur Web. La localisation de ces fichiers dépend du serveur Web que tu emploi, ainsi que de sa configuration.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Sur le
tutoriel PHP, il y a un beau florilège.
Le langage XHTML est le nouveau nom du langage HTML
XHTML est une reformulation de l'HTML, compatible avec XML.
Si vous ne connaissez pas [le HTML], vous ne pourrez pas apprendre le PHP.
Foutaise, PHP a d'autres usages que la génération de documents HTML.
Eh bien PHP, c'est un autre langage qui vient se mettre au milieu de ce code HTML.
Assertion restrictive et confusante.
Comme vous le voyez, une page qui ne contient que du HTML possède l'extension ".html". Une page qui contient du code PHP, elle a l'extension ".php".
Ce n'est pas vrai. L'usage d'un nom de fichier terminé par .php n'est pas soumis à son interprétation par PHP automatique. Ceci est une option de configuration du serveur Web.
Existe-t-il des pages qui ne contiennent que du PHP ?
Mmh, en fait non, on a quand même toujours besoin du HTML pour faire une page web. On ne peut pas y échapper !
C'est une grosse erreur de débutant. Premièrement, une page Web n'est pas forcément en HTML. Une page Web peut être un fichier XML munis d'un XSL permettant sa transformation dans un format qu'un client web sait interpréter.
Je pourrais encore charger la mule, mais en quelques paragraphe du document phare on a un bel échantillon de tout ce qui parsème le site.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
On ne s'excuse pas, on demande à être excusé. Et on lit les usages du forum. Ce qui implique d'écrire en français, entre autre corrections.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Il n'y a pas de méthode parfaite, il n'y a pas de tutoriaux absolu, et encore moins de livres corrects.
Un livre que je peux te conseiller est dans la collection « Les Cahiers du Programmeur », « Apprendre PHP & MySQL » des éditions « Eyrolles ». C'est une bonne introducton, complète, à la programmation Web avec PHP.
(Randal) Croire que PHP est plus simple que C ou C++ est une gageure. Car c'est faux. Le développement Web avec PHP a des particularité qui le rendent difficile à maîtriser. Et c'est d'autant plus difficile que PHP a de nombreux problèmes de conception et des comportements automatiques surprenant. Ajoutons à cela l'incohérence de l'API qui oblige constamment à consulter la documentation, le bricolage objet, la non prise en charge native d'UTF-8, etc.
Bref, si les implémentations courantes de C ou C++ requièrent une expertise technique (en particulier en raison du processus de compilation), ceci n'est pas inhérent au langage.
Au fait, PHP n'est pas un langage en soit. C'est un logiciel de templating pour le Web. Et ça, ça change tout.
Et pour finir, précisons que le siteduzero est rempli d'erreurs et d'imprécisions qui font de ce support un endroit à éviter à tout prix.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Quelle est la requête exacte ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Oui mais non, tu as contourné le problème, mais tu ne l'as pas résolu.
Les messages d'erreurs sont clairs, et La Globule a eu le réflexe de te demander le contenu des variables, ou un code qui permette de réduire le problème.
Au vu des messages d'erreur, c'est facile de te dire que la Regex fournie à ereg_replace est moisie. C'est encore plus facile d'ignorer le problème en le contournant.
Ce que tu dois faire, c'est comprendre pourquoi tes variables sont vides, et rendre ton code plus robuste en contrôlant les données que tu utilises pour construire tes chaînes.
Mais en attendant, programmer par hasard risque de te coûter beaucoup (trous de sécurité).
À propos, les fonctions ereg sont déconseillée car elles seront bientôt supprimées, et qu'elles ne sont pas performantes. L'option register_global va être supprimée, ainsi que les magic quotes.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Grrr... tu vas finir sur ma collection de lamelles :D
J'ai modifié ton message pour que le code soit mieux présenté. Essaye de faire attention.
Je ne t'ai pas demandé la solution à ton problème, mais le message d'erreur que tu rencontrais. Si je copie-colle ton code, et que je le lance avec php -l, j'ai le message d'erreur suivant :
PHP Parse error: syntax error, unexpected $end in tmp/toto.php on line 41
Parse error: syntax error, unexpected $end in tmp/toto.php on line 41
Cette erreur est due à l'accolage qui traîne ligne 25 (il faut que tu reprennes les cours sur les structures de contrôle et les blocs).
Au fait, n'utilises pas ce code en production, il est bourré de trous de sécurité.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
