[BC3] Wat is er ge-update?

[saviour]

RTFTT (read the fokking topic titel)

Betekend dit dat een zeker persoon weer eens is langsgeweest?

...sorry zal niet meer pesten mama

[Onno]

Gokje: niks.

[Bulldog]

Eh, ja

[saviour]

Op dinsdag 17 april 2001 20:13 schreef Bulldog het volgende:
Eh, ja

Stond net dat er ge-update werd..

[Bulldog]

Ow, dat. Ja, is geloof ik wat klein forum onderhoud, niets bijzonders

[Buzzman]

Op dinsdag 17 april 2001 20:16 schreef Bulldog het volgende:
Ow, dat. Ja, is geloof ik wat klein forum onderhoud, niets bijzonders

[Kees]

Met dank aan luite hebben we nu een kleine fix draaien, hopen dat die wat #55''s wegwerkt

(voor de techneuten: als een pconnect niet goed gaat doet hij nu in plaats van een #55, eerst nog een poging via connect (dus niet persistent), gaat die ook niet goed -> #55)

als je een lage load hebt kan het juist met persistente connecties wel eens voorkomen dat hij net out-timed, dus nu doet hij een connect erachteraan (en dan weet hij zeker dat hijde dbase niet kan vinden).

nogmaals: credits gaan naar Luite

[saviour]

Thank uuuuuuuuu Luiteeeeeeeeeeeeeeeeeee

[witchdoc]

Op dinsdag 17 april 2001 20:35 schreef saviour het volgende:
Thank uuuuuuuuu Luiteeeeeeeeeeeeeeeeeee

mja, probeer je hier te reageren krijg je code #6..
maar toch bedankt luite

[Verwijderd]

Op dinsdag 17 april 2001 20:37 schreef poohbeer het volgende:
mja, probeer je hier te reageren krijg je code #6..
maar toch bedankt luite

Uhh, wat is error 6:?
Die ken k nie.. wil k meschien ook wel zo houden...:)

Thnx luite!!!

[IceStorm]

Error #6, geen juist topic nummer toch ?

Ennuh bedankt Luite en Kees

[witchdoc]

Op dinsdag 17 april 2001 20:41 schreef IceStorm het volgende:
Error #6, geen juist topic nummer toch ?

Ennuh bedankt Luite en Kees

zoiets jah, terwijl je toch ECHT wel het juiste nummer hebt.. maja

nu gaat het weer effe heel erg slecht btw..

[Onno]

nu gaat het weer effe heel erg slecht btw..

Jep. Extreem veel timeouts, document contained no data''s, enz. Geen #55 meer inderdaad. Maar dit is geen verbetering zo.

[DiSiLLUSiON]

Op dinsdag 17 april 2001 20:18 schreef Kees het volgende:
Met dank aan luite hebben we nu een kleine fix draaien, hopen dat die wat #55''s wegwerkt

(voor de techneuten: als een pconnect niet goed gaat doet hij nu in plaats van een #55, eerst nog een poging via connect (dus niet persistent), gaat die ook niet goed -> #55)

als je een lage load hebt kan het juist met persistente connecties wel eens voorkomen dat hij net out-timed, dus nu doet hij een connect erachteraan (en dan weet hij zeker dat hijde dbase niet kan vinden).

nogmaals: credits gaan naar Luite

Persistent connecties?

Ik zou dan ff checken of alle connecties wel goed worden afgesloten, aangezien bij persistent connecties dat niet automatisch gebeurt.

Arjen zal heus niet de enige zijn die ''t wel eens vergeet waardoor sommige connecties eeuwig open blijven staan. Mocht dat zo zijn, dan is het geen wonder van die #55''s..

Just an idea..

[McVirusS]

Ik mag hopen dat dat uitgebreid getest is.

[Onno]

Ik zou dan ff checken of alle connecties wel goed worden afgesloten, aangezien bij persistent connecties dat niet automatisch gebeurt.

De hele grap van persistent connections is nou juist dat ze niet afgesloten worden, en daarom bij een volgende request weer gebruikt kunnen worden. (want connecten kost tijd)

[Wokschotel]

Op dinsdag 17 april 2001 21:30 schreef Onno het volgende:

[..]

De hele grap van persistent connections is nou juist dat ze niet afgesloten worden, en daarom bij een volgende request weer gebruikt kunnen worden. (want connecten kost tijd)

Da''s niet altijd zo... de gewone connect kan soms wel eens sneller zijn. Is dit al eens gebenchmarked ofzo? Ben daar wel benieuwd naar eigenlijk.

[DiSiLLUSiON]

Op dinsdag 17 april 2001 21:30 schreef Onno het volgende:

[..]

De hele grap van persistent connections is nou juist dat ze niet afgesloten worden, en daarom bij een volgende request weer gebruikt kunnen worden. (want connecten kost tijd)

Yup, maar er kunnen ook teveel connecties openstaan. Het is dan maar net wat je wilt, of zoveel mogelijk connecties open laten zodat de requests sneller zijn, maar dat nieuwe connecties dan wel eens niet echt willen lukken omdat er teveel open staan, of de connecties niet openlaten, zodat een request iets langzamer is, maar je request zich wel snel tussen de andere kan proppen.

[Onno]

Yup, maar er kunnen ook teveel connecties openstaan.

Maximaal het aantal apache childs.

maar dat nieuwe connecties dan wel eens niet echt willen lukken omdat er teveel open staan,

Je moet er gewoon voor zorgen dat je db minstens zoveel connecties aankan als het maximale aantal childs van apache. Dan valt er wat dat betreft weinig te mislukken.

[Femme]

Het probleem is ook niet dat er geen connecties tot stand gebracht kunnen worden. PHP maakt gewoon een connectie met de database, maar de resultaten van de queries blijken vervolgens leeg/ongeldig te zijn.

[Verwijderd]

Ik zag op FOK een lijstje met error codes en hun betekenissen: http://www.fokforum.nl/showtopic/34097

[xoror]

Op woensdag 18 april 2001 02:04 schreef Femme het volgende:
Het probleem is ook niet dat er geen connecties tot stand gebracht kunnen worden. PHP maakt gewoon een connectie met de database, maar de resultaten van de queries blijken vervolgens leeg/ongeldig te zijn.

en laat dit nou net een bekende bug zijn.
tjek : http://www.php.net/bugs.php?id=9049

bugs
of
type:

Last
Comment
By:

Search for:
in the bug database
bug number:

Statistics

Feature/Change requests must be explicitly selected to be shown



Bug id #9049

Status:
Open
User Modify Dev
Modify
From:
[e-mail]
Date:
2001-02-01 09:59:45
Type:
MySQL related
OS:
Linux 2.2.x
PHP Version:
4.0.4pl1
Assigned To:
Short Desc.:
mysqlconnect works, but mysql_query says invalid resource - with
4.0.3pl1 okay


[2001-02-01 09:59:45] [e-mail]

I have a script which is connecting to mysql using
$authdb=mysql_connect ......
mysql_error does not report an error, neither using
the select_db function.

Later in the same script, I use a mysql_query, which
is reporting invalid mysql_resource (where i do an
echo of the $authdb, which reports a correct handle).
If I move the mysql_connect & mysql_select_db jhust in
the lines before the mysql_query, it is working fine
also mysql_close($authdb) does not report an error
anymore.

This only occurs under 4.0.4pl1, where under 4.0.3pl1
the same script is working fine, without any problems.

I use exactly the same configure line as 4.0.3pl1 (
built-in mysql support).

Now I downgraded again, scripts are running okay now.
I tried also with/without optimizer on both versions,
same results.

---------------------------------------------
Tom Weber
Responsable Technique Internet
Internet Technical Manager
RTL Radio & Télé Lëtzebuerg / RTL Group
Mail : [e-mail]
URL : http://www.rtl.lu

je zou dus tijdelijk ff 4.0.3pl1 kunnnen draaien.

[Femme]

Ej, dat is interessant!