[c++] TIdHTTP1 error <!DOCTYPE html PUBLIC "-//W3C//DTD XHT

woensdag 31 maart 2010 20:16

Acties:

0 Henk 'm!

Verwijderd

Topicstarter

Hallo,

I ben bezig om de broncode van een site op te vragen met TidHTTP. Het enige probleem is dat ik iedere halve minuut wel een foutmelding krijg met het volgende bericht: <!DOCTYPE html PUBLIC "-//W3C//DTD XHT.........

Ik heb de volgende code:

C++: filename

String buf= buffer;

String link = "http://xxx.xxx.nl/Getdata.php?data="+buf;
String file;
IdHTTP1->ReadTimeout = 10000;
IdHTTP1->ConnectTimeout = 10000;
IdHTTP1->HTTPOptions = TIdHTTPOptions();
IdHTTP1->Request->Referer = "http://roadtrain.lukkezeh.nl/";
IdHTTP1->Request->Connection = "close";
if ((file = IdHTTP1->Get(link)) != NULL){
}
IdHTTP1->Request->Connection = "close";
IdHTTP1->Disconnect();
while (IdHTTP1->Response->KeepAlive != False){
Edit5->Text = "uit";
}

Kan iemand mij vertellen wat ik fout doe?

Groet,
Lukkezeh

donderdag 1 april 2010 12:27

Acties:

0 Henk 'm!

Soultaker

Waarom komt die "foutmelding" dan vandaan? Het ziet er eerder uit als de broncode van de pagina dan een foutmleding, maar in je code zie ik je niets printen.

donderdag 1 april 2010 13:43

Acties:

0 Henk 'm!

Creepy

Tactical Espionage Splatterer

Is dat echt je hele foutmelding? En wanneer treedt deze dan precies op? En op welke plek in je code is dat dan?

"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney

donderdag 1 april 2010 19:28

Acties:

0 Henk 'm!

Verwijderd

Topicstarter

de foutmelding komt tevoorschijn als een showmessage. De broncode van de pagina kan het niet zijn aangezien deze de regel van de foutmelding niet bevat.
Het is inderdaad de enige foutmelding.

donderdag 1 april 2010 19:31

Acties:

0 Henk 'm!

TeeDee

CQB 241

Verwijderd schreef op donderdag 01 april 2010 @ 19:28:
de foutmelding komt tevoorschijn als een showmessage. De broncode van de pagina kan het niet zijn aangezien deze de regel van de foutmelding niet bevat.
Het is inderdaad de enige foutmelding.

Al wordt de foutmelding in een log weggeschreven, dat is niet relevant.

Zou het niet zo kunnen zijn dat het een 404/500 error page is op de site/applicatie van de andere partij?

Heart..pumps blood.Has nothing to do with emotion! Bored

donderdag 1 april 2010 19:33

Acties:

0 Henk 'm!

Verwijderd

Topicstarter

Ik heb deze site zelf gemaakt. Ik denk niet dat dit het geval is aangezien ik hiervoor wel andere foutmeldingen heb gehad zoals een 400 error page.

donderdag 1 april 2010 19:46

Acties:

0 Henk 'm!

RobIII

Admin Devschuur®

^ Romeinse Ⅲ ja!

De "foutmelding" is gewoon een Doctype declaratie dus je krijgt wel degelijk HTML terug. Dat het misschien niet de HTML is die je verwacht is andere koek.

[ Voor 13% gewijzigd door RobIII op 01-04-2010 19:46 ]

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.

Je eigen tweaker.me redirect

Over mij

donderdag 1 april 2010 19:50

Acties:

0 Henk 'm!

Verwijderd

Topicstarter

ok, waar krijg ik die dan vandaan? en kan ik deze eventueel onderdrukken of afhandelen?

donderdag 1 april 2010 19:53

Acties:

0 Henk 'm!

RobIII

Admin Devschuur®

^ Romeinse Ⅲ ja!

Verwijderd schreef op donderdag 01 april 2010 @ 19:50:
ok, waar krijg ik die dan vandaan?

Je zou eens kijken wat er verderop in die string/buffer staat om te achterhalen wat er daadwerkelijk in de inhoud van de HTML staat

En je zou kunnen controleren of de URL klopt en goed aangeroepen wordt? En desnoods kijk je met een sniffer als Wireshark o.i.d. wat er over de lijn gaat...

Verwijderd schreef op donderdag 01 april 2010 @ 19:50:
en kan ik deze eventueel onderdrukken of afhandelen?

Waarom zou je dat willen

Je krijgt een onverwachte respons; dan moet je niet gaan onderdrukken/afhandelen maar zorgen dat je de juiste respons krijgt (=juiste url, zorgen dat de server draait, zorgen dat de DNS klopt etc...). Als je code dan klopt/doet wat je wil ga je 'onverwachte responses' afhandelen (server niet bereikbaar/vindbaar/http error codes etc.).

De 'onverwachte' response die je nu krijgt is nou net de sleutel tot het vinden van je probleem. Zorg dat je de response leest want de server probeert je iets te vertellen.

Verder is dit gewoon een kwestie van basic Debuggen: Hoe doe ik dat?

[ Voor 35% gewijzigd door RobIII op 01-04-2010 19:57 ]

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.

Je eigen tweaker.me redirect

Over mij

donderdag 1 april 2010 20:01

Acties:

0 Henk 'm!

Verwijderd

Topicstarter

De site die ik aanroep heb ik zelf gemaakt en de html code die ik dan terug krijg is bijvoorbeeld dit:
S1234567890

Meer zit er niet in de html code.

De site die ik aanroep klopt ook aangezien ik deze elke 2 seconden aanroep en ik elke 2 seconden een andere string krijg in een Edit veld. Dit gaat dan af en toe een keer fout maar als ik de foutmelding wegdruk verschijnt er weer de juiste waarde in het edit veld.

Het onderdrukken maakt nu ook niet uit aangezien ik elke 2 seconde da pagina opnieuw laad. en het maakt dan niet uit dat de pagina 1 keer niet gelden kan worden.

[ Voor 12% gewijzigd door Verwijderd op 01-04-2010 20:03 ]

donderdag 1 april 2010 20:03

Acties:

0 Henk 'm!

RobIII

Admin Devschuur®

^ Romeinse Ⅲ ja!

Verwijderd schreef op donderdag 01 april 2010 @ 20:01:
De site die ik aanroep heb ik zelf gemaakt en de html code die ik dan terug krijg is bijvoorbeeld dit:
S1234567890

Klaarblijkelijk niet dus.

[ Voor 13% gewijzigd door RobIII op 01-04-2010 20:03 ]

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.

Je eigen tweaker.me redirect

Over mij

donderdag 1 april 2010 20:14

Acties:

0 Henk 'm!

TeeDee

CQB 241

Verwijderd schreef op donderdag 01 april 2010 @ 20:01:
De site die ik aanroep klopt ook aangezien ik deze elke 2 seconden aanroep en ik elke 2 seconden een andere string krijg in een Edit veld. Dit gaat dan af en toe een keer fout maar als ik de foutmelding wegdruk verschijnt er weer de juiste waarde in het edit veld.

En die foutmelding, komt in de vorm van een "HTTP Error 500 Internal server error" ofzoiets? Als je dan die HTML eens bekijk (view source) zal je waarschijnlijk meteen zien waarom je een doctype declaratie in je tooltje hebt in plaats van de verwachte "S123456" etc. (Tenzij daar natuurlijk ook <html ... > omheen zit)

O, en wat RobIII aangeeft: slinger er een sniffer (Wireshark) tussen.

[ Voor 4% gewijzigd door TeeDee op 01-04-2010 20:15 ]

Heart..pumps blood.Has nothing to do with emotion! Bored

donderdag 1 april 2010 20:47

Acties:

0 Henk 'm!

Verwijderd

Topicstarter

ok, ik heb net wireshark er tussen gehangen en heb het volgende ontvangen:

code:

GET /Getdata.php?data=S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,

 HTTP/1.1

Connection: close

Host: xxxx.xxxx.nl

Accept: text/html, */*

Accept-Encoding: identity

Referer: http://xxxxx.xxxx.nl/

User-Agent: Mozilla/3.0 (compatible; Indy Library)


<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>404 Not Found</title>
</head><body>
<h1>Not Found</h1>
<p>The requested URL /Getdata.php was not found on this server.</p>
<p>Additionally, a 404 Not Found
error was encountered while trying to use an ErrorDocument to handle the request.</p>
</body></html>

Nu weet ik alleen niet wat er mis is gegaan. Hij krijgt inderdaad een verkeerde pagina terug maar die krijgt hij 2 seconden later niet met dezelfde url. Ook als ik hem handmatig daarna invoer gaat het gewoon goed.

Wat kan dit dan zijn?

[ Voor 0% gewijzigd door RobIII op 06-04-2010 23:57 ]

dinsdag 6 april 2010 19:34

Acties:

0 Henk 'm!

Verwijderd

Topicstarter

Iemand nog enig idee? ik weet het niet meer :S:S

[ Voor 5% gewijzigd door Verwijderd op 06-04-2010 19:34 ]

dinsdag 6 april 2010 19:40

Acties:

0 Henk 'm!

keejoz

Je krijgt dus een 404 error, die geeft aan dat hij je "Getdata.php" niet kan vinden. Ben je zeker dat je de juiste locatie ingegeven hebt?

"Getdata" is niet gelijk aan "getdata"

dinsdag 6 april 2010 20:57

Acties:

0 Henk 'm!

Verwijderd

Topicstarter

Ik weet zeker dat ik de juiste locatie heb ingegeven aangezien deze om de 2 seconden opent en hij meestal goed gaat maar af en toe een keer een 404 error krijgt. Dit kan dus niet liggen aan een verkeerde URL.

dinsdag 6 april 2010 21:02

Acties:

0 Henk 'm!

RobIII

Admin Devschuur®

^ Romeinse Ⅲ ja!

Verwijderd schreef op dinsdag 06 april 2010 @ 20:57:
Dit kan dus niet liggen aan een verkeerde URL.

Is het elke keer dezelfde url? Zoals eerder gezegd; er is een verschil tussen Getdata.php en getdata.php.
En als de url telkens hetzelfde is; wat verschilt er dan? Er moet ergens een verschil zitten als het de ene keer wel en de andere keer niet werkt. Dump dus van een geslaagde en een mislukte poging de gegevens en hou die langs elkaar.

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.

Je eigen tweaker.me redirect

Over mij

dinsdag 6 april 2010 23:44

Acties:

0 Henk 'm!

Verwijderd

Topicstarter

dit krijg ik in wireshark. De eerste is de goede en de tweede is de slechte.

code:

GET /Getdata.php?data=S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P, HTTP/1.1
Connection: close
Host: xxx.xxx.nl
Accept: text/html, */*
Accept-Encoding: identity
Referer: http://xxx.xxx.nl/
User-Agent: Mozilla/3.0 (compatible; Indy Library)

HTTP/1.1 200 OK

Date: Tue, 06 Apr 2010 21:37:56 GMT
Server: Apache
X-Powered-By: PHP/5.2.11
Vary: Accept-Encoding,User-Agent
Content-Length: 25
Connection: close
Content-Type: text/html

56

good<br /><br />

code:

GET /Getdata.php?data=S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,

 HTTP/1.1

Connection: close
Host: xxx.xxx.nl
Accept: text/html, */*
Accept-Encoding: identity
Referer: http://xxx.xxx.nl/
User-Agent: Mozilla/3.0 (compatible; Indy Library)

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>404 Not Found</title>
</head><body>
<h1>Not Found</h1>
<p>The requested URL /Getdata.php was not found on this server.</p>
<p>Additionally, a 404 Not Found
error was encountered while trying to use an ErrorDocument to handle the request.</p>
</body></html>

[ Voor 0% gewijzigd door RobIII op 06-04-2010 23:55 . Reden: Code-tags toegevoegd ]

dinsdag 6 april 2010 23:54

Acties:

0 Henk 'm!

RobIII

Admin Devschuur®

^ Romeinse Ⅲ ja!

Doe me een lol en gebruik voortaan code tags aub. dan verneuck je de layout niet

Ik zie verder, los van de data die je meestuurt zo snel geen verschil in de requests. Heb je diezelfde URL's al eens in je browser gemikt? En snel achter elkaar gerefreshed ofzo? Doet het probleem zich dan ook voor? Zit je toevallig op el-cheapo hosting ofzo?

En zitten er geen 0-bytes of iets dergelijks in de request? Welke andere verschillen zie je tussen goede/slechte requests? Wat staat er in de logfiles van je webserver? Remember: we zitten hier niet om voor jou te denken; dat mag je zelf doen. We denken hooguit met je mee en anders dan het dumpen van zaken waar we je op wijzen zie ik eigenlijk wat weinig eigen initiatief naar m'n zin van jezelf.

[edit]
Nu ik code-tags heb toegevoegd zie ik wél een verschil; bij de eerste staat HTTP/1.1 op dezelfde regel. Is dat een copy/paste fout of...?

[ Voor 13% gewijzigd door RobIII op 06-04-2010 23:58 ]

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.

Je eigen tweaker.me redirect

Over mij

woensdag 7 april 2010 00:07

Acties:

0 Henk 'm!

Joolee

Je tweede request eindigd op een komma, het is dus een andere request. Ik heb zo'n idee dat er gewoon iets mis is in je PHP script.

woensdag 7 april 2010 00:24

Acties:

0 Henk 'm!

RobIII

Admin Devschuur®

^ Romeinse Ⅲ ja!

Joolee schreef op woensdag 07 april 2010 @ 00:07:
Je tweede request eindigd op een komma, het is dus een andere request. Ik heb zo'n idee dat er gewoon iets mis is in je PHP script.

De eerste ook

Mocht er iets mis zijn in het PHP script dan verwacht je eerder een 500 internal server error of iets dergelijks en geen 404 not found.

[ Voor 20% gewijzigd door RobIII op 07-04-2010 00:24 ]

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.

Je eigen tweaker.me redirect

Over mij

woensdag 7 april 2010 07:05

Acties:

0 Henk 'm!

Verwijderd

Topicstarter

als er iets mis is in mijn php script zou dat betekenen dat de php pagina ook een fout geeft wanneer ik de url handmatig invoer maar dat is niet het geval. Ook wanneer ik de url waarbij het fout gaat meerdere keren snel achter elkaar invoer via een browser gaat dit goed en krijg ik geen enkele foutmelding.

Na een aantal tests ben ik er wel achter gekomen dat ik de foutmelding niet krijg wanneer ik de volgende link gebruik:

http://xxx.xxx.nl/Getdata.php?data=

Dit is dus de link alleen dan zonder data.

woensdag 7 april 2010 09:38

Acties:

0 Henk 'm!

DataGhost

iPL dev

Ik zou zeggen... kijk nog eens naar de verschillen tussen die twee dumps die je hebt gepost en probeer te verzinnen hoe je aan die verschillen komt.

woensdag 7 april 2010 22:07

Acties:

0 Henk 'm!

Verwijderd

Topicstarter

Zoals ik het zie zit er alleen een verschil in de link. de ene is iets groter als de andere maar er staat ook een extra <enter> in de link waar het fout gaat. Deze <enter> komt volgens mij door wireshark aangezien ik deze niet meezend. Voor de rest is alles het zelfde in de aanroep van de pagina.

woensdag 7 april 2010 22:14

Acties:

0 Henk 'm!

RobIII

Admin Devschuur®

^ Romeinse Ⅲ ja!

Er staan nog wat vragen open; als je daar eens naar gaat kijken en antwoorden op gaat geven... Wat je nu doet is iet echt behulpzaam en we hebben geen kristallen bol. Je zult zélf mee moeten gaan denken en zaken doen.

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.

Je eigen tweaker.me redirect

Over mij

woensdag 7 april 2010 22:38

Acties:

0 Henk 'm!

Verwijderd

Topicstarter

Wanneer ik beide urls in de webbrowser zet en snel refresh krijg ik geen error.
Ik weet niet exact wat je bedoelt met el chipo hosting.
Er zitten geen 0 bytes in de request en ook geen andere rare dingen. op dit moment is het de bedoeling dat ik de string: S12009002002000099990111155P, een willekeurig aantal keer meegeef in de url en meer staat er niet in.
In de logfiles van de server staan ook geen rare dingen.

Ik ga nu nog eenmaal kijken hoe het zit met de extra regel tussen de url en HTTP/1.1.

Edit:

Blijkbaar staat HTTP/1.1. bij een fout bericht wel op een nieuwe regel. Ik denk dus dat er ergens een \n tussen zit. Ik ga in de code kijken of ik deze er uit kan filteren.

[ Voor 15% gewijzigd door Verwijderd op 07-04-2010 22:53 ]

woensdag 7 april 2010 23:25

Acties:

0 Henk 'm!

Verwijderd

Topicstarter

Ok, ik heb nu het volgende gedaan:

Ik controleer nu karakter 1 tot 27 of dit een getal is. Karakter 0 en 27 controleer ik respectievelijk op een S en een P. ook kijk ik of de complete string 28 karakters lang is. Hierna sla ik dit elke keer op in een file en plaats ik er een komma achter.

Het opvragen van de link houd dus dat ik de file open en de inhoud hiervan achter mijn link plaats. Ik weet nu dus eigenlijk zeker dat ik nooit een foute link stuur. Echter krijg ik nog steeds de foutmelding.

woensdag 7 april 2010 23:51

Acties:

0 Henk 'm!

TeeDee

CQB 241

Test eens met een ander php ding dan GetData.php?
Dus iets als:

PHP:

1	echo "OK";

Gooit de GetData.php geen 404 op middels een of andere vage constructie?

Heart..pumps blood.Has nothing to do with emotion! Bored

donderdag 8 april 2010 00:33

Acties:

0 Henk 'm!

Verwijderd

Topicstarter

ik heb nu een bestand aangemaakt genaamd test.php. Ik gebruik nu nog steeds dezelfde link alleen heb ik Getdata.php vervangen door test.php en ik krijg nog steeds de foutmelding.

Ik zou niet weten wat voor vage constructie er moet zijn om een 404 pagina op te gooien. Vooral niet als ik de code gebruik die jij zojuist hebt gepost.

donderdag 8 april 2010 01:29

Acties:

0 Henk 'm!

RobIII

Admin Devschuur®

^ Romeinse Ⅲ ja!

Verwijderd schreef op donderdag 08 april 2010 @ 00:33:
ik heb nu een bestand aangemaakt genaamd test.php. Ik gebruik nu nog steeds dezelfde link alleen heb ik Getdata.php vervangen door test.php en ik krijg nog steeds de foutmelding.

Ik zou niet weten wat voor vage constructie er moet zijn om een 404 pagina op te gooien. Vooral niet als ik de code gebruik die jij zojuist hebt gepost.

Het zit dus niet in de PHP. Dan kan het nog zitten in "Ik gebruik nu nog steeds dezelfde link" waarbij ik aanneem dat je bedoelt dat je de parameters blijft meegeven/veranderen per request. Als dat zo is: ga dan, byte voor byte, kijken wat de inhoud van de GET request precies is; zorg dat je 100% zeker weet dat er geen gekke (onzichtbare?) tekens in zitten zoals null-bytes, tabs, spaties, andere vage meuk of dat er geen \r of \n teveel/weinig in de request zit.

Als je 100.000% zeker weet dat het niet in de request zit dan moet het in de hosting zitten. Nogmaals: heb je een el-cheapo hosting (lees: goedkope bagger hosting, duppie-eerste-rang-knoei) dan zou ik het daar gaan zoeken. Hoe dan ook: De-bug-gen. Je moet meer en beter gaan debuggen; ik zie daar helemaal niets van terug. Maak voor mijn part dumps van alle uitgaande requests (en waarbij je dus bijvoorbeeld de hex waardes van de chars in de strings ook dumpt zodat vage zaken beter/eerder opvallen) en leg je die langs elkaar om verschillen te zoeken. Debuggen: Hoe doe ik dat?

Als laatste: wat ook zou kunnen, maar dat zou vreemd zijn, is dat er zaken als proxy-servers o.i.d. "in de lijn" zitten. Weet je heel zeker dat er geen andere "tussenliggende" factoren tussen jouw PC en de server zitten die (mede) oorzaak hiervan kunnen zijn?

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.

Je eigen tweaker.me redirect

Over mij

donderdag 8 april 2010 09:43

Acties:

0 Henk 'm!

Verwijderd

Topicstarter

ik heb net de volgende code toegevoegd:

code:

int iStop = 0;
    long int length = strlen(String(buffer).c_str());
    int j;
    for (j = 0; j < length; j++) {
        if (buffer[j] < ',' || buffer[j] > 's') {
            //buffer[j] = 'X';
            iStop = 1;
            Edit6->Text = String(buffer).c_str();
        }
    }

Hierdoor gaat het niet meer fout. Ik ben er nu achter gekomen dat ik bijvoorbeeld de volgende link stuur:

code:

S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,ðgýS12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,S12009002002000099990111155P,ðgý°

Ik weet alleen niet hoe dit kan. De string komt rechtstreeks uit een file. en ik controleer elk deel wat ik in de file zet.

donderdag 8 april 2010 11:17

Acties:

0 Henk 'm!

TeeDee

CQB 241

Dan controleer je blijkbaar niet goed genoeg. Hoe komt 'die string' in 'dat file'? Wellicht is het handiger om dingen gewoon uit te sluiten, door bijvoorbeeld test.php te gebruiken ZONDER 'dat file' en dit 10000 keer aan te roepen.

Nu ben je gewoon teveel workarounds etc. etc. aan het inbouwen/controleren en wat dan ook om een ogenschijnlijk probleem met Encoding of iets dergelijks aan te pakken.

Heart..pumps blood.Has nothing to do with emotion! Bored

Pagina: 1

Reageer

Onderwerpen