freewarfunctions — Neu: Auswertung LdB

[bwoebi]

kommt davon wenn man keine Verbindungen schließt… 5mins

[bwoebi]

da ist ein timeout von 5mins — das Prob ist, dass der Server die vielen Anfrage nicht mehr versendet kriegte und dann plötzlich 129 Abfragen gleichzeitig bearbeitet warden; zu dem wurde in die mysqld_queries.log kryptischer Mist geschrieben (hunderte 0x00-Zeichen)

zur Suche: da ist doch alles richtig? Es wird nur eben aborted wenn ein nächster Request ausgeführt wird


p.s.: geht wieder

[Cembon]

Jop, Server war grad auch down^^ EDIT: bwoebi hats ja auch geschrieben

[bwoebi]

zur Suche: da ist doch alles richtig? Es wird nur eben aborted wenn ein nächster Request ausgeführt wird

1)war ne anspielung auf die zeit (; (1m 2s)
2)der timeout is an der falschen stelle. bau den timeout beim EINTIPPEN ein,sprich,dass erst nach 0,5s oso nach eingabe angefangen wird zu suchen. DAS spart unnötige anfragen (s,sn,sni,snig,snigg < die ersten 4 fallen weg)

Ich bin grad am Arbeiten bzgl. 2)

und bzgl. 1) Soll ich den Leuten einen "Fatal error: Maximum execution time of 30 seconds exceeded" liefern?! Dann meckern nur noch mehr Leute^^

[bwoebi]

sehr langsam^^ Mea culpa… wenn ich ca. 100 Requests/Sek beim Testen absetze^^

@snigg… ich weiß… damn lass mich mal arbeiten^^

[Po1son]

ne Frage, wie schützt man sich eigentlich vor solchen sql injektionen hab das schon paar mal hier im Forum gesehen, ich weiß aber nicht ob ich das brauche bzw. wie das geht^^

Bei mir funktioniert die Suche so,

Benutzer gibt suchbegriff ein -> Bestätigt -> Sql Select XY from Table XY where Suchbegriff = Name;

[bwoebi]

und ich geb dann dies ein:

Code: Alles auswählen

'; DROP TABLE XY; --

Und schon bist du um eine Tabelle ärmer^^


Deswegen gibt es folgende Funktionen:
mysql_real_escape_string($string);
mysqli_real_escape_string($string);
mysqli::real_escape_string($string);
$mysqli->real_escape_string($string);

Je nachdem wie dein Code ist - aber evrmutlich wirdst du ersteres brauchen.

EDIT: snigg ist zu schnell

EDIT2: snigg, dein Wunsch wurde erfüllt - nur noch ein Request (Tippzeit ist 500ms)

[Po1son]

Ju past verstanden wie es tut dankeschön

[bwoebi]

Am mysql… was erwartest du bei einer halben Mio. Datensätze?!

[Cembon]

@snigg… ich weiß… damn lass mich mal arbeiten^^

Er tut das immernoch^^

[bwoebi]

@snigg… ich weiß… damn lass mich mal arbeiten^^

Er tut das immernoch^^

Nach langer Felersuche: das Problem lag nicht bei den freewarfunctions sondern in einem anderen PHP-Daemon… Jetzt dürfte es wieder normalschnell gehen.

[Po1son]

Sou ka ob hier W12er mitlesen^^

Falls ja auf meiner Seite kann man nun auch nach "älteren" Nickwechsel suchen also zumindest bis 2011-02-27 zurück, sollte soweit nun hinhaun ausgenommen sind derzeit noch die Weltenwechsler.

Kleine Seite für W12

[bwoebi]

da war eine andere Tabelle mit ca. 32,6 Milliarden Einträge die immer komplett geupdatet wurde… Warum Performanz in DBs wichtig ist


EDIT: @snigg: Öh… weniger als 30sek? xD

[bwoebi]

Zeige Datensätze 0 - 29 (62 insgesamt, die Abfrage dauerte 18.9928 sek.)

SELECT * FROM x WHERE x LIKE '%snig%' LIMIT 0 , 30


Ich verstehs auch nicht… ist wohl das WHERE x LIKE '%xxx%' was so lahm ist. Was kann man dagegen tun?

[bwoebi]

doch, es liegt am LIKE Ich bastel grad was Alternatives zusammen