Возможно это из-за каких-то идей PHP.
Я всё чаще замечаю что PHP-разработчики не любят вводить ничего нового(включая использование новых технологий). Возможно, просто на PHP нет нормальных решений. Советую обратить внимание на джаву, руби, пайтон. Там с открытыми системами авторизации в разы лучше.
Я хочу сказать что регистрация на каждом сервисе не нужна, что нужно придумать как указать пользователям, что можно войти сразу, без регистрации И позаботиться о том, чтобы у пользователей были аккаунты хоть в одной из поддерживаемых систем.
Личный кабинет? Авторизация через открытые системы гарантирует что только пользователь получит доступ к личному кабинету и только нужный.
На самом деле геморрой у вас был не от OpenID, а от того, как тяжело изменить поведение выбранной системы(друпала) и интегрировать в него работу с открытыми системами авторизации.
Поверьте, это не значит что оно везде сложно. Возможно, следует изучить другую систему, более современную и продуманную.
Да, это камень в огород друпала, но всё не просто так. Я сам иногда работаю с друпалом и хорошо понимаю что система не так хороша, как её кличут.
На самом деле всё очень даже просто, если система аутентификации не, простите за выражение, говно.
Я сейчас использую Repoze.who+what. Я сделал один плагин, который является фильтром, работающим с бд. Он в модели пользователей хранит 5 важных полей:
идентификатор системы аутентификации
идентификатор пользователя в этой системе
почту
пароль
id активации.
Благодаря такой логике, я смог написать плагин локальной системы авторизации, который почти ничего не делает, а рядом с ним, с таким же интерфейсом, остальные плагины для других систем авторизации.
Да, есть проблема — дизайн формы входа/регистрации, имплементация форм для регистрации, обработка их etc. Но оно того стоит, если регистрация очень нужна.
Главный вопрос: а нужна ли регистрация? Пока сам только анализирую информацию и вижу что люди, плохо понимающие что такое PC, регистрируются в системе, а не используют открытые системы. Причин много, но вот основные:
привычка(найдя кнопку Вход, люди проигнорируют её, они ищут именно Регистрация)
нет аккаунта в другой системе(даже если и нажмут Вход, то не факт что у домохозяйки есть аккаунт ДАЖЕ во вконтакте).
К слову, использование открытых систем авторизации (VK OpenAPI, OpenID, OAuth etc) решает эту проблему в большинстве случаев.
Однако, есть и другое решение, которое я иногда встречаю в вебе. Заключается оно в том, что для регистрации нужно ввести только адрес почты, на который приходит ссылка для продолжения регистрации. Если введено не то «мыло», то ничего страшного.
Вот за 960gs огромное спасибо! Выглядит интересно, но только не понятно что там с резиновой вёрсткой, не подскажете?
Про zen coding знаю, но не думал что он генерит всё-всё-всё. Надо будет глянуть.
Ну вот что-то вроде reset.css, но более полное, с различными фиксами вроде фиксинга прозрачности png в ie.
oocss вообще не плох, но маловат и цели у него сомнительные. Бойлерплейт вот был бы идеалом, но он разваливается на глазах.
В том и фишка, писать своё это велосипедостроидельство. Если есть готовое, то я бы использовал то что есть.
Да и сама «заготовка» не зависит от целей, как правило.
Будь у человека больше вычислительных ресурсов, я бы посоветовал именно Пайтон, т.к. в нём присутствуют все парадигмы в необходимом для качественного кода объёме.
В конце концов, Пайтон не создан для таких вещей. Если такое и писать на нём, то только в виде модуля на Си.
Ради эксперимента, могу посоветовать тот же CL, Haskell, но для первого нужны хорошие программисты(чтобы не наделали бед), а для второго нужно много времени на изучение и сложнее найти специалистов.
Могу посоветовать C++ с использованием Qt, boost, получается не такой и страшный код, зато в будущем не будет проблем.
Спасибо за ссылку, однако я уже достаточно изучил таких списков. Увы, они составлялись на рассвете Jabber-эры, а сейчас только фильтруются по онлайну(в лучшем случае).
Мне было интересно узнать о серверах, которые не представлены в таких списках.
Да что такое, ничего не нажимал, а оно само запостилось.
Тем не менее: pypi.python.org/
В наборе утилит setuptools есть утилита easy_install, которая позволяет управлять пакетами пайтона.
Для получения свежей версии пакета, достаточно сделать в консоли из-под администратора(root):
easy_install -U packagename
Имена пакетов все достаточно просты. Для обновления PyQt до последней версии нужно сделать:
easy_install -U PyQt
Тогда будет установлена последняя версия пакета PyQt, который является биндингом к Qt.
Перед этим следует обновить сам Qt до последней версии, поскольку пакет PyQt имеет ещё и модули на C, которые будут компилироваться с текущими библиотеками в момент выполнения команды easy_install.
TheShock выразился достаточно грубо, в стиле заядлых хабровчан, но в целом прав — заголовок должен быть информативен, отражать суть сказанного в основном тексте. Пример: «Посоветуйте как лучше сделать меню на сайте», «Какой из предложенных вариантов меню сайта будет смотреться лучше?».
Т.е. интересует модель отдельного приложения с 3д графикой?
Увы, таких движков достаточно мало из-за трудности разработки таковых. Даже если бы существовало готовое решение, то его использование было бы трудным для человека вашего уровня знаний.
Если есть большое желание, куча времени etc, то советую начать изучать C++, OpenGL. Затем, поняв основы программирование 3д приложений, выбрать графический движок, коих очень и очень много. Тот же UE.
Если требуется именно онлайн-игра, то нужно будет изучить основы построения сетевых приложений. Здесь только могу посоветовать спросить чего почитать, да самим поинтересоваться такими вещами как boost::asio.
С редактором уже потом поймёте что делать. Он либо будет с графическим движком(редактор сцен), либо придётся делать самому.
Есть ли путь проще, чтобы поставил, настроил через GUI и играть? Нет, конечно. Есть и такие разработки, но они очень просты и в результате дают очень простой результат в виде 2д-аркады(как правило).
Есть и более развитые конструкторы вроде DarkBasic, которые требуют владения языком программирования, но достаточно минимально. Однако такие конструкторы давно умерли и считаются, простите за обобщение, позором для геймдева.
Если у вас нет желания изучать С++, становиться гиком, нормальным программистом, то всё что можно посоветовать — изучить какой-нить язык для веб-программирования и сделать игру в вебе. Конечно, можно быть и нормальным программистом работая в вебдеве, но нужно иметь ввиду что нормальный программист умеет не просто штамповать гостевушки, хомяки и визитки.
Что ещё хочется добавить, так это то, что данные вопросы не редки в мире IT и ответом на них всегда является что-то вроде: нужно изучать %techname%. Важно понять что в любом случае будет необходимо изучить что-то сложное, для чего не хватит знаний обычного школьника, который играет в кризис и не знает что такое ООП. Нужно смириться с тем, что придётся изучать что-то сложное. Нужно взвесить все за и против.
Конечно, ответ хорошой, но меня интересует не ПО(в этом я и сам хорошо разбираюсь, спасибо), а сервисы, предоставляющие доступ к своему jabber-серверу.
Нужен именно провайдер XMPP-сервиса, а не ПО.
Интересуют полноценные сервисы вроде jabber.org, но не частично имплементирующие XEP'ы. Важным условием является поддержка MUC и s2s.
Возможно, я не так выразился. Требуется нормальный сервер, использующий ПО вроде OpenFire, ejabberd, jabberd, Prosody, а не сервис-«обрубок» вроде гугла или vk.
На свой сервер или localhost я могу поставить, но интересовал именно вариант с готовым провайдером данного сервиса(вроде jabber.ru, jabber.org etc).
LJ Talk, возможно, чем-то и подходит, но там нет поддержки MUC(чатов, иначе говоря).
В любом случае спасибо за совет.
Я всё чаще замечаю что PHP-разработчики не любят вводить ничего нового(включая использование новых технологий). Возможно, просто на PHP нет нормальных решений. Советую обратить внимание на джаву, руби, пайтон. Там с открытыми системами авторизации в разы лучше.