[PHP/MySQL] Na POST - Content stopt en eindigt op ...cut...

[Taro]

Ik heb al jaren een website die normaal werkt en via een formulier sla ik een tekst op via POST. Er lijkt niets aan de hand te zijn, maar sinds kort zie ik daarna in de database, of als ik het formulier met de content opnieuw ophaal, dat de tekst na een willekeurig aantal karakters is afgebroken en eindigt op ...cut...

Het gaat hier om PHP3 code die ooit over is gezet op een PHP 4 server en tegenwoordig PHP 5, maar daarna heeft het altijd goed gewerkt, tot 2 weken geleden. De MySQL versie is 5. Het is volledig willekeurig, al komt het de laatste tijd wel steeds vaker voor, de lengte van de content is ook willekeurig.

Heeft iemand een idee waar het aan kan liggen? Via Google kan ik hier niets over vinden, ook omdat de tekst natuurlijk kort is en er niets met de punten wordt gedaan en verder heb ik geen aanknopingspunten. De content wordt via de serialize functie in een text veld opgeslagen.

Bedankt!

[Verwijderd]

Hoe zeker ben je ervan dat de tekst '...cut...' nergens in de code voorkomt?

[Noork]

Ik zou eens gaan debuggen. Echo in de code eens wat de huidige post values zijn, etc.

[winkbrace]

Dit is echt een rare error...
Gebeurt het ook als je zelf via sql code rechstreeks in de mysql tabel insert? (dus ligt het aan php of aan mysql?)

[Cartman!]

Rare error maar toch herinner ik me een topic waar dit eerder in voorgekomen is hier op GoT, met die puntjes kom je er alleen ook niet echt ver mee.

[Psychokiller]

Cartman! schreef op vrijdag 05 maart 2010 @ 22:13:
Rare error maar toch herinner ik me een topic waar dit eerder in voorgekomen is hier op GoT, met die puntjes kom je er alleen ook niet echt ver mee.

Jij bedoeld dit topic waarschijnlijk, titel is haast identiek:
[PHP] Na _POST text afgebroken door ...cut...

Helaas staat er geen oplossing in zo te zien.
Is het één specifieke tabel of is ook dat random ?

Heb er nog nooit van gehoord of last van gehad.
Wellicht kun je eens een repair table uitvoeren, al is dat een wilde gok.

[Taro]

Verwijderd schreef op vrijdag 05 maart 2010 @ 18:54:
Hoe zeker ben je ervan dat de tekst '...cut...' nergens in de code voorkomt?

100% zeker, ik heb namelijk nog een andere website waar het ook op voorkomt, het enige dat ze delen is de server, geen code.

[Taro]

Noork schreef op vrijdag 05 maart 2010 @ 19:06:
Ik zou eens gaan debuggen. Echo in de code eens wat de huidige post values zijn, etc.

Natuurlijk al gedaan, bij het posten gaat het goed. Pas na het opslaan is het zichtbaar in zowel de database, als in het formulier (na opnieuw laden).

[CodeCaster]

Maar wat verwacht je van ons dan? Wij kunnen niet in je code of je database kijken. Staat het "...cut..." ook in je database? Dan ligt het aan de php-functies waar de tekst allemaal langs komt. Zoek in alle php-bestanden op de tekst, en probeer er gewoon achter te komen wanneer het gebeurt

[ Voor 12% gewijzigd door CodeCaster op 07-03-2010 17:58 ]

[Taro]

BazzPsychoNut schreef op vrijdag 05 maart 2010 @ 20:12:
Dit is echt een rare error...
Gebeurt het ook als je zelf via sql code rechstreeks in de mysql tabel insert? (dus ligt het aan php of aan mysql?)

Dat is het probleem, het is volledig willekeurig, het gaat dus meestal via PHP gewoon goed, direct in de database tot nu toe altijd. Het vreemde is dat je nergens anders iets over dit probleem kunt vinden. Ik zit nu zelf te denken aan een firewall of antivirus iets en er werken meerdere mensen mee, de een heeft er wel last van, de ander niet, ikzelf trouwens ook niet, dat maakt het debuggen ook zo lastig.

Psychokiller schreef op vrijdag 05 maart 2010 @ 23:38:
[...]

Jij bedoeld dit topic waarschijnlijk, titel is haast identiek:
[PHP] Na _POST text afgebroken door ...cut...

Helaas staat er geen oplossing in zo te zien.
Is het één specifieke tabel of is ook dat random ?

Heb er nog nooit van gehoord of last van gehad.
Wellicht kun je eens een repair table uitvoeren, al is dat een wilde gok.

Het is 1 specifieke tabel, waarin dit veld via serialize in een ´text´ veld wordt opgeslagen. Ik dacht zelf dat misschien de maximale lengte was bereikt, maar soms komt dit na 20 of 30 tekens al voor en het is willekeurig. Dat andere topic is inderdaad exact hetzelfde probleem, misschien kan ik hem eens vragen of hij inmiddels een oplossing heeft.

CodeCaster schreef op zondag 07 maart 2010 @ 17:57:
Maar wat verwacht je van ons dan? Wij kunnen niet in je code of je database kijken. Staat het "...cut..." ook in je database? Zoek in alle php-bestanden op de tekst, en probeer er gewoon achter te komen wanneer het gebeurt

Ik verwacht niets, maar ik hoop dat jullie mee kunnen denken en misschien aan overige zaken kunnen denken die ik over het hoofd zie..... Het staat ook in de database, na het posten, maar wordt niet als zodanig `geinsert`. Het kan aan een vreemd teken liggen, maar dat zou je het moeten kunnen reproduceren, sowieso ken ik geen programma of iets dat ´...cut...´ gebruikt en in de code staat het dus echt niet.

[ Voor 54% gewijzigd door Creepy op 07-03-2010 19:04 ]

[Cartman!]

Misschien een Suhosin patch die actief wordt?

[Taro]

Helaas, dat is het ook niet. We zijn nu inmiddels aan het kijken of het door het copy pasten van content uit PDF's kan komen, verder weten we het nu ook niet meer.

[Verwijderd]

Maak je gebruik van een editor als tinymce of fckeditor? Controleer dan even of de karakterset (encoding) van je webpage overeenkomt met die van je tabel. Ik heb zoiets ook wel eens gehad en toen lag hier het probleem.

[Taro]

Inmiddels lijkt de oorzaak gevonden te zijn, het heeft te maken met Zend Platform, dat bij een notice de betreffende error in een log wil opslaan, deze inkort en daarmee gelijk ook maar de $_POST waarde inkort.... Je moet er maar opkomen.

[Alex)]

Hoe ben je daar nou achtergekomen? En wat heb je gedaan om het te verhelpen? En over welke versie van het Zend Platform gaat het?

[Taro]

Alex) schreef op maandag 12 april 2010 @ 21:26:
Hoe ben je daar nou achtergekomen? En wat heb je gedaan om het te verhelpen? En over welke versie van het Zend Platform gaat het?

Wij hebben versie 3.5.0 en hebben verschillen vergeleken tussen meerdere servers, op de anderen staat geen Zend Platform, toen zijn we naar de error handlers gaan kijken en zo zijn we tot deze (voorlopige) conclusie gekomen. Laten we zeggen dat we voor 99% zeker zijn. We hebben alle mogelijke notices netjes afgevangen om het te voorkomen en dan komt het inderdaad niet meer voor.

Het blijft een vreemd probleem en als we meer te weten komen, dan meld ik me hier weer.