Vous ne trouvez pas de réponse à votre problème ? Alors posez la question dans le forum. Souvenez-vous qu'il n'y a jamais de question bête, mais rester dans l'ignorance parce que l'on n'ose pas poser une question, ça c'est une erreur !

25 commentaire(s) de azqsazqs sur des sources sur tout CodeS-SourceS

Le : 07/08/2008 19:25:50
Source : INSERTION D'UNE IMAGE DANS UNE BASE DE DONNEES MYSQL PAR YERMES
@SHAFT_AMINE: J'ai posé ce code a ce qui ont besoin de stocké une image dans une base de données. Si ca vous concerne pas vous pouvez dire c'est "INUTILE"

@SHAFT_AMINE: Mr COUCOU747 c'est ton problème

Premièrement, quand on pose un code, que des gens le test et que ca marche pas ou qu'il est mal fait, faut pas croire qu'il vont passer dessus sans rien dire. Surtout que rien qu'en reagrdant le code, on voit les erreurs (première erreur a la deuxième ligne?).

Deuxièmement, c'est faux, c'est TON problème SHAFT_AMINE, tu met en fuite la crédibilité de tes codes et celle de PHPCS.

Que tu défende ton code, ok, mais que tu dise, "rien a ***** de ce que vous pensez", non.


Le : 07/08/2008 11:16:03
Source : FORUM PHP/MYSQL (EVOLUTION ASSUREE)
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.


Le : 07/08/2008 11:01:08
Source : INSERTION D'UNE IMAGE DANS UNE BASE DE DONNEES MYSQL PAR YERMES
Ben, je vois pas l'intéret.

AU premier abord, on se dit, "Ouais super génial...!!", mais ensuite, comment trouver une utilité ?

Bien que webdeb donne quelques raison à ce système,

---------------------------------------------------------------------------------------------------------------
C'est le cas par exemple si l'on ne dispose pas d'un serveur de fichier mais uniquement d'une base de données.
---------------------------------------------------------------------------------------------------------------

On peut se dire que si il n'y a pas d'hébergement de fichier, la BDD ne doit pas pouvoir être "importante".

De plus je trouve ce code très moche (cf les autres commentaires, Algérie ?) plus moche encore que les miens.

Mais bon, on va pas le descendre non plus, il a eu une idée l'a appliquée. En soit c'est déjà un grand pas.


Le : 07/05/2008 08:30:02
Source : EXTRACTEUR DE VARIABLES DE FORMULAIRES
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...



Le : 06/05/2008 21:57:11
Source : EXTRACTEUR DE VARIABLES DE FORMULAIRES
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


Le : 06/05/2008 21:42:43
Source : EXTRACTEUR DE VARIABLES DE FORMULAIRES
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 ?


Le : 05/05/2008 08:57:09
Source : EXTRACTEUR DE VARIABLES DE FORMULAIRES
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 : 04/05/2008 10:50:59
Source : EXTRACTEUR DE VARIABLES DE FORMULAIRES
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.


Le : 28/04/2008 19:37:22
Source : EXTRACTEUR DE VARIABLES DE FORMULAIRES
effectivement, je suis un peu a l'ouest


Le : 28/04/2008 17:18:16
Source : EXTRACTEUR DE VARIABLES DE FORMULAIRES
dans le cas cas on vérifie le contenu de la variable oui.

sinon, je préfère isset, ca laisse un plus grande liberté dans le code qui suit et pour des champs non obligatoire, isset est préférable.



1 2 3


Nos sponsors

Sondage...

CalendriCode

Octobre 2008
LMMJVSD
  12345
6789101112
13141516171819
20212223242526
2728293031  

Consulter la suite du CalendriCode



Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel BAÏSE, Merci à Vincent pour ses précieux conseils
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés
Temps d'éxécution de la page : 0,156 sec

Google Coop CodeS-SourceS Google Coop CodeS-SourceS


Certaines images présentes sur le site (notament certains avatars) sont issues des collections IconShock, donc si vous souhaitez utiliser ces icons vous devez les acheter, ne les copiez pas et ne utilisez pas dans vos sites et applications sans les avoir commandé.