Ап топика. Очень нужно знать! Посмотрел SmartResponder — так они рассылают готовые выпуски, а мне нужен "кастом" через API. Как сделать?
Поделитесь опытом, желательно с комментарием, чем лучше/красивше.
Не, я PHP программист и в этом направлении хочу развиваться. Так что тут без вариантов. А от Yii я начинаю просто фанатеть — уже перекидал базовый функционал старого сайта, даже не написав ни одного запроса. А возможности настройки разных отображений разных типов страниц это просто сказка.
В общем быть может я никогда вглубь не понимал тот же CodeIgniter, но если брать чистый PHP, то я чётко понимаю, что мне пришлось бы уже написать дикое количество рутины, не имеющей отношения к бизнес-логике создаваемого сайта, которую тут за меня делает Yii.
Ещё конечно документация классная — по тому же примеру блог-системы понимаешь основы работы фреймворка на ура. А потом уже по гайду уточняешь интересующие тебя моменты — те же ЧПУ.
Начал разбираться с Yii - пока всё кажется очень красивым и логичным.
Всех читателей топика с новым, 2013 годом!
Дело обстоит так. Написан движок был пару лет назад умельцами на коленке. Далее, по ходу работы проекта, он обрастал всё новыми возможностями, большинство из которых было сделано "костылями".
Сейчас пришло время серьёзно добавить функционала, но в наращивать текущий г@вн@к@д смысла не вижу - рано или поздно развалится. Так что буду переписывать всё с нуля, используя полученные наработки.
По отзывам понял, что выбирать нужно Yii. Да и по вакансиям посмотрел - будет востребованный навык на рынке труда))
Я, собственно, и выбираю. Сейчас написано всё на CI, но я не могу сказать, что знаю его + он устарел + при переходе на новую версию придётся почти всё переделывать так и так.
По сути всё запросы, что уже созданы + структура БД + логика работа с данными никуда не пропадут. Просто я переложу их на более современное и более удобное для текущих задач решение.
Спасибо за подсказки - погуглю и постараюсь использовать по максимуму.
Очень резонный аргумент. Но тут всё опять просто:
1) Если пользователь самостоятельно перешёл по ссылке "Регистрация", то мы выдаём ему классическую форму, где ему будет предложено ввести e-mail и пароль. Если в дальнейшем он найдёт авторизацию по почте удобной — пусть пользуется на здоровье. Единственное важное отличие — перейдя по ссылке активации, пользователь сразу авторизуется.
2) Если пользователь хочет оставить комментарий, то мы просто одним из полей указываем адрес электронной почты. Затем, переходя по ссылке в пришедшем пользователю письме, он одновременно подтверждает комментарий, активирует аккаунт и авторизуется.
Т.е. ничего нового с точки зрения user-experience тут нет. Всё как раньше, только в тысячу раз удобнее, т.к. в каждом случае пользователь сначала делает то, что хотел сделать сам, а уже затем делает то, что мы бы хотели чтобы он сделал.
Есть тут один момент — неопытные пользователи очень большие параноики. И у них возникает резонный вопрос — нажимая на всякие кнопки, а не спалят ли они свой аккаунт в том или ином сервисе?
Но ваши аргументы кажутся мне обоснованными и интересными. А главное: "Теоретизировать можно сколько угодно.. а удобен он или нет - проще всего узнать у пользователей"
Надо пробовать!
Ну не знает пользователь, что такое OAuth и логинза. И разбираться не будет. И аккаунта соответствующего у 99% нет.
Формы комментирования от соц. сетей есть, но они не пользуются успехом. К тому же, я хочу контент на свой сайт, а не для соц. сетей.
