Pardonnez le double post, mais on peut pas éditer les message (ou apprenez moi comment faire)

Pour un tuto sur la PDO:

http://www.siteduzero.com/tutoriel-3-34790-pdo-interface-d-acces-aux-bdd.html

Simple et facile a comprendre.

J'ai une petite question quand même. J'ai vu (et apprécié) le lien sur la PDO donné par codefalse, mais concernant la programmation qui sépare html et php, quelqu'un à un lien ?

j'ai souvent recours a des truc comme:

<input name="***" value="<?php echo $valeur_input; ?>"/>

Est-ce du spaghetti, ou un code acceptable ou même un code normal ? Si ça pose problème, comment éviter ce genre de code ?

Salut a tous,

je suis moi aussi en train de réaliser un genre de CMS, car je voudrais un truc hyper léger mais 'complétable' facilement aussi je prend note de toutes les remarques notées ici et félicite destinyfr pour son initiative.

Mon projet est loin d'étre terminé (pas si loin, mais j'ai pas le temps en ce moment) et je dois encore résoudre quelques soucis sur des fonction récalcitrante.

Peut etre un jour mon CMS sera complet et je vous le présenterais, sur ce bonne continuataion à tous.

J'ai regardé 3 pages, voici ce que j'ai noté:

je comprend pas pourquoi il y a autant de pages. une seul page index.php c'est mieux, surtout au niveau sécurtité, là tu multiplie les page avec un accès a la bdd, et donc tu multiplie les risque d'être craqué (personnellement j'ai toujours une page publique avec accès a la bdd , le reste se fait à l'administration).

Certaines page (lien2, cryptmd5, logout) ont des codes si réduit que c'est dommage d'en faire des pages séparé, surtout que les contenus php de canevas et de index ont peu de différences

dernière chose, mais tout le monde ne le sait pas, pour les utilisateurs de free, il faut mettre un dossier "sessions" la racine du serveur, je te conseil de le mettre dans toutes des applications utilisant des sessions, ca évite qu'on te rappel en te disant "ca marche pas !"

je viens de voir ce sujet, très intéressant, bien que je n'ai pas jeté un seulk coup d'oeil ai forum proposé (ce sera fait).

La discussion hors sujet est interressant (déjà dit) mais il y a un point sur lequel j'aimerais appuyer.

Il y a deux parties ici, les Pro PHP5 avec PDO, MVC et autres appellations que je ne connais pas. Et il y a les noob (si on peut dire) et les expérimentés "modérés qui préfèrent la rapidité et la simplicité de code plutôt que des codes encombrants bien que plus aux normes.

Pourtant, étant moi même noob (si on peut dire) un truc me chiffone, pas moyen de trouver un cours, un tuto qui explique correctement PHP5 et ses dérivés. Donc forcément ca peut poser problèmes quand à l'évolution des codes.

Je rejoint également cmoidhen  sur le fait que la plupart des codes ne marches pas. J'ai vu notamment des codes (a retravailler un minimum car moche ou obsolètes) qui faisait appelle a une BDD MySQL mais on avait pas la structure de la BDD qui accompagne le code.

Pour le reste, je verrais plus tard, là j'ai pas le temps.

merci pour ta dernière phrase FhX :)

c'est vrai que je me suis un peu emporté.

du coté de la table sql, le code ne la créé pas directement, il l'affiche simplement, après un copier coller pour la reprendre et la modifié reste faisable.
Cette partie du code n'est pas indispensable, je l'ai laissé car elle m'était utile à moi.

------------------------------------------------
Sinon rien d'initié dans ce script(snippet),
et si cet input est dans un commentaire html ?
je crois que DOMDocument est plus approprié...
------------------------------------------------
Si tant est que le HTMl soit un bon XHTML, sinon il faut d'abord parser et c'est chiant (je sais, je l'ai fait souvent lol). Mais en effet, j'y avais pensé en voyant ce code.
------------------------------------------------

là, j'ai rien pigé part "Sinon rien d'initié dans ce script", j'ai mis initié a cause de la regex, car je trouve que pour un débutant PHP, les Regex restent flou a comprendre du premier coup.


J'en profite pour faire du même coup une grosse modification du code...

ok, pour le coup des variables.


pour la propreté du code, c'est un outils perso, et de plus, je connais pas toutes les finesse du php.

le poster ici me permettait de le faire partager et surtout de savoir si je pouvais l'améliorer, comme c'est le cas

mais le code proposé par FHX bien qu'ayant un résultat approchant ne fonctionna pas du tout de la même manière

a ce que je vois, tu as toujours pas compris.

-------------------------------------------------------
Comment peut-on encore trouver quelque chose d'aussi exubérante :
# $filtre_radio = $_POST['filtre_radio'];
# $name_page = $_POST['name_page'];
# $requete_sql = $_POST['requete_sql'];

???
-------------------------------------------------------

on s'en fout, c'est pas pour le site.

et perso je n'aime pas travailler avec les $_POST pour diverse raison:

echo "salut $_POST['nom']"; => j'ai du mal

je prefere: echo "salut $nom";


de plus, le code sert lors de la création du site donc faire attention à la rapidité du code n'est pas important

tu trouve le code inutile, je l'aurais pas mis si il l'était réellement.

pour la Regex, il y a eu un correction dans l'un des post précédent donc tu fait un remarque déjà résolu. juste que j'ai pas le temps de mofifier ca maintenant.

ton extracteur simplifié marche sans doute (flemme de testé) mais il ne fonctionne pas de la même manière que le mien, pas du tout.

le tient analyse les post transmis, le mien lit le fichier formulaire à la source

----------------------------------------------------------------
Pour le coup du "puisque que l'extracteur n'est pas prévu pour être utiliser DANS le site, mais lors de la création du site web", je la connais on la sort quand on veut pas se faire chier. Mais un petit bout de code montre la qualité d'un code en entier et c'est la ou j'ai un peu peur.
----------------------------------------------------------------

alors je trouve que tu n'as rien compris ou que tu n'as pas lu les post d'avant.

ce code a pour but de faire gagner du temps (en se moque des quelques millisecondes d'éxécution du code pas propre) car je travaille en entreprise. donc passer trois heure a faire ce que ce code faire un trois seconde, la propreté, je m'en balance.

deuxièmement, un webmatser a beau etre payé a l'heure, s'il met deux jour un faire un outils potable bonjour la perte de temps et de contrats

pour finir, "je la connais on la sort quand on veut pas se faire chier" si tu la connais, tu dois sans doute l'utiliser

re pour finir (j'en tient un couche) "Mais un petit bout de code montre la qualité d'un code en entier et c'est la ou j'ai un peu peur", si on te propose une 2chevaux avec un moteur de porshe, tu crache dessus ?

tu post deux fois le même message y a juste la formulation qui change et le fonctionnement du code (le pourquoi de sa création) a été donné dans les post plus haut


de plus, ca ne multiplie pas la charge mémoire puisque que l'extracteur n'est pas prévu pour etre utiliser DANS le site, mais lors de la création du site web

le but du code n'est pas de gagner du temps sur les $_POST[], mais plutot de retrouver toutes les variables utilisées dans un formulaires.