[PHP] waarom soms niet data naar mysql?

[GiLuX]

ben ik weer met mijn probleem,

ik heb het probleem dat soms er geen data in mijn mysql db wordt gestopt.

dat is niet zo raar maar ik krijg ook geen foutmelding,

ECHTER, als ik dan nog een paar keer op refresh ram dan gaat het oppeens bv de 3e keer wel goed...

de code is dus goed maar het lijkt wel of php zichzelf soms voorbij rent en de bal ff vergeet om maar binnen WK termen te blijven.

dit fenomeen doet zich zeg maar 1 op de 6 keer voor.

nou kwam ik net in de search een topic tegen van iemand die exact hetzelfde probleem had.
was een topic van meer dan 1 jaar oud al dus het zal wel niet aan de php versie liggen.

helaas ook in deze topic uiteindelijk geen oplossing.

wie heeft dit 'zeer irritante' probleem ook wel eens gehad?

ik zou zeer dankbaar zijn als iemand me de goede kant kan opwijzen.

config:
php-4.2.1
redhat 6.2
mysql-3.23.39

php configure command:
'./configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-imap' '--with-mysql' '--enable-track-vars' '--with-openssl=/usr/local/ssl' '--enable-sockets' '--with-xml' '--with-zlib' '--with-java=/usr/local/j2sdk1.4.0' '--with-pgsql'

[ACM]

Gebeurt dat met alle php code?
Of met een specifiek script

[Limhes]

Heeft het niet te maken met caching van de pagina's? Ik roep maar wat...

[Glimi]

Nog wildere gok: 1/6 is veel, kan het niet zijn dat je een situatie niet opvangt en de variabele dan gewoon leeg is

Post eens wat code met wat bedoelingen erbij

[Verwijderd]

Denk ook dat het aan cachen ligt. Zet de proxy eens uit.

[GiLuX]

nee, ja, weet niet.

ik had op een gegeven moment het idee dat het aan mijn sessies lagen want een andere app die ik niet zelf had gemaakt die doet het soms ook (webmail proggie van devshed)
maar ik kan niet vinden waardoor het dan precies zou komen.

ik had een heel simpel countertje gemaakt die een andere pagina aanroept die weer de eerste pagina aanroept met de counter waarde in sessie maar dat gaat wel altijd goed.

het lijkt wel een combi met sessies en mysql oid....

[GiLuX]

ik heb wel ergens gelezen dat mijn kernel mijn mysql db kan corupten onder hele hoge load maar mijn servertje heeft nooit een hogere load dan 0.1 ofzo dus dat zal het ook wel niet zijn.

[Glimi]

Dan heb je echt nog een kernel van voor de oorlog geloof ik

[GiLuX]

Op maandag 10 juni 2002 21:23 schreef Glimi het volgende:
Dan heb je echt nog een kernel van voor de oorlog geloof ik

dat kan best wel eens kloppen,
wat brengt een antieke kernel tegenwoordig op by sotheby's?

[GiLuX]

goed,
ben alweer wat wijzer geworden,

punt is dat ik op een gegeven moment mijn code achter https heb gezet.

nu viel het op dat iemand met een IE5.5 versie met 128 bit encryptie dit probleem een stuk vaker had dan ik zelf met IE5.5 versie met 56 bit encryptie....

dus maar eens het hele verhaal achter https weg gehaald en nu nada errors meer...:?

voorlopige conclusie is dat https iets raars uithaals waardoor php 'soms' in de war raakt.

nu vraag ik mij dus af of dit een php probleem is of een apache/ssl probleem.

iemand hier een idee over?

[Verwijderd]

Op dinsdag 25 juni 2002 01:43 schreef GiLuX het volgende:
[...]
nu vraag ik mij dus af of dit een php probleem is of een apache/ssl probleem.

iemand hier een idee over?

Lijkt mij toch dat het aan PHP ligt, gezien Apache niets anders doet dan de gegevens die die krijgt aan php 'geven' en wat ie terug krijgt weer terug te 'geven' aan de gebruiker.