Предложения по сайту. Оставляйте здесь свои предложения – уверен, Станислав их рассмотрит тщательнейшим образом, интересно ведь! При этом, если предложение будет, по сути, являться улучшением сайта, то оно обязательно попадёт в специальную таблицу улучшений, в которой можно будет отслеживать его выполнение! 😊

Спасибо за помощь в тестировании. Ещё раз резюмирую фронт работ по мобильной версии:

1. Ещё больше упростить форму добавления сообщений/комментариев, оставив на ней только поля ввода и кнопку «Добавить» (это должно решить проблему и «Неправильного результата операции»).
2. За счёт этого добиться окончательного решения проблемы появления горизонтальной линейки прокрутки в проектах вроде «Кино» (в частности, на примере страниц мультсериала «Букашки»).
3. Ещё раз проверить жалобу о том, что после добавления сообщения в данную тему гостевой через мобильную версию сайта посетитель «выкидывается» в полную версию.

А вот, кстати, и ссылка для тестирования мобильной версии с шириной экрана в 480 пикселей.

Хм, после добавления ответа на опрос из мобильной версии сайта оказываемся в полной.

Форму добавления сообщений/комментариев в мобильной версии я, вроде, упростил донельзя – прошу посмотреть-проверить в мобильном устройстве:

• лучше ли стал работать антиспам-контроль (теперь «нажатие кнопок не вызывает перезагрузку (подзагрузку JavaScript) страничек» потому что этих «кнопок» просто больше нет)?
• пропала ли горизонтальная линейка прокрутки в проектах вроде «Кино», например, на мобильной версии страницы мультсериала «Букашки»?

А я тем временем займусь исправлением подтверждённой 🙁 вернувшейся проблемы с перенаправлением из мобильной версии сайта в полноценную после добавления сообщения/комментария или ответа на опрос.

Нет, после отмены кнопок всё равно горизонтальная прокрутка осталась. Похоже, она задаётся шириной блока "текст" либо "Имя"+"Результат операции". Сдался вам этот глючный результат операции!

Нет, после отмены кнопок всё равно горизонтальная прокрутка осталась.

Всему причиной отсутствие у меня физического мобильного устройства для отладки… 🙁 Но, вроде, мы с тобой определили, что наиболее точно его симулирует то, что я раньше не использовал, – онлайн-симулятор Opera Mini – кажется, теперь я окончательно ликвидировал горизонтальную линейку прокрутки на большинстве страниц, проверяй!

Сдался Вам этот глючный результат операции!

Сдался – без него сайт заваливают спамом насмерть за считанные часы! 🙁 Что же касается его «глючности», то я о ней слышал не раз, от тебя и ещё от одного постоянного посетителя, но, к сожалению, мне самому ни разу не удалось воспроизвести ваши жалобы… ❓ Если знаешь точный сценарий воспроизведения проблемы – сообщи, ибо только тогда я смогу её исправить!

Уф, кажется, я закончил… Как можно было заметить по новостям сайта, последние три обновления (№№ 1378-1380) я плотно занимался мобильной версией сайта, попутно исправляя обнаруживаемые ошибки сайта в целом. Результат – мобильная версия без горизонтальной линейки прокрутки и без ошибок перенаправления на полновесную версию сайта после добавления сообщения/комментария или ответа на опрос. По крайней мере, хочется на это надеяться, несмотря на то, что я исправляю это не в первый раз. 😊 Прошу всех неравнодушных, особенно владельцев физических мобильных устройств не полениться и ещё раз всё проверить. Спасибо!

Подтверждаю. Горизонтальной прокрутки нет, после добавления комментария к мультсериалу "Букашки" (со второго раза, результат операции неверен 8*8=64?) в полную версию сайта не вылетело, всё нормально. В целом всё здорово, большое спасибо!

…С тех пор мобильная версия сайта была ещё немного улучшена…

…но главная моя новость на данный момент – это то, что интересное предложение Zicfrid'а, зафиксированное в таблице улучшений за № 71, уже было оперативнейшим образом выполнено в виде нового «блога» под названием «Путешествия по России» – спасибо автору за уникальный случай творческой поддержки собственной же инициативы! 😊

Как можно было заметить по изменению таблицы улучшений, благодаря настойчивости Alexa я стал активно заниматься реализацией его же идеи с регистрацией посетителей сайта – даже уже перевёл в её состояние «Реализуется». И вот мои некоторые мои размышления как об OpenId вообще, так и о Loginza в частности.

Об OpenId вообще:

1. Помнится, в моём первом ответе на идею Alexa с регистрацией посетителей, я предложил, чтобы «незарегистрированные могли писать сообщения и комментарии, но при этом в качестве своих имён не могли бы использовать имена зарегистрированных пользователей», однако сейчас задумался вот о какой трудности реализации такого поведения: при использовании OpenId пользователь всегда может изменить своё имя (псевдоним) на стороне OpenId-провайдера (например, в своём LiveJournal-профиле) – и что тогда?
   
   1.1. Например, если пользователь был зарегистрирован на «Станислав.ру» как OpenId-пользователь “Alexa”, то мы будем запрещать другим, незарегистрированным пользователям использовать это имя, а потом вдруг пользователь изменит имя в LJ-профиле на «Алексей» – и что тогда, мы будем запрещать все ранее добавленные комментарии некоего другого, незарегистрированного пользователя «Алексей»?
   
   1.2. А если пользователь стал регистрироваться на «Станислав.ру» как OpenId-пользователь “Alexa”, но обнаружилась более ранняя регистрация OpenId-пользователя с таким же именем – что делать в такой ситуации, не запрещать же ему регистрироваться?
   
   1.3. Логичным решением всех этих коллизий может стать отказ от запрета повторяющихся имён (псевдонимов), однако в чём тогда вообще будет заключаться преимущество зарегистрированного пользователя?..


2. Имя (псевдоним) пользователя так или иначе будет запоминаться в таблице (автоматически) зарегистрированных пользователей сайта «Станислав.ру» – будет использоваться значение соответствующего поля из OpenId-профиля пользователя. И тут тоже несколько вопросов:
   
   2.1. Нужно ли предоставлять пользователю возможность изменять своё имя (псевдоним) именно (локально) в таблице пользователей «Станислав.ру», или всегда брать это значение из OpenId-профиля? Мне кажется, что последнее.
   
   2.2. Сообщения в гостевой и комментарии в различных местах сайта будут добавляться под именем (псевдонимом) OpenId-профиля (неважно, взятым из OpenId-профиля, либо изменённым локально), но что делать, если это имя меняется? Всегда отображать только текущее, в том числе для всех, в том числе старых сообщений и комментариев? Тогда возможна такая проблема: пользователь участвовал в некоем обсуждении под именем «Ваня», и в тексте обсуждения к нему так и обращались, но вдруг он стал «Петей» – и что тогда, все обращения к нему будут выглядеть странно? А если не обновлять, то получится, что один и тот же пользователь может быть автором сообщений и комментариев под разными именами… ❓

О Loginza в частности: мне почти полностью понравилась эта предложенная тем же Alexa альтернатива – OpenId-провайдер Loginza с поддержкой не-OpenId-служб авторизации, так, что я даже поучаствовал в «англификации» соответствующего виджета, и уже было начал выяснять разные технические особенности… но буквально вчера натолкнулся на логичный вопрос одного из разработчиков под Loginza:

…Ограничено ли использование сервиса? Будет ли он постоянно бесплатен и доступен без ограничений? Чтоб не получилось, к примеру, так: некий проект, полностью завязанный на Вашем сервисе, в один прекрасный день вдруг узнает, что бесплатно можно не более 1'000 запросов к серверу, а для всего остального нужна платная подписка. 🙁

и ответ службы поддержки Loginz'ы:

Насчёт платности: платными будут дополнительные функции (настройка виджета, статистика и т. п.); весь текущий функционал, который доступен всем сейчас бесплатно ни в коем случае не будет предоставляться по подписке. Платные функции будут, но только как дополнение по желанию к текущему функционалу.

Насколько можно этому верить?.. Не знаю… Но я как-то забеспокоился, как-то забыл о таком нюансе… 🙁 Может, пока ещё не поздно, переключиться на реализацию собственной OpenId-авторизации? Благо ответ на больше всего мучивший меня технический вопрос в реализации OpenId (о том, используется ли при этом локальная база пользователей) уже получен. 😊

Попробую прокомментировать вышеизложенные вопросы о реализации OpenID авторизации на сайте.

1.1. Запрещать не надо, зачем? Смысл авторизации в том, что, пользуясь различными социальными сетями, пользователь может оставить комментарий на сайте с уникальным, идентифицирующим только его OpenID. Сколько бы он ни менял имя/никнейм/профиль, за него всё равно написать никто не сможет. Предполагаю, странных людей, кардинально меняющих свои данные в профилях, не так уж и много, тем более многие соц.сети при регистрации прикрепляют за пользователем уникальное доменное имя третьего уровня – типа nickname.livejournal.com, или "подпапку" вида twitter.com/username. Эти идентификаторы сменить сложнее, на некоторых сайтах это просто невозможно. В итоге, имея регистрацию на ЖЖ, как бы я не называл своё имя или как бы не обзывал свой блог в профиле, на других сайтах с авторизацией через системы типа Loginza отображается только ЖЖ-шный человечек и nickname из вышеприведённого nickname.livejournal.com, и не более того.
1.2. Второе вытекает из первого – запрещать регистрироваться не нужно, ибо на ЖЖ не может быть 2 Alexa, и на Твиттере не может быть 2 @stanislawru. Одинаковые ники с разных ресурсов и будут выглядеть как 2 разных человека. Совпадение ников (кроме случаев с одним и тем же человеком) в принципе маловероятно, да и что страшного в этом, не понимаю.
1.3. Отказ нужен. Причины и преимущества в пп. 1.1. и 1.2.

2.1. Последнее конечно, зачем что-то менять на этом сайте? Все данные должны браться из OpenID-профиля.
2.2. Обновлять. Повторяю, менять с Ваня на Петя имя мало кто станет. А если и станет, ну и чёрт с ним.

По поводу потенциальной платности Loginza – а если недавно внедрённая addthis станет платной в обозримом будущем, а если хостинг-провайдер, у которого размещён этот сайт, задерёт цены выше крыши или погорит вместе с бэкапами, а если электричество в мире кончится, и земля вдруг в обратную сторону крутится начнёт? Ответ один – если есть возможность и, главное, желание делать всё самому, и нужна надёжность и бесплатность, то конечно лучше разрабатывать своё. Хотя, разработка своей системы, если только не для конкуренции с аналогичными системами и зарабатывания на ней денег выглядит чрезмерной.