[hvd51]

Bedankt Wim

Dit was het ook bij mij.

Groet Harm

[Snarf2000]

Het wordt steeds vreemder.

In Chrome doet hij het wel maar in IE 11 niet.
Wat zou dat nu weer kunnen zijn.
***
The account xxxxxxx has been successfully enabled to use the free webservices.
***
Ook in compatibiliteitsmode doet hij het niet.
http://www.meteonoordwest.nl/verwachtin ... daagse.php

Grt Frans

[pdw112]

werkt ook niet in IE8

[wvdkuil]

Snarf2000 schrijft:

Het wordt steeds vreemder.

In Chrome doet hij het wel maar in IE 11 niet.
Wat zou dat nu weer kunnen zijn.
***
The account xxxxxxx has been successfully enabled to use the free webservices.
***
Ook in compatibiliteitsmode doet hij het niet.
http://www.meteonoordwest.nl/verwachtin ... daagse.php

Grt Frans

Werkt deels in IE9: geen selectie, geen graphs maar wel de tabel eronder.
MAAR als je het onderliggende henkka php script rechtstreeks uitvoert:
http://www.meteonoordwest.nl/yrv2/yrv2.php
dan doet die het wel correct.

Dus probeer eens de link hierboven rechtstreeks in IE11 uit te voeren.

Groeten, Wim

[Snarf2000]

Hmm, dan doet hij het wel.
Daar had ik zelf ook op kunnen komen :laugh:

ligt het dus toch ergens in mijn opbouw.
zou het door include in iclude kunnen komen?
Straks maar even puzzelen.

Bedankt voor de tip.
(maar vreemd is het wel)

Frans

[pdw112]

Voor onze weer collega uit biddinghuizen ben ik opzoek naar het probleem met zijn YR.NO
Zijn pagina laat sinds een tijdje geen gegevens meer.
De cache file wordt aangemaakt maar deze is leeg.
Al die tijd hebben we niets aan de scripte gewijzigd.
Dit is de bewuste pagina.
http://weerstation-biddinghuizen.nl/wwweersverwachting.htm

[wvdkuil]

pdw112 schrijft:

Voor onze weer collega uit biddinghuizen ben ik opzoek naar het probleem met zijn YR.NO
Zijn pagina laat sinds een tijdje geen gegevens meer.
De cache file wordt aangemaakt maar deze is leeg.
Al die tijd hebben we niets aan de scripte gewijzigd.
Dit is de bewuste pagina.
http://weerstation-biddinghuizen.nl/wwweersverwachting.htm

Dat is inderdaad heel vreemd. De drop-down met de landen en plaatsen werkt OK. De cooordinaten worden keurig doorgegeven, maar toch retourneert de yr.no webser geen forecasts.
Dit is het eigenlijke script wat in een iframe wordt uitgevoerd:
http://weerstation-biddinghuizen.nl/yr/yrtest.php?|52.37403|4.88969|Europe/Amsterdam|Amsterdam|Netherlands|NL
In de bron van de pagina staat op de juiste plaats (regel 14 - 16) het aantal ontvangen forecasts.

Code: Selecteer alles

<!-- using fresh file -->
<!-- 0 forecasts available -->
<!-- 0 forecasts available -->

Als test heb ik op een lokale server en op een externe webserver het henkka yrno script na download geinstalleerd. Alle javascripts en dergeljike hebben dezelfde nummers en lengte als in januari met de vorige problemen.
Maar als ik die scripts uitvoer http://www.weerstation-leuven.be/yr/yrtest.php?|52.37403|4.88969|Europe/Amsterdam|Amsterdam|Netherlands|NL met dezelfde plaatsnaam en coordinaten krijg ik wel de verwachte aantal forecasts.

Code: Selecteer alles

<!-- using fresh file -->
<!-- 354 forecasts available -->
<!-- 56 forecasts available -->

Ook de discussie over de nieuwe versie van de API (1.8 wordt 1.9) geldt hier niet omdat dit Henkka Yrno script daar ongevoelig voor is. Heb ik getest.

Het probleem bij weerstation Biddinghuizen is dus niet (makkelijk) reproduceerbaar.
Mogelijke oorzaak een kleine aanpassing in verleden in het yrno script die nu in fouten resulteert?

Voorstel,
1. download een nieuwe "laatste" versie van http://www.nordicweather.net/downloads/?5
2. hernoem de huidige map yr op weerstation-biddinghuizen.nl in yr-oud
3. Zet de net uitgepakte yr/yr map op de plaats van de oude.
4. Verander de debug regel 2 in yr/scripts/yr_xmlII.php in ini_set('display_errors', '0' ); als je de foutboodschappen kwijt wilt.

Als de test-url van hierboven dan wel werkt kunnen alle wijzigingen uit de vorige versie in yr-oud 1 voor 1 weer aangebracht worden. Vooral de user-id voor de dropdown.

Als die niet werkt moeten we zoeken naar verschillen in php configuratie e.d.

Groeten, Wim

[pdw112]

Hi Wim,

Heb het nieuwe script zonder aanpassingen (muv de verwijzing naar de cache map) erop maar geen resultaat.

wel een hele waslijst aan fouten.

Zelfs het script dat op mijn eigen site perfect draait doet het daar ook niet.
En het script wat er draaide was een kopie van die van mij met de juiste gegevens voor biddinghuizen.

Gr,
Arnaut

[pdw112]

Vanmorgen nog een test gedaan met het oude script van Biddinghuizen op mijn eigen site en daar werkt hij ook gewoon.
Er zal dan iets door de provider van de server gewijzigd moeten zijn.

Gr,
Arnaut

[wvdkuil]

pdw112 schrijft:

Vanmorgen nog een test gedaan met het oude script van Biddinghuizen op mijn eigen site en daar werkt hij ook gewoon.
Er zal dan iets door de provider van de server gewijzigd moeten zijn.

Gr,
Arnaut

Ik heb een test-programma bijgevoegd. Dat gebruik ik bij providers die bepaalde URLs of bestandtypes weigeren / blacklisten. Zoals hosting2go of altervista.org

Je kan het proberen op je eigen site, dan komt er zeker de benodigde xml.

Ben benieuwd wat het bij de provider van Biddinghuizen op levert.
En als je met de provider moet communiceren dan
1. is dit programmatje ook een makkelijk voorbeeld.
2. Het doet niets meer dan wat nodig is om aan te tonen dat de CURL niet werkt.
3. En ze kunnen altijd het script zelf controleren door ?sce=view toe te voegen aan de aanroep.

Nu haalt henkka de xml gegevens op via een

Code: Selecteer alles

      $html = file_get_contents($URLS);

Dus als de CURL wel werkt bij Biddinghuizen dan moet de file_get_contents omgezet worden naar een CURL.
Groeten, Wim