Тоже так думал, может причина в безопасности, только если задуматься какая безопасность если данные также можно получить, просто делается это через JavaScript.
Кроме как игнорирования технологии PHP больше причин не вижу. Хотя конечно, может и ошибаюсь
Виноваты не разработчики а те дибилы который такой параметр передают.
Ведь все было бы просто если бы вместо знака # поставить знак ? и разработчик имея такую возможность этого не сделал.
Вопрос - почему?
Здравствуйте! Я опять пришел жаловаться на тупизм разработчиков. На это раз Mail с их OAuth. Разработчики явно не долюбливают PHP.
Например, мне нужно получить параметры после авторизации в Mail.Ru через OAuth.
Для JS программистов они сделали все сладко да гладко.
Если нужен ответ авторизации, то есть необходимые данные (токен, ключи и т.д) приходят данные в таком виде
Как вы поняли это для обработчика на JavaScript, теперь мне нужно получить GET параметры чтобы их обработать, но вместо того чтобы вернуть те же данные через знак ? вместо # они предлагают следующее
Цитата:
В этом случае результат авторизации выозвращается в виде GET-параметров, чтобы вы сразу имели к ним доступ с сервера, например, так:
http://example.com/oauth/receiver?
code=cfb65617ee147446cb17fba30b2 fdc5e
Обменяйте полученный авторизационный код на идентификатор сессии, который вы сможете использовать для доступа к REST API. Для этого с сервера сделайте следующий POST-вызов на адрес https://connect.mail.ru/oauth/token:
> POST /oauth/token HTTP/1.1
> Host: connect.mail.ru
> Accept: */*
> Content-Length: 186
> Content-Type: application/x-www-form-urlencode d
>
> client_id=464119&
client_secret=ac7fd2cc742c70a707cad3f6b2ca1c89&
grant_type=authorization_code&
code=000ff8627d2d79b60ebdaf004f9a68aa&
redirect_uri=http://example[dot]com/oauth/receiver
Понятное дело что хочется как то обойти этот дибилизм.
Как я понял решается это 2 путями.
1) либо как то перехватить редирект и поменять символ # на ?
2) или получить всю строчку, только вот как? $_SERVER['REQUEST_URI'] не видит то что после знака #
Пожалуйста предложите какие нибудь способы для этих двух вариантов.
Решил расширить языки сайта добавив китайский, за примером далеко ходить не стал и посмотрел как это сделано ВКонтакте, в исходном коде обнаружил что китайский язык выводится через коды символов, например
Вроде врубился)
Если этот сервис станет популярным то можно вообще забыть что такое авторизация на сайтах, и никогда больше не видеть бесячей надписи "Войдите или зарегистрируйтесь чтобы скачать файл".
Только для реализации OAuth или OpenID использовать смысла нет т.к этот сервис сам своего рода протокол авторизации, основанный как я понял на Cookie хотя в данной ситуации или куки или сессии. Но как я знаю (может ошибаюсь) между разными доменами их не передать
Для начала нужно установить PHP интерпретатор и сервер.
Например Denwer - готовый серверный пакет.
Winginx - так же готовый серверный пакет.
Ну или собирать самому по отдельности установив и настроив:
1) Сервер (Apache, IIS, nginx)
2) Интерпретатор (PHP + MySql)
Или выучить C++ и написать свой сервер и интерпретатор или свой язык программирования, со своими тегами
NoPaper ВК не дает никаких данных о сообщениях, даже число новых сообщений.
Хотя что криминального в том что приложение знает число новых сообщений пользователя?
Через браузер это нужно сделать надстройку на браузер чтобы она парсила сообщения вконтакте и передавала их в скрипт, этот вариант отпадает т.к я не умею делать плагины.
Есть вариант реализовать без OAuth, поставить свою форму авторизации, и через скрипт входить в аккаунт и выводить сообщения.
Только где этот скрипт найти, написать у меня не получается, в инете не нашел.
PHP скрипт от компа не зависит.
Если запись в базу идет через поля input то может просто значения не доходят, например отправка данных реализована через JavaScript а браузер их не поддерживает
Главная
Помощь
Поиск
Пользователи
Найдено сообщений: 43
