09-10 октября в Киеве, прошла, ставшая уже традиционной конференция IDCEE (Investor's Day Central and Eastern Europe). Благодаря маркетинговому гению организаторов конференции наш стартап: TheOnlyPage принял участие в этом мероприятии.



В этой публикации вы не найдете обзора стартапов принявших участие, ничего не будет сказано о выступлениях на пленарных заседаниях и мероприятиях по отбору лучших стартапов. Только впечатления от 2-х дней участия на аллее стартапов.

Тема этой публикации вряд ли заинтересует опытного разработчика веб-приложений.

Но для тех, кто впервые сталкивается с необходимостью реализовать работу с учетными записями зарегистрированных пользователей предлагаем подробное, иллюстрированное изложение основных моментов.

Сразу оговорюсь, что регистрацию через социальные сервисы не рассматривается, так как в этом случае работа с учетными записями остается в зоне ответственности соответствующих социальных сервисов.

Все манипуляции с учетными записями пользователя сводятся к следующим:

1. регистрация с подтверждением по электронной почте;
2. смена некритичных настроек;
3. смена критичных настроек — с подтверждением паролем;
4. смена адреса электронной почты — с подтверждением по электронной почте;
5. восстановление забытого пароля.

Практически любое веб-приложение предоставляет возможность авторизации пользователя с использованием учетной записи пользователя, в каком либо из известных социальных сервисов.

Магия авторизации происходит строго по протоколу OAuth 1.0а и OAuth 2.0 и значительно упрощает жизнь и владельцу веб-приложения и самому пользователю.

Остается сущая мелочь, реализовать нужный протокол применительно к конкретному веб-приложению. Регистрация и вход в веб сервис TheOnlyPage с использованием учетных записей Facebook, Google, LinkedIn и Microsoft Live работают благодаря python библиотеке Authomatic.

Согласно документации Authomatic обладает следующими замечательными особенностями:

impress.js – популярный фреймворк предназначенный для создания впечатляющих презентация просто в браузере. Правда браузер для этого должен поддерживать CSS3 3d трансформации.

Подробный разбор моментов связанных с построением презентации и отображением отдельных слайдов был проведен в предыдущей публикации. Тогда за пределами нашего внимания остались возможности управления презентацией через API фреймворка. Для тех, кому мало получаемых «из коробки» возможностей impress.js, разберем его простой и компактный API.

impress.js — популярный фреймворк предназначенный для создания неординарных, искрящихся профессиональным блеском презентаций, которые демонстрируются просто в браузере^*.

В опубликованной несколько дней назад статистике GitHub impress.js занимает 2-е место по количеству звездочек среди проектов, созданных одним автором. Совсем небольшой фреймворк, главный прикол которого заключается в том, что он служит не для создания слайдов, а для отображения переходов между слайдами и, очень часто, для отображения сразу нескольких слайдов в трехмерном пространстве.

3D трансформации между слайдами делают игру.

В продолжение двух предыдущих публикаций про первую инициирующую и вторую подгружаемую части букмарклета, для полноты картины, рассмотрим и третью резервную часть букмарклета.

Напомним, вкратце логику работы «навороченного» букмарклета:

1. Кликом по сохраненной в закладках браузера ссылке, вызывается на выполнение небольшой (до 2000 символов) javscript-код, основная задача которого организовать загрузку javascript-кода выполняющего основную работу букмарклета
2. Основная часть букмарклета после загрузки выполнят всю работу.
3. Если основную часть букмарклета невозможно подгрузить – основную часть работы, выполняет резервная часть букмарклета, как правило, в урезанном виде.

Напомним, что букмарклет это небольшой javascript-код, сохраняемый в закладках браузера, и предназначенный для выполнения каких либо задач на текущей веб-странице.

Как было отмечено в предыдущем посте букмарклет можно разделить на 3 взаимодействующие части:

1. Первая часть, небольшой, до 2000 символов javascript-код, который сохраняется в закладках браузера и, в простейшем случае может выполнять всю работу, но обычно служит для инициации работы букмарклета.
2. Вторая, подгружаемая часть букмарклета: javascript-код подгружаемый в текущий документ в процессе инициации букмарклета и обеспечивающий основную функциональность.
3. Третья, резервная часть букмарклета которая срабатывает если подгрузить javascript в текущий документ не удалось.

Первая часть букмарклета была досконально разобрана в предыдущем посте на живом примере букмарклета веб-сервиса TheOnlyPage (сервис хранения закладок, заметок и html-фрагментов)

На этот раз остановимся на подгружаемой части букмарклета.

Разнообразие возможных действий подгружаемой части букмарклета необъятно, поэтом рассмотрим только наиболее существенные моменты.

Как известно, букмарклет это небольшой javascript-код который, будучи сохраненным в закладках браузера, используется для выполнения каких либо действий над содержимым текущей веб-страницы.

Но почему в названии поста: часть первая? Потому, что современный букмарклет «с блэк джеком и шлюхами»^* обычно состоит из нескольких взаимодействующих частей:

1. первая часть букмарклета, которая является собственно букмарклетом это компактный javscript-код — не более 2000 символов, главная, но не единственная задача которого загрузить вторую часть;
2. вторая часть букмарклета: это javscript-код произвольного размера, который выполняет всю оставшуюся работу;
3. резервная часть букмараклета – которая запускается в действие, если вторая часть букмарклета не загрузилась.

И, как вы уже наверняка догадались, в данной публикации речь пойдет о первой части букмарклета,

Часть первая обычно выполняет следующие нехитрые действия:

Персональные страницы, на которых размещаются виджеты, подобранные и настроенные под личные потребности уже давно находятся вне основного тренда развития веб-сервисов.

С одной стороны, сервисы персональных страниц существуют и радуют своих преданных пользователей, лучший пример тому – сервис My Yahoo

С другой стороны, подобные сервисы прекращают работу. О закрытии сервиса iGoogle было объявлено летом 2012 года, а 1 ноября 2013 были навсегда удалены все персональные страницы пользователей этого сервиса.

В целом, можно констатировать нулевой интерес инвесторов и предпринимателей к созданию таких сервисов. Вроде бы неплохая идея предоставлять пользователю только то, что ему нужно на одной страничке наталкивается на вполне закономерные трудности:

Всё, что нужно обычному пользователю обычного сервиса онлайн заметок: оставить записочку на память и, в нужный момент, к ней вернуться.

А как же форматирование текста, вставка изображений, видео и аудио, вложения файлов, списки задач, иерархии папочек и тетрадочек, все эти милые сердцу свистульки и колокольчики, призванные украсить жизнь пользователя?

Какое количество «очень полезных» функций будет достаточным для успешного сервиса заметок?

Проблема хранения закладок такая же древняя, как и сам Интернет. Как вспоминал соучредитель компании Excite Джо Краус:

… в конце 1995 года, когда компания Microsoft предлагала выкупить Excite, ее технический директор Натан Майрвольд в сердцах кричал: Поисковая система – это не бизнес. Люди пользуются ею только один или два раза и, сделав закладки для найденных сайтов, больше никогда к ней не обращаются.^*

Вот такое уважительное отношение к закладкам присутствовало на заре Интернет эры.

Для обращения к припрятанным «на всякий случай» веб-страничкам, сервисы хранения закладок были нужны в прошлом, нужны сейчас и понадобятся в будущем.

Очевидно, проблема хранения закладок имеет значение для всех «живущих в сети», и эта проблема как-то решается, с использование различных инструментов и разнообразных подходов. Но нет общепринятого набора инструментов.