Comments 28
У родной библиотеки Zend (Zend_Openid) есть большие проблемы по работе с livejournal и с blogger :(
у нее как бы сказать нет проблем — она вообще не пригодная, поэтому можно выразиться что ее просто «нет».
Поддерживает компонент вроде как наш русский, но на баг уже больше недели не реагирует, а так не хочется читать спецификации и доделывать.
странно, у меня работает с Clickpass сервисом отлично
могу сделать вывод что clickpass работает на openid 1.0(либо и тот и тот) и что важно с html discovery.
В OpenID 2.0 используется XRDS discovery, реализация которого просто отсутствует в zend-framework, о чем я и указал в топике(см. @todo OpenID 2.0 (7.3) XRI and Yadis discovery )
То что он не работает с 2.0 приводит к тому что не будет работать с гуглем и еще несколькими крупными сайтами.
В OpenID 2.0 используется XRDS discovery, реализация которого просто отсутствует в zend-framework, о чем я и указал в топике(см. @todo OpenID 2.0 (7.3) XRI and Yadis discovery )
То что он не работает с 2.0 приводит к тому что не будет работать с гуглем и еще несколькими крупными сайтами.
Супер, то, что надо. Всегда интересно почитать про zend.
Недавно скачав компонент для работы с Google Calendar из Zend Framework обнаружил, что там не поддерживается некоторое количество параметров, управляющих запросами к означенному сервису Google.
Из начала вашей статьи понял, что не только «календари» они забыли дописать :(
Из начала вашей статьи понял, что не только «календари» они забыли дописать :(
Само ядро всегда работает стабильно, но сервисы(компоненты) пишут волонтеры, а волонтер такое дело — необязательное.
Вот отсюда и корни ростут. Ушел в запой, или занялся своими делами, и нет времени уже поддерживать то что начал.
Плохо то, что плохо следят за тем что актуально и не работает, а OpenID после того как гиганты вроде гугля объявили о поддержке уж просто очень актуален.
Вот отсюда и корни ростут. Ушел в запой, или занялся своими делами, и нет времени уже поддерживать то что начал.
Плохо то, что плохо следят за тем что актуально и не работает, а OpenID после того как гиганты вроде гугля объявили о поддержке уж просто очень актуален.
Ко всему прочиму у Zend много чего не дописано, кеширование (теги в бекэндах), практически все сервисы и т.д. А оно и не зачем. Все равно на рабочих проектах практически все классы необходимо расширять наследованием, а это как раз делается превосходно.
На мой взгляд в этом и есть основная задача фреймворка.
Вот к примеру, у вас получилось превосходное расширение под OpenID, за что вам большое спасибо.
К сожалению я не смог найти нормальную песочницу расширений для ZF (т.е. расширения без тестов поставляемые как есть). Кто нибудь знает подобные ресурсы? Вроде в русскоязычной группе был разговор по этому поводу, но он походу ничем не закончился (
На мой взгляд в этом и есть основная задача фреймворка.
Вот к примеру, у вас получилось превосходное расширение под OpenID, за что вам большое спасибо.
К сожалению я не смог найти нормальную песочницу расширений для ZF (т.е. расширения без тестов поставляемые как есть). Кто нибудь знает подобные ресурсы? Вроде в русскоязычной группе был разговор по этому поводу, но он походу ничем не закончился (
Теги вроде ж поддерживаются там где это возможно (зависит от бекенда).
Да, был разговор, закончился тем, что дождались пока кто-то сделал западный ресурс. — www.zfsnippets.com/
Да, был разговор, закончился тем, что дождались пока кто-то сделал западный ресурс. — www.zfsnippets.com/
тэги поддерживаются в Zend_Cache_Backend_File. Но что такое файл? если проект большой то тут либо Memcached либо Apc. Все что угодно но не файл :)
на самом деле и файлы отлично работают в больших проектах.
APC и мемкешед это очень разное, не находите?
Ну в некоторых системах теги приводят к очень большому усложнению или просто невозможно (подозреваю в АРС просто нельзя, в мемкешеде сложно и нетривиально делается, хотя у котерова видел).
просто если чего-то нет — то это не обязательно «недоделано, ибо ушли в запой», а потому что нельзя сделать, не надо или портит что-то другое, что не очевидно
Но это же опенсорс, так вперед, смело, дописывайте :)
APC и мемкешед это очень разное, не находите?
Ну в некоторых системах теги приводят к очень большому усложнению или просто невозможно (подозреваю в АРС просто нельзя, в мемкешеде сложно и нетривиально делается, хотя у котерова видел).
просто если чего-то нет — то это не обязательно «недоделано, ибо ушли в запой», а потому что нельзя сделать, не надо или портит что-то другое, что не очевидно
Но это же опенсорс, так вперед, смело, дописывайте :)
в случае с openid я считаю что можно использовать слово — недоделано. TODO как раз так и можно перевести.
В случае с кэшами — если проект скажем на шаред хостинге, тогда лучше файловый кэш чем никакого. А если есть возможность установить скажем APC, тогда нет смысла использовать файл, т.к APC ускорит работу сайта в целом, + как бонус работа с кэшем.
Насчет тэгов рассуждать не буду, т.к еще не использовал, и навряд ли буду, т.к возможность установить apc есть.
опенсорс — да, возможно буду дописывать, нужно было развернуть быстро, я это сделал, а дописать уже могу попозже.
В случае с кэшами — если проект скажем на шаред хостинге, тогда лучше файловый кэш чем никакого. А если есть возможность установить скажем APC, тогда нет смысла использовать файл, т.к APC ускорит работу сайта в целом, + как бонус работа с кэшем.
Насчет тэгов рассуждать не буду, т.к еще не использовал, и навряд ли буду, т.к возможность установить apc есть.
опенсорс — да, возможно буду дописывать, нужно было развернуть быстро, я это сделал, а дописать уже могу попозже.
Да в общем то даже поддерживаются там где не возможно, например в бекенде от Dklab для memcache, но это же не официальное расширение, а ведь если ребята из Dklab это сделали, то почему же ребята из Zend это не могли сделать.
Правда у Dklab немного странная реализация, я бы сделал по другому, ну уж как есть.
Правда у Dklab немного странная реализация, я бы сделал по другому, ну уж как есть.
Кстати, данный ресурс не понравился, мало чего то там всего, у меня в рабочем репозитории и того больше.
> В своем проекте (когда то дел
дальше не читал
дальше не читал
Спасибо за интересную информацию. Вот только вот этой вещи в My/Auth/Yadis/Email.php в openidenabled.com/php-openid/ не нашёл? Насколько я понял её там быть и должно:)
Спасибо :)
По этой ссылке openidenabled.com/php-openid/
Читайте что снизу(PHP Yadis Library там ссылка) —
Current stable release series: 2.x.x
The 1.x.x release series is provided for applications that have not yet been upgraded to use the 2.x.x library. If you need to download the 1.x.x library, you will also need the PHP Yadis Library.
По этой ссылке openidenabled.com/php-openid/
Читайте что снизу(PHP Yadis Library там ссылка) —
Current stable release series: 2.x.x
The 1.x.x release series is provided for applications that have not yet been upgraded to use the 2.x.x library. If you need to download the 1.x.x library, you will also need the PHP Yadis Library.
спасибо за ответ, не заметил ссылки
вот только Email.php там нет?:) и в том наборе, что идёт с openid тоже. Там есть вот эти файлы openidenabled.com/files/php-openid/repos/2.x.x/Auth/Yadis/.
у меня был(только незнаю точно откуда и какой версии). Впрочем как я понял, эта фитча преобразования email в ID не совсем нужная, а если и нужная то будет редко использоваться.
верно подмечено. Раньше может и был, но сейчас и у меня нет. Просто isEmail всегда возвращает false. Надо исправить код себе, и чуть статью :) Спасибо!
два замечания
1. компонента привязана к FileStore, что недопустимо при работе на кластере
2. Yadis в недрах своих хочет массив сессий, что тоже недопустимо при работе на кластере
а в целом понятно написано
1. компонента привязана к FileStore, что недопустимо при работе на кластере
2. Yadis в недрах своих хочет массив сессий, что тоже недопустимо при работе на кластере
а в целом понятно написано
Sign up to leave a comment.
Zend Framework: подключаем OpenID