Problem mit der Rückgabe von QueryString von LinkedIn für Auth mit Codesigniter 2.0.3

Question

Erstens leite ich CI 2.0.3. Mit einem guten alten Google war es nicht schwierig, Code zu finden, um mein aktuelles Problem zu erreichen. Ich habe diese Quellen gefunden, aber sie wurden mit 1.7.2 geschrieben:

http://www.sudhircodes.com/main/codegniter/status-update-to-linkedin/http://blog.justni.com/posting-to-linkedin-from-php-and-codegniter/

Ich kann LinkedIn drücken und meine Benutzeranmeldeinformationen für die Autorisierung der Anwendung einfügen.

Ich bekomme das zurück:

http://www.domain.com/auth/linkedin_auth?oauth_token=ffdd1d7f-29a3-423c-ada7-a85d31bec080&oAuth_verifier=97677

Das Problem ist jedoch, ob in der Konfiguration: $ config ['uri_protocol'] = 'auto';

Dann tritt ein 302 auf und wird in umdreht http://www.domain.com/auth/linkedin_auth Keine OAuth_Token.

Wenn Sie dann $ config ['uri_protocol'] = 'query_string' haben; Nr. 302 kommt auf

Kein Problem, ändern Sie einfach $ config ['alterted_uri_chars'] richtig? Falsch, ich ändere es und setze es sogar auf leer und bekomme nur eine HTTP -Schleife, in der es immer wieder drücke /auth /linkedIn_auth.

Hat es jemand geschafft, CI 2.0.3 gut mit LinkedIn zu spielen? Ich werde langsam kahl! :p

Vielen Dank

Answer 1

Ich werde das als beantwortet markieren.

Ich bin zurückgegangen und habe es mit einer neuen Installation von CI ausprobiert. Es klappt. Es muss also einen Gremlin woanders in meinem Code geben :(

Bearbeiten: Fanden Sie heraus, dass die Twitter -Bibliothek von Elliot Haughin den QueryString abfängt, wenn ein Twitter & LinkedIn oder AnySite bei einem Author von oAuth_Token oder oAuth_verifier an Ihre zurückgegeben wird. Also musste ich mir meine eigene CI -Klasse einfallen lassen, die die von Tijs Verkoyen erweitert.