page de message - PHP - Programmation
Marsh Posté le 06-09-2009 à 18:02:29
essayer d'optimiser ça est strictement ridicule.
Marsh Posté le 06-09-2009 à 18:05:29
je sais, mais je suis perfectionniste
Et j'ai envie de connaître la meilleure solution. J'ai 40 messages différents, et ça risque d'augmenter.
Marsh Posté le 06-09-2009 à 18:09:23
ultime alex a écrit : je sais, mais je suis perfectionniste |
La meilleure solution n'est pas forcément la plus rapide, au contraire.
Marsh Posté le 06-09-2009 à 20:24:04
Citation : “More computing sins are committed in the name of efficiency (without necessarily achieving it) than for any other single reason - including blind stupidity.” -- W.A. Wulf |
Marsh Posté le 06-09-2009 à 22:17:45
ReplyMarsh Posté le 06-09-2009 à 23:17:28
regexp42 a écrit : |
2009-2010 c'est JEE, j'ai voulu faire un site php/mysql avant d'y passer
On notera que mon topique a provoqué les grands esprits, mais toujours pas de réponse à ma question
Marsh Posté le 07-09-2009 à 01:30:56
ReplyMarsh Posté le 07-09-2009 à 01:39:48
si tu mets tes 40 messages dans une base de données indexée sur un ID numérique auto incrémenté, et que tu rapatries le message en fonction de ton ID numérique en URL, la perte de temps que tu auras par une connexion SQL sera compensée par l'indexation de l'ID. Mais bon, pour 40 phrases, je suis pas sûr que tu t'en rendes comptes. T'en aurais eu 20 000 ça aurait pu être plus visible ...
Marsh Posté le 07-09-2009 à 08:03:30
NewsletTux a écrit : la perte de temps que tu auras par une connexion SQL sera compensée par l'indexation de l'ID. |
J'ai un gros doute.
Marsh Posté le 07-09-2009 à 09:02:08
Comme il dit, c'est probablement valable pour 100'000 messages. Mais pour 20 ... avec ou sans index c'est strictement pareil
Marsh Posté le 07-09-2009 à 11:53:16
Faut éviter la BDD, ovh est pas généreux en connexion avec un mutu.
Je viens de penser à un truc dément : un message = un fichier.
comme ça, je fais un include('message'.$i.'.html') ...
Ne me laissez pas sombrer dans la conner*e, j'ai besoin de vous !
stealth35 a écrit : |
oué mais non, c'est moi qui va en faire c'est pour ça, je veux pas passer à coter de php.
Marsh Posté le 07-09-2009 à 13:34:28
ultime alex a écrit : |
tu es bien profond depuis que t'as eu l'idée de créer ce topic.
Marsh Posté le 07-09-2009 à 14:01:27
franchement, se prendre la tête pour 40 messages, ça vaut pas le coup. Tu fais un tableau associatif où la clé est le n° de l'erreur et on n'en parle plus.
Marsh Posté le 06-09-2009 à 17:05:09
Salutation tout le monde
J'ai besoin de matières grises pour résoudre mon dilemme:
Il se trouve que pour le développement d'un de mes sites, j'ai été amené à créer une page "message.php", qui affiche au visiteur un message/erreur.
Chaque erreur étant déterminée par un nombre donné en $_GET, je dois trouver la bonne erreur.
Et c'est là où c'est marrant
Le plus simple, c'est d'utiliser un if/else ou un switch, mais cela risque de prendre du temps si l'erreur en question se trouve tout à la fin du script, et nécessite donc un tri par priorité....
La solution que j'ai adoptée pour l'instant, c'est de faire plusieurs tableaux ayant chacun des messages spécifiques. Ainsi peut importe le message, le temps sera le même. Cependant, un problème persiste: la création d'un tableau c'est pas gratuit en perf non plus
Alors du coup, je me sens assez perdu dans le choix à prendre.
Certains diront qu'après tout, on est pas à 2 millisecondes près, mais vu que c'est la page qui affiche des messages (surtout d'erreur), moins elle sera gourmande mieux ce sera.
Merci pour l'aide