olfi hat geschrieben:Bin gerade dabei mein GSAK Makro GCVoteGrabber an die neue URL anzupassen. Dabei ist mir aufgefallen, daß man nicht mehr 50 (oder mehr) Caches pro Request anfragen kann, sondern nur noch maximal 27. Ist das Absicht? Angesichts der krummen Zahl wohl eher nicht.
Huch? Was passiert denn, wenn man es mit mehr versucht? Gibt es eine Fehlermeldung im XML?
Auf der Karten-Ansicht habe ich gerade 120 Caches mit Bewertungen. Das Greasemonkey-Skript scheint das Problem so nicht zu haben. Vielleicht liegt es an POST/GET?
Ich habe beim Umzug eine Grenze von 500 Caches eingebaut, allerdings nicht getestet. Deswegen mache ich mir schon Sorgen, dass ich schuld dran bin. Das muss ich mir nach Feierabend noch genau anschauen.
Habe ich beim Anpassen des GSAK-Makros auch festgestellt und deshalb dort 25 als maximale Anzahl genommen. Wenn man mehr als 27 nimmt, funktioniert es nicht mehr.
Ich habe mal etwas experimentiert und kann auch mehr Caches gleichzeitig abfragen, wenn ich Waypoints statt Cache-IDs benutze. Es hat wohl mit der Länge der URL zu tun.
Anscheinend werden Parameter über 1000 Zeichen nicht an PHP übergeben. Wenn ich mir den Parameter ins XML schreiben lasse, bekomme ich da einen leeren String zurück. Da scheint Hosteurope eine interessante Konfiguration zu haben. Ob man das ändern kann?
Das Kommando in GSAK lautet GetUrl( ). Ob das jetzt ein GET oder POST absetzt, ist leider nicht beschrieben.
BonnerGuido hat geschrieben:Ich habe mal etwas experimentiert und kann auch mehr Caches gleichzeitig abfragen, wenn ich Waypoints statt Cache-IDs benutze.
Ist die Abfrage über Waypoint ein neues Feature? Ist das zum offiziellen Gebrauch geeignet?
Waypoints gehen praktisch schon immer, zumindest seitdem es Sternchen auf der Karte gibt. Ich habe aber nicht zu allen Caches den Waypoint, so dass es bisher immer besser war, per Cache-ID abzufragen.
GetUrl() hört sich sehr nach GET an.
Ich wusste ja, dass GET Grenzen hat, aber kannte es bisher nur so, dass Browser URLs nach 1000 oder 2000 Zeichen abschneiden. Dass es Webhoster gibt, die lange Parameter ganz wegschmeißen, ist eine ganz neue Erfahrung für mich. Was man nicht alles lernt im Leben.
BonnerGuido hat geschrieben:Waypoints gehen praktisch schon immer, zumindest seitdem es Sternchen auf der Karte gibt. Ich habe aber nicht zu allen Caches den Waypoint, so dass es bisher immer besser war, per Cache-ID abzufragen.
Ich habe die Abfrage per Waypoints mal ausprobiert und festgestellt, das die Caches nicht in der Reihenfolge zurückgeliefert werden in der ich sie angefragt habe. Steckt da eine bestimmte idee hinter?
olfi hat geschrieben:Ich habe die Abfrage per Waypoints mal ausprobiert und festgestellt, das die Caches nicht in der Reihenfolge zurückgeliefert werden in der ich sie angefragt habe. Steckt da eine bestimmte idee hinter?
Die Reihenfolge ist so, wie die Daten aus der Datenbank purzeln. Weiter habe ich mir da keine Gedanken zu gemacht. Nach Abfrage-Reihenfolge ginge natürlich auch, wenn's jemandem hilft. Lohnt sich das?
olfi hat geschrieben:Ich habe die Abfrage per Waypoints mal ausprobiert und festgestellt, das die Caches nicht in der Reihenfolge zurückgeliefert werden in der ich sie angefragt habe. Steckt da eine bestimmte idee hinter?
Die Reihenfolge ist so, wie die Daten aus der Datenbank purzeln. Weiter habe ich mir da keine Gedanken zu gemacht. Nach Abfrage-Reihenfolge ginge natürlich auch, wenn's jemandem hilft. Lohnt sich das?
Die Abfrage über Waypoints würde das aktuelle Limit von maximal 27 Caches per Guid überwinden. Fragt sich nur wie vollständig die Caches in GCVote den Waypoint enthalten. Käme auf einen Versuch an.
Anscheinend gibt es für Apache einen Parameter LimitRequestFieldSize, der normalerweise auf 8k steht und längere GET-Parameter verwirft. Ich habe mal per Mail bei hosteurope nachgefragt, ob die daran gedreht haben und ob ich was dagegen tun kann. Bin mal gespannt, wie kompetent der Support ist.
