Pulbot - Avancée de mes travaux ! - PHP - Programmation
Marsh Posté le 15-02-2007 à 23:43:19
La page index.php
Code :
|
Marsh Posté le 15-02-2007 à 23:47:11
La page resultat2.php :
Code :
|
Marsh Posté le 16-02-2007 à 00:02:01
la page affichage2.php
Code :
|
Marsh Posté le 16-02-2007 à 00:12:39
Evidemment ce code est criticable a merci, plus que perfectible et ouvert à toutes les propositions pouvant amener à son amélioration !
Marsh Posté le 16-02-2007 à 02:00:18
erwan83 a écrit : Evidemment ce code est criticable a merci, plus que perfectible et ouvert à toutes les propositions pouvant amener à son amélioration ! |
trop long, trop de code redondant (cf les switchs).
Série de if très étrange (if sans else, fait exprès ou maladresse ?)
aucune répartition en fonction.
Aucune sécurisation des entrées utilisateurs dans les requêtes SQL (mysql_real_escape_string)
Marsh Posté le 16-02-2007 à 04:33:17
ReplyMarsh Posté le 16-02-2007 à 10:05:07
ReplyMarsh Posté le 16-02-2007 à 10:59:48
Mxtrem a écrit : Je ne vois pas en quoi il est obligatoire de mettre des else après un if |
Si le bloc de code dans le if modifie une variable, tu peux rentrer dans le if suivant
avec else, tu ne pourra pas
donc là, tu es obligé de lire le code suivant le if, alors qu'avec un else, non
Code :
|
donne pas pareil que
Code :
|
donc après faut voir si c'est fait exprès ou non...
Marsh Posté le 16-02-2007 à 11:44:13
zapan666 a écrit : :O Si le bloc de code dans le if modifie une variable, tu peux rentrer dans le if suivant
|
les if ne sont pas obligatoirement suivis de end
c'est fait expres oui
Marsh Posté le 16-02-2007 à 12:45:26
erwan83 a écrit : Bonjour |
mais lol ...
Pulbot le moteur qui monte qui monte !!
t'as l'air passionné petit, mais si t'y vas comme un bourrin comme ça tu vas jamais rien comprendre
Ton code est à mourrir de rire, no comment... et que tu compares ça à google... on voit bien que tu sais pas de quoi tu parles
Commence par apprendre le php et comment ça marche le oueb...
et quand tu commenceras à avoir une petite idée de comment fonctionne un truc comme google ben tu te pisseras dessus en te rappelant ce code...
300 lignes... nan mais tu crois que les gars chez google ils ont fait quoi toutes ces années ?
Marsh Posté le 16-02-2007 à 12:47:48
Ah j'avais pas vu que c'était en ligne... mdr le flash juste pour avoir des boutons...
Marsh Posté le 16-02-2007 à 12:59:49
non cay vrai que le code est archi pourri puis tu te fais des espoirs pour rien
apprends par coeur le php, fais en bien le tour, et innove
Marsh Posté le 16-02-2007 à 13:19:34
Le code est pourri certes, mais le truc le plus fou je trouve ce sont les if sans else, alors ça, ça me tue... les if sans else...
Marsh Posté le 16-02-2007 à 13:49:38
lkolrn a écrit : Le code est pourri certes, mais le truc le plus fou je trouve ce sont les if sans else, alors ça, ça me tue... les if sans else... |
ba ça peut être util... mais c'est vrai que certains sont mal utilisés.
Marsh Posté le 16-02-2007 à 14:01:39
il y a ds trucs marrant, par exemple :
Marsh Posté le 16-02-2007 à 14:17:56
Il te balance un résultat quand même (totalement bidon au passage)
J'ai inséré la chaîne "on veut du cul", un anagrame de Luc, dont je suis fan, et je suis tombé sur :
- le blog de Vincent Roger (le cousin de David certainement)
- l'annuaire Baleinorama (!)
- l'AS Meudon Volly Club
- l'annuaire Papillon
Alors que Google lui me donne, bizarrement, des pages pleines de trucs sales...
Par contre fais gaffe erwan du 83, je sens que Netixis va bientôt tenter une OPA sur ton moteur...
Mais j'rigole hein... Même si le code est ultra-cracra, très incomplet et loin d'être performant, c'est bien d'avoir de l'ambition, et puis au moins tu fais pas des remarques qui trouent le luc (décidement...), du genre un if sans else c'est "maladroit", voire "étrange"... Pour ceux qui avaient po encore compris...
Marsh Posté le 16-02-2007 à 14:39:59
ptin depuis juin 2006 tu n'as pas fais grand chose quand même
Marsh Posté le 16-02-2007 à 16:35:49
flo850 a écrit : il y a ds trucs marrant, par exemple :
|
SQL_CALC_FOUND_ROWS, ça marche à partir de quelle version de MySQL? Je ne connaissais pas et j'ai essayé un ex de cette page http://dev.mysql.com/doc/refman/5. [...] tions.html mais ça marche pas
Pourtant, je suis en 5.0.22
édit : j'avais pas vu
Citation : SQL_CALC_FOUND_ROWS et FOUND_ROWS() sont disponibles à partir de la version 4.0.0 de MySQL. |
mais je n'arrive toujours pas à le mettre en oeuvre...
Marsh Posté le 18-02-2007 à 21:16:49
astero-H a écrit : :heink: |
Ca fait toujours plaisir de voir que cette terre est toujours peuplée de gros connards prétentieux qui n'ont rien d'autre à faire que critiquer de façon destructrice...
Comprenne qui pourra...
Marsh Posté le 18-02-2007 à 21:20:09
lkolrn a écrit : Il te balance un résultat quand même [:aloy] (totalement bidon au passage) |
Hé molo c'est pas encore au point la requete sur "resultat.php"
quant a celle sur resultat2 elle ordonne par nombre de clics renvoyés...
Marsh Posté le 18-02-2007 à 21:25:02
Sans vouloir offenser, y'a tout à revoir, que ce soit niveau présentation du site ou niveau codage php
Marsh Posté le 18-02-2007 à 21:28:51
ReplyMarsh Posté le 18-02-2007 à 21:53:53
rufo a écrit : SQL_CALC_FOUND_ROWS, ça marche à partir de quelle version de MySQL? Je ne connaissais pas et j'ai essayé un ex de cette page http://dev.mysql.com/doc/refman/5. [...] tions.html mais ça marche pas |
Comme marqué dans la doc.
Tu rajoutes SQL_CALC_FOUND_ROWS juste après SELECT (avant les champs sélectionnés). Ensuite tu fais une seconde requête SELECT FOUND_ROWS() qui récupère la valeur mise en cache et qui correspond au nombre de tuples total, indépendamment de toute clause LIMIT.
C'est particulièrement pratique, notamment quand tu fais un affichage page par page et que t'as besoin d'avoir le nombre total d'éléments aussi, au passage.
Marsh Posté le 19-02-2007 à 02:10:03
sielfried a écrit : Comme marqué dans la doc. |
Murffff ???
Merci, je vais revenir la dessus parce que la, ca me semble un peu cabalistique mais je note, merci
Marsh Posté le 19-02-2007 à 10:24:59
sielfried a écrit : Comme marqué dans la doc. |
Je sais, j'ai lu la doc, mais ça me renvoie à chaque fois 1 au lieu du bon nombre (dans mon cas, 112)
La requête est du genre :
Code :
|
Cela dit, j'ai essayé sur une requête toute simple du genre de l'ex donné dans la doc et ça amrche pas plus, j'ai toujours 1 avec SELECT FOUND_ROWS().
Par contre, je précise que j'ai fait ces requêtes depuis phpmyadmin. Or, dans la doc, leur ex de requête est lancée à partir de mysql.exe (et ça, j'ao aps encore testé)...
Marsh Posté le 19-02-2007 à 11:10:00
erwan83 a écrit : Evidemment ce code est criticable a merci, plus que perfectible et ouvert à toutes les propositions pouvant amener à son amélioration ! |
Non, ce code n'est pas juste critiquable, c'est un gros tas de merde, un étron fumant, la lie de la programmation. C'est un déchet informatique qui fait saigner les yeux quand on lit. Même le serveur doit avoir la nausée à l'exécuter. Bon, c'est pas grave hein ? Tu débutes, t'es enthousiaste, tu fonce direct dans le code, t'es pisses des centaines de lignes, tu y touches, tu y retouches, tu tâtonnes.
On l'a tous déjà plus ou moins fait. Mais savoir ne pas t'offusquer si on te dit que c'est de la merde, c'est important. Faut ravaler sa fierté par moments. Surtout quand on débute en fait.
Code :
|
Je te recommande de t'intéresser de plus près à la problématique des encodages. C'est un concept fondamental en informatique.
Mots-clés: encoding, unicode, utf-8, iso-8859-1
Marsh Posté le 19-02-2007 à 12:12:17
rufo a écrit : |
Donc c'est normal, il faut que le SELECT FOUND_ROWS() soit fait juste après la requête avec SQL_CALC_FOUND_ROWS, or phpMyAdmin va probablement faire d'autres requêtes entre les deux, rien que pour l'affichage.
(Je viens de tester avec deux requêtes en même temps, séparées par un ";" et ça ne marche pas non plus (ça sort 1), donc je suppose qu'il ne prend en compte que la seconde dans ce cas.)
Marsh Posté le 19-02-2007 à 12:16:38
c'est ce que j'ai fait aussi comme test et j'ai eu 1 à chaque coup. Par contre, ça devrait marcher si je fais ces requêtes via PHP, non?
Marsh Posté le 19-02-2007 à 12:22:16
Ben ouais en PHP pas de soucis si tu fais aucune autre requête entre les deux.
Par contre je me pose une question là, comme y a deux requêtes qui doivent se suivre, si c'est pas dans une transaction ça peut peut-être poser problème si jamais y a deux accès au même moment...
Genre y a :
(1) SELECT SQL_CALC_FOUND_ROWS...
(2) SELECT FOUND_ROWS();
Si deux utilisateurs A et B exécutent (1) au même moment, (2) devrait ne renvoyer une valeur correcte que pour l'un des deux appels... (d'autant que SELECT FOUND_ROWS() ne marche pas deux fois de suite).
Donc faut probablement combiner ça avec des transactions, je n'y avais pas encore pensé...
Marsh Posté le 19-02-2007 à 13:16:17
Je salue ton initiative
Cependant il me semble que le point fort de google, ce n'est pas tant son moteur de recherche que son moteur d'indexation. C'est là où il fait vraiment fort...
Marsh Posté le 20-02-2007 à 17:31:17
Ca pue le bot ici
Marsh Posté le 15-02-2007 à 23:38:35
Bonjour
J'ai conçu un moteur de recherche purement experimental mais je devrais sous peu arriver à le faire fonctionner comme Google, si ce n'est que, évidemment, avec un ordinateur PC et une ligne ADSL, je n'arriverai jamais à 1% de Google. Cependant, depuis juin 2006 je code comme un taré alors je voulais vous faire partager l'experience !
---------------
http://www.ypikay.com