[vraag] Sinds de merge werkt ?ReactID= achter urls niet meer

[Gerco]

Ik heb een script in mijn icon lopen wat de namen van de topics waarin in heb gereageerd opzoekt via de XML feed met de volgende URL: http://gathering.tweakers...67559?limit=1&ReactID=***

Dit werkt natuurlijk prima voor topics in de publieke gebieden van GoT, dat zou het zonder ReactID ook. Helaas willen topics in de HK en ABO bijvoorbeeld niet meer werken sinds de merge (kan ook al langer zijn, heb niet zo opgelet).

Ik heb een nieuwe ReactID natuurlijk, dus die gebruik ik ook. Zelfs als ik met een andere browser (vanaf mijn eigen PC, zonder cookies) probeer werkt het niet meer. Ik krijg dan:

XML:

<react>
  <section title="framework">
    <error_message_raw>User not allowed to access this forum</error_message_raw> 
    <error_message>User not allowed to access this forum</error_message> 
    <error_string>forum::get_forumdata::forum_not_allowed</error_string> 
    <error_object>global_error</error_object> 
    <error_translation>De gebruiker heeft geen toegang tot dit forum</error_translation> 
    <action>list_messages</action> 
  </section>
  ...
</react>

Ik heb ipv ReactID ook TNETID en TnetID geprobeerd, maar die werken geen van beiden. Is het nog mogelijk om op deze manier een topic op te vragen of zou mijn script het TnetID cookie mee moeten gaan sturen om nog te werken?

[crisp]

TnetID zou nogthans gewoon moeten werken, wel even opletten dat je er een gebruikt van een ingelogde sessie (welke dat zijn kan je in het logout scherm zien)

Als je echt nog ReactID's hebt dan moet je je cookies eens opschonen want die zijn sinds de merge niet meer in gebruik.

[ Voor 61% gewijzigd door crisp op 02-11-2006 09:41 ]

[Gerco]

Ik heb deze URL: http://gathering.tweakers...1&TnetID=**mijn**TnetID** gebruikt in IE7 en FF2.0.

Met FF2.0 ben ik ingelogd via de browser en krijg ik ook netjes de XML feed te zien. Als ik dezelfde URL in IE7 probeer (waarmee ik dus niet ben ingelogd), krijg ik de error.

Het cookiemonster heb ik net al geprobeerd ja. Ik gebruik nu het ID van de sessie waarmee ik dit bericht zit te tikken, vanaf dezelfde PC, alleen met een andere browser. Ik ben overigens met IE7 ook nog nooit ingelogd geweest, dus het is uitgesloten dat die nog cookies heeft slingeren

Is er een manier waarop ik veilig de hele URL kan posten (incl TnetID)? Hij ziet er zo uit (TnetID veranderd natuurlijk):

http://gathering.tweakers...xxxxxxxxxxxxxxxxxxxxxxxxx

[edit]
Whaha, hij haalt het gewoon vanzelf weg. Nou ja, kun je iig de URL nog zien.

[ Voor 53% gewijzigd door Gerco op 02-11-2006 09:47 ]

[elevator]

Volgens mij krijg je automatisch een TnetID als je ook maar 1 hit doet waardoor je die cookie dus weer hebt - althans daar had ik last van toen ik lift probeerde aan te passen

Als je alle Tnet cookies weghaalt en vervolgens geen enkele hit meer doet op deze site zonder die TnetID mee te pasten dan moet het goed gaan

[crisp]

Inderdaad, op het moment dat je een 'gewone' request doet via je browser naar een non-XML/RSS-actie krijg je al een cookie en die cookie gaat voor op de TnetID in je GET-request.

Maar TS heeft het hier over een 'script'; wat voor script is dat? Draait dat in een browser-omgeving?

[ Voor 22% gewijzigd door crisp op 02-11-2006 10:01 ]

[Gerco]

Aha *kwartje valt*.

Ik heb alle cookies gecleaned en toen alleen de request gedaan voor de xml feed en dat werkte prima. Ik heb nu maar een nieuwe sessie gemaakt voor het icon met gelocked IP en het werkt als een trein. Thanks.

offtopic:
Waarom gaat de cookie eigenlijk voor op de URL? Was dat altijd al zo?

edit:
@Crisp: http://www.gdries.nl/icon/viewcounter/showviews.php

Het laat zien wanneer de topics waar ik in het gereageerd voor het laatst zijn bekeken. Het haalt alleen de eerste keer de titel op en dan nog met een limit=1, lijkt me geen punt. Draait overigens ook al jaren

[ Voor 31% gewijzigd door Gerco op 02-11-2006 10:02 ]

[crisp]

Gerco schreef op donderdag 02 november 2006 @ 10:01:

offtopic:
Waarom gaat de cookie eigenlijk voor op de URL? Was dat altijd al zo?

Nee, dat was in React 1.9.3 nog niet zo maar dat gaf dus problemen bij mensen die een request deden met een ongeldige sessie-id in de URL waardoor React een nieuwe sessie ging uitdelen en daarbij de huidige sessie (cookie) overschreef - je was dan dus spontaan uitgelogd.
Derhalve is toen besloten om cookies altijd voor te laten gaan op GET voor XML en RSS.

[crisp]

Gerco schreef op donderdag 02 november 2006 @ 10:01:

edit:
@Crisp: http://www.gdries.nl/icon/viewcounter/showviews.php

Het laat zien wanneer de topics waar ik in het gereageerd voor het laatst zijn bekeken. Het haalt alleen de eerste keer de titel op en dan nog met een limit=1, lijkt me geen punt. Draait overigens ook al jaren

Het ging me meer om de vraag of dat script in een browser-omgeving draait of niet aangezien hij blijkbaar dus ook cookies meestuurd.

[Gerco]

crisp schreef op donderdag 02 november 2006 @ 10:06:
[...]

Het ging me meer om de vraag of dat script in een browser-omgeving draait of niet aangezien hij blijkbaar dus ook cookies meestuurd.

Nee, het draait serverside. Ik liep hier tegenaan toen ik de URL handmatig wilde testen vanuit mijn browser. Het script stuurt geen cookies, daar was iets anders mee mis.

[crisp]

Ah duidelijk

Dan kan deze wel dicht