5 ans ca va, tu m'aurais dis 15 ans j'aurai compris :D

Ben ça fait 5 ans au moins, et déjà à l'époque ça commencé à etre utilisé doucement. Donc je ne m'en servais pas du tout (enfin... pas pour le placement)

[quote="PowOx"]ça a vachement évolué le CSS depuis tout ce temps ... j'en ai mal à la tête lol[/quote]

je sais pas ca fais combien de temps que t'as pas codé, mais ca pas trop bougé, le code est toujours le même, seule les pratiques on changées.

je prend bonne note ;)
en tout cas je m'y remet, en plus de me remettre dans le web-développement, ça va m'occuper quelques temps :mrgreen:

Moi j'utilise toujours des [i]tables[/i] et des [i]DIV[/i] évidemment.
Par contre tout le formatage et le design, que ce soit des tableaux et du reste, passe par les css que j'exploite au maximum...
En gros il ne reste pratiquement que des balises [i]tables[/i], [i]div[/i]...

Oui grosso modo les tables ne sont plus utilisées que pour présenter des données tabulaires, le reste est en CSS.

Si tu utilisais l'extension mysql, pour un passage tout en douceur regardes du côté de mysqli, son interface en mode procédural est très proche de mysql http://www.php.net/manual/fr/mysqli.overview.php

Après ajax ou pas, c'est comme tu veux. Cela soulage un peu le serveur qui n'a qu'à afficher le contenu changeant (et pas toute la page), mais d'un autre côté faut batailler pour se faire référencer correctement.
Et puis si javascript est désactivé ... Pour faire les choses bien il faudrait faire du js non intrusif, soit une solution php qui fonctionne au cas ou js est désactivé. Inutile de te dire que cet idéal nécessite un investissement temps assez considérable.

ça a vachement évolué le CSS depuis tout ce temps ... j'en ai mal à la tête lol

Bon, pour stocker mes données, je pense que je vais tout de même rester sur ce bon vieu MySQL. XML c'est pas le bon plan pour ce que je vais en faire et JSON, je suis pas certain que cette solution soit la plus adaptée, le projet est assez gros (en théorie, plus gros qu'un forum, donc potentiellement trés gros).
MySQL je connais déjà un peu, pour le stockage je pense au moins passer sur ça.

Maintenant pour la présentation, j'ai pas encore bien regardé, mais effectivement, CSS ça le fait (c'est beaucoup mieux même!), et ajax ? oui, sans doute aussi un peu, enfin ... si j'en ai l'utilité surtout

Merci Berzemus,

Effectivement je suis un vieu de la vieille, faut que je me remette à jour avant de commencer le code de mon projet sinon ça va partir en vrille total et c'est pas le but.

Merci ;)

[quote="@rthur"]Je me suis permis de modifier le titre du topic, "[i]Fau[color=#FF0000]t[/color] débutant[/i]" ça piquait un peu les yeux... ;)[/quote]

Faut débutant, mais toujours aussi mauvais en orthographe lol
heureusement que le code n'est pas en français :p

Je me suis permis de modifier le titre du topic, "[i]Fau[color=#FF0000]t[/color] débutant[/i]" ça piquait un peu les yeux... ;)

[quote="PowOx"] mais tous les navigateurs le comprennent-ils aussi bien que les <tables> ? [/quote]

Ouh, le réflexe de vieux briscard :mrgreen: ... Ben ouais, on n'est plus en 2005.. IE6 se rencontre encore parfois, mais de nos jours, quasi tous les navigateurs se battent pour respecter au plus près les standards (ou d'au moins réussir les tests mieux que les autres). Ce n'est pas encore "parfait", mais parfaitement gérable.

[quote="PowOx"]Je n'aime pas trop le javascript, parce que c'est exécuter sur le poste client, donc ça peut réagir différemment sur un pc ou un autre (et ça s'est frustrant)[/quote]

Haha, réflexe de briscard 2... a vrai dire, ça doit faire 4 ou 5 ans que je n'ais plus connus d'incompatibilité entre navigateurs (peut-être du fait que j'utilise plus Jquery, qui me permet d'oublier jusqu'à l'existence de traitements différents). A la limité une bizzarerie ou autre (firefox qui accepte l'absence de ; en fin de ligne la ou IE6 tique), mais avec des outils comme firebug et les débogueurs intégrés à IE8, c'est très aisé.

Et du traitement côté client, c'est du traitement serveur épargné (d'ailleurs, dans mes dernières applications c'est quasi du HTML statique qui est servi, le reste de la page étant mis à jour directement par JS, avec les données transitant en JSON vers des pages dédiées en PHP.

Tout ce qui est métier reste côté serveur, mais tout ce qui est affichage se déroule côté client, les données transitant en brut en JSON ou XML.


ps: et pour continuer sur le "[i]JS, c'est plus que sympa[/i]" et "[i]ces 5 dernières années, JS s'est profilé comme une langage de plus en plus professionnel et performant)[/i]", une de mes applis se contentait d'une page Html [b]vide[/b], avec juste un seul lien vers un script JS d'initialisation. Celui-ci se chargeait de tout mettre en place, l'application étant 100% javascript, le JS interrogeant directement la DB par Http (CouchDB fonctionne ainsi), qui répondait en JSon. Du coup, le serveur n'avait comme unique charge que la base de données, tout le reste étant côté client (et on aurait tort de ne pas profiter des performances de plus en plus élevées des postes clients).

Et l'appli tourne très bien sur tous les navigateurs 8-)

Salut,
et merci d'avoir un peu de temps pour me répondre.

Donc, j'avais fais de l'objet déjà (sous php4 si ma mémoire est bonne). J'avais fait un forum de A à Z (j'étais pas si mauvais que ça quand je nageais dans php tous les jours, vive les études ;)). L'objet ne me fais pas peur, j'en fais encore en flash de toutes façons.

Pour le CSS ouais, mais tous les navigateurs le comprennent-ils aussi bien que les <tables> ? j'ai comme un doute, mais aprés tout ... why not !
Pour la base de données, j'ai beaucoup bossé en MySQL (un forum ça se faisait souvent avec ça!), mais je vais regarder les autres systèmes de données dont tu me parles. Je t'avoue que l'ajax je ne suis pas fan. Je n'aime pas trop le javascript, parce que c'est exécuter sur le poste client, donc ça peut réagir différemment sur un pc ou un autre (et ça s'est frustrant). Peut-etre en ferais-je une partie en Flash.

Par contre, je vais regarder attentivement la partie MVC, qui me semble importante.

Pour l'éditeur, je vais surement reprendre phpedit ou textpad (au pire, flashdev que j'utilise encore)

Merci encore

Salut :wink:

Bon, les tables, c'est toujours utilisé quand c'est utile, mais sinon tout il va falloir bosser le CSS (3, tout doucement)

Si tu programmais en procédural, rien ne t'empêche de le faire, mais l'objet est plus actuel, et tu peux même pousser l'innovation jusqu'à l'espace de noms.

Dans les bases de données, il va falloir choisir entre le SQL classique (MySQL, SQLite, PostGreSQL) ou suivre la mouvance NoSQL (CouchDb, MongoDb, BigTable, SimpleDB, etc..)

Aujourd'hui, pas mal d'applications sont dynamiques, avec du javascript asynchrone à toutes les sauces, donc ça devra être au programme, avec une librairie type JQuery pour faciliter le JS asynchrone, le dev JS et dynamiser un peu tout ce html (toujours en 4.01, si souhaité, mais le 5 pointe le bout de son nez, timidement).

Et sinon le développement lui-même s'est rationalisé, à coups d'exemples MVC et de design patterns. Donc séparer un peu tout ce code du contenu et de la structure est un bon début, mais va falloir répartir le code entre pôles "données","traitement" et "visualisation" (transcription brutale du MVC, modèle-vue-contrôleur)

Le tout bien sur jamais sans un outil de versionage ou l'autre, sur ton éditeur favori, dans un environnement de développement entièrement dédié à son maître: toi.

Bonjour,

Je poste un message dans cette rubrique, même si je ne suis pas vraiment un débutant. Disons que j'ai beaucoup fait de php ... entre 2000 et 2005 !
A l'époque, faire un site ne me posait pas de soucis, mais comme j'ai un projet un peu gros sur les bras (même si pas urgent), je voulais le faire à la mode un peu actuelle.

A l'époque, j'utilisais les <tables.... c'est dire ;)
Mais surtout, j'utilisais les "include"
j'avais une structure genre :

include("debut.php")
"mon code de la page en cours"
include("fin.php")

J'imagine que depuis, tout à bien changé, et comme il faut commencer par quelque chose ...
J'ai déjà commencé mon cahier des charges (loin d'étre fini vu l'ampleur du truc :p), et j'ai commencé également à identifier les champs de ma base de données.

Bon, ben merci d'avance, si y'a pas de gros changement depuis 5 ans ça ira, sinon va falloir que je me remette un peu à l'analyse ;)
PowOx