curl met ssl geeft lege string met lengte 104 terug....

[Verwijderd]

.

[ Voor 111% gewijzigd door Verwijderd op 01-11-2023 01:28 ]

[crisp]

Zit je het resultaat in een browser te bekijken? Zo ja, bekijk je dan wel de broncode van het resultaat?

[RobIII]

^ Wat hij zegt. Of gooi even voor regel 13 het volgende: header("Content-Type: plain/text");

Verder: Waar hoort mijn topic?
WEB >> PRG

[ Voor 35% gewijzigd door RobIII op 18-10-2012 01:42 ]

[alex3305]

Daarnaast kan het soms helpen om jezelf voor te doen als een andere browser. Zie ook bijvoorbeeld deze StackOverflow vraag.

[RobIII]

alex3305 schreef op donderdag 18 oktober 2012 @ 01:48:
Daarnaast kan het soms helpen om jezelf voor te doen als een andere browser. Zie ook bijvoorbeeld deze StackOverflow vraag.

Dat lijkt me niet aan de orde hier; er is wel degelijk een response van 104 tekens maar Hasse "ziet" deze niet. En dat is heel goed mogelijk als de response iets is als:

XML:

<foo id="123">
  <bar id="456">
    <baz id="789">
    </baz>
  </bar>
</foo>

Je browser gaat dat als "HTML" proberen weer te geven en omdat er geen inhoud is, enkel tags/elementen, zie je niets.

For fun:
* *
Tussen de twee sterretjes hier staat de "fictieve response" (doe maar eens view-source of kijk hier). De "spatie" de je ziet is enkel de (collapsed/compacted) whitespace uit het elementen/tags. Dit geeft geen whitespace/"spatie":

XML:

<foo id="123"><bar id="456"><baz id="789"></baz></bar></foo>

As you can see:
**

Waarom browsers dat zo doen (en dan heb ik 't over de whitespace uiteraard, niet over de onbekende elementen/tags niet renderen) lees je hier:

quote: http://www.w3.org/TR/REC-html40/struct/text.html#h-9.1

In particular, user agents should collapse input white space sequences when producing output inter-word space.

[ Voor 42% gewijzigd door RobIII op 18-10-2012 02:10 ]

[johnkeates]

Het is ook mogelijk dat het servercertificaat fout is. (fout, als in, geen hostname als cn) Zet CURLOPT_SSL_VERIFYHOST ook eens uit.
Daarnaast: je kan ook je netwerkverkeer sniffen, misschien komt dat hele request verhaal niet eens door of op gang! Meten is weten enzo

[RobIII]

johnkeates schreef op donderdag 18 oktober 2012 @ 02:05:
Het is ook mogelijk dat het servercertificaat fout is. (fout, als in, geen hostname als cn) Zet CURLOPT_SSL_VERIFYHOST ook eens uit. Daarnaast: je kan ook je netwerkverkeer sniffen, misschien komt dat hele request verhaal niet eens door of op gang! Meten is weten enzo

Again: dat lijkt me niet aan de orde (maar ik sluit 't niet uit). Er is namelijk een response, te zien aan string(104) " ".

[Verwijderd]

.

[ Voor 99% gewijzigd door Verwijderd op 01-11-2023 01:28 ]

[RobIII]

Verwijderd schreef op donderdag 18 oktober 2012 @ 15:13:
moet ik beter het antwoord van RobIII bestuderen?

Dat. Je hele post is redelijk klok/klepel

Verwijderd schreef op donderdag 18 oktober 2012 @ 15:13:
Als ik substr doe op $result (bv van 1 tot 20) dan krijg ik wel een deel van de xml file te zien.

XML behandel je alleen met een DOM/SAX parser. Alle andere geintjes (regexes, string-functies als substr) en dergelijken zijn gewoon out of the question. Punt. Nee, geen maar en mits.

Verwijderd schreef op donderdag 18 oktober 2012 @ 15:13:
Ik heb de result nu helemaal ontdaan van vreemde characters en dan werkt het wel.

Hoezo "vreemde characters" Er is niets "vreemds" aan XML... Je moet escapen, of, veel makkelijker gewoon deze oplossing toepassen.

Verwijderd schreef op donderdag 18 oktober 2012 @ 15:13:

code:

$result = trim(htmlentities($result, ENT_QUOTES, 'utf-8'));

Soort van work around oplossing...

Dat is één manier (het zojuist genoemde escapen) om toch XML weer te geven; een andere is deze oplossing gebruiken of zelfs met een content-type text/xml of application/xml. Maar al die oplossingen zijn alleen bedoeld voor wanneer je die XML wil weergeven in je browser. Ik neem echter aan dat je iets met die XML wil gaan doen (verwerken, in een DB proppen, weet-ik-het) i.p.v. weergeven. En dan hoef je die zaken dus helemaal niet te gebruiken maar juist een DOM/SAX parser.

[ Voor 79% gewijzigd door RobIII op 18-10-2012 19:08 ]