Problem med indy IdHttp

Problemet består vel bare i, at den ikke kan forbinde til webserveren eller at det tager mere end de tre sekunder. Det er der vel ikke så meget at gøre ved, udover at prøve igen eller sætte timeouttiden op.

Hvis din kode virker normalt, må det vel være fordi din udbyder service ikke kører, og du bør derfor melde dette til din udbyder, jeg havde lidt samme problem for 6 måneder siden og det skyldtes formentlig en ustabil server

php filen kører på min egen server og jeg har klaget til mig selv.
Men problemet er jo at jeg ikke ved om servicen har modtaget det der er sendt og at det måske kun er svaret fra servicen der ikke kommer retur.

Der må stå noget i IIS logen, da det må IIS'en der ikke får det svar du ønsker, for ellers ville den jo sende det korrekte svar til dig på IdHTTP.post(URL,post)

Du kunne da starte med at udskrive hvilken fejl server sende.

Eksempel med GET:

  con := TIdHTTP.Create;
  try
    Edit1.Text := con.Get('http://arne/notexist.html');
  except
    Edit1.Text := con.ResponseText;
  end;

Jeg har lavet en opdatering og sendt ud, nu venter jeg så på at alle får opdateret og fejlmeldingerne begynder at komme retur.

Det har vist sig at være en alt for ustabil løsning, jeg får bla. følgende fejl:
EIdReadTimeout - Read Timeout
EIdHTTPProtocolException
EIdSocketError - Socket Error

De fleste fejl er Read Timeout. Nogen gange har serveren modtaget forespørgelsen og andre gange har den ikke.

Jeg finder på en anden løsning.

Smid nogle svar.

De fejl lyder ret midlertidige af natur, så jeg tror at du skal satse på at lave din
PHP service idempotent og så lade client sende requests indtil de får et OK svar
tilbage.

Problemet er at klienten sender en request, servicen retter i databasen og sender OK retur, klient modtager ikke OK og sender så request igen hvorefter servicen igen retter i databasen, det kan blive noget rod.

Det er derfor jeg siger at du skal lave din PHP service idempotent. Enten naturligt
ved at den grundliggende database operation er det. Eller kunstigt ved at du checker
for om den er lavet før.

Jeg vidste ikke hvad idempotent betød, det gør jeg nu.
Jeg har testet Indy´s TCPServer 10 og fundet ud af at det er meget let at lave en løsning hvor alle forespørgelser og svar sendes via denne og på den måde undgå at have en port åben til MySQL hvilket var grunden til at jeg prøvede med en php service.
Forløbige test tyder også på at denne løsning ikke giver samme problemer med fejl og desuden er noget hurtigere når der skal overføres mange data.

Tid at få afsluttet her ?

Havde helt glemt dette ?, Jeg har lavet en anden løsning en TCP server.
Smid nogle svar tak.

.