Victime de son succès ?

Répondre


Cette question est un moyen d’empêcher des soumissions automatisées de formulaires par des robots.
Smileys
:D :) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :wink: :!: :?: :idea: :arrow: :| :mrgreen: =D> #-o =P~ :^o :non: :priere: 8-|
Voir plus de smileys
  Revue du sujet
 

  Étendre la vue Revue du sujet : Victime de son succès ?

par Dominic » 06 juin 2006, 11:54

en attendant une solution plus académique essayez
ereg_replace("\","",$message)

par coxine » 06 juin 2006, 11:11

Cela ne viendrait-il pas plutôt de ce qui a été saisi dans les formulaires incriminés
As tu bien pris en compte les quotes qui interfèrent avec les apostrophes
saisies dans certains champs
FPDF utilisant la quote simple comme bordure de donnée dans ses instructions il peut y avoir de l'embrouille
Bonjour
Je reviens sur ce post, car je vois que dominique parle du problème de quotes avec FPDF.
Je rencontre ce pb et n'arrive pas à débugger.... :(
Mon PDF est créé à partir d'un formulaire, je récupère les variables postées et si on écrit : J'espère. dans le champ, on a un message d'erreur et le PDF ne se créé pas. J'ai posé la question sur le forum fpdf, on me conseille d'entourer ma variable de doubles quotes $_POST["message"] mais ça ne résoud pas le pb.
Pour l'instant, j'ai utilisé addslashes et donc le message en question ressort avec J\'espère....
Pas très propre je vous l'accorde.
Quelqu'un a-t-il remédié à cela ?
Merci de vos réponses !

par Dominic » 27 avr. 2006, 18:27

Cela ne viendrait-il pas plutôt de ce qui a été saisi dans les formulaires incriminés
As tu bien pris en compte les quotes qui interfèrent avec les apostrophes
saisies dans certains champs
FPDF utilisant la quote simple comme bordure de donnée dans ses instructions il peut y avoir de l'embrouille

par ant » 27 avr. 2006, 16:18

merci zigz4g

par Hubert Roksor » 27 avr. 2006, 16:15

Si tu as installé Apache sur ton ordinateur, le plus simple serait encore d'utiliser ab.exe dans le répertoir bin/ d'Apache. Extrêmement simple d'usage.

En revanche, je suis étonné que les PDF arrivent corrompus. Généralement, quand un serveur est surchargé les symptômes sont plutôt que les fichiers n'arrivent pas du tout ou que le script plante. Regarde à l'intérieur du fichier généré avec un éditeur de texte, est-ce qu'il s'agit réellement d'un PDF ? n'y aurait-il pas un message d'erreur PHP à l'intérieur ? (cherche "line" ou "file" ou encore "php")

par zigz4g » 27 avr. 2006, 14:49

par Titoon » 27 avr. 2006, 14:17

Cool merci pour vos réponses !

Je ne cherche pas des coupables, car je suis plus dans l'optique "y a un problème, on le solutionne !" mais d'après vos dires ca serait plus au niveau serveur et bande passante le blème.

Perso, j'ai indexé mes tables, optimisé mes requêtes dans la limite du possible et de mes connaissances. Je n'ai fait aucune jointure de table, je suis passé par les sessions. J'ai juste des boucles, select, insert et update.

Mes requêtes sont pas méchantes et du type :

select * from bidule where truc = mavariabledesession.

J'ai du foreach aussi et la classe FPDF peu retravaillée...

Même s'il y a une grande quantité de requête et que le tout semble lourd, le principe et l'exécution sont plutôt simples et de toute façon si ça marche pour certains, ca devrait marcher pour les autres, non ?
Car j'ai dans l'idée qu'un développement marche ou non et qu'il n'y a pas de juste milieu !

J'attends vos commentaires ;)

Titoon

par ant » 27 avr. 2006, 13:36

PS: il existe des programmes pour stresser les serveurs internet pour voir comment ils se comportent en pleinne charge.
Du genre?
Ca m'interesserait.
Merci d'avance

par momox » 27 avr. 2006, 13:26

Aussi, il ne faut pas oublier que pour aider le serveur a éxécuter ton script correctement, il faut optimiser le script et voir si une mise en cache ne serait pas impossible.
@++

par zigz4g » 27 avr. 2006, 13:06

Salut.

Oui ton serveur internet peut etre ralenti par rapport au traffic des clients. Plus une page met de temps a s'executer, plus php vas avoir tu mal a faire du traitement et peut se stopper avant la fin du script.

Tout depend donc te ta bande passante, de ton materiel pour le serveur et du nombre de requette sur ton serveur.
Regarde les stats de ta bande passante et aussi le nombre de visiteurs. Regarde aussi les stats sur ta machine et les serveurs de base de donnees. Des requettes mal faite peuvent augmenter le traitement de tes informations et ralentir ton serveur.

La maintenance est un travail assez consequant quand l'on rentre dans l'optimisation. C'est aussi tres pationnant pour celui qui y met la patience et le temps.
Bonne optimisation.

PS: il existe des programmes pour stresser les serveurs internet pour voir comment ils se comportent en pleinne charge.

Victime de son succès ?

par Titoon » 27 avr. 2006, 12:07

Bonjour à tous,

J'ai une question technique qui n'est pas du tout dans mes cordes.

Qu'est-ce qu'il se passe si un site ou une base est très sollicitée ? Est-ce que ca peut planter des requêtes ?

Je m'explique : je génère des PDF à la volée via des infos en base. Une multitudes de requêtes s'exécutent. Mon script marche bien, je récupère bien mon PDF correctement rempli. Perso, je pars du principe que si ca marche une fois, ca doit marcher 10 fois. Je refais des tests et tout est ok. Dès que je mets à dispo cette fonctionnalité à un grand nomvbre de personnes, certains PDF arrivent corrompus d'où ma question de départ.

Bien cordialement,

Titoon, avide de connaissances ;)