madkoder.com

Вернее, для начала даже не один, а 534 примера. Извините, если кого обидел.

Хорошая пошаговая статья для случаев, когда надо создать с нуля или интегировать с разных движков обычный логин для вебсайта:

http://stackoverflow.com/questions/549/the-definitive-guide-to-website-a...

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

My first rule of product design is that people are lazy, vain and selfish.

(потом: Google+ clearly fails the first test - как я и говорил)

Любой потребительский продукт или сервис, таким образом, должен делать ставку на:

1. лень
2. самолюбование
3. эгоизм

Есть ещё и другие ньюансы вроде текущих задач, любопытства (здорового и нездорового), сексуального влечения, и т.п., но для начала это прокатит.

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

RSS сейчас прикручен практически к любому скрипту - в phpbb фиды можно получать по разным разделам, а я ещё разбил и по тегам, по темам и т.п. Мемкэш внедрять сильно лень - для этого придётся много кода переписывать, и вообще архитектуру менять, иначе смысла ноль - но во многих местах просто заменяю запросы к базе на кэшируемые запросы к RSS-фидам с теми же параметрами. В надежде, что механизм кэширования раз в N минут RSS-фидов на диске в этом распостранённом RSS-парсере окажется гораздо эффективнее десятков запросов в минуту напрямую к базе.

Сапушке пора свой каталог приложений открывать, уже куча интересных инструментов и сервисов появилась на основе их xmlrpc интерфейса (да и просто вебсайта, как тот же плагин винка), а узнавать про них приходится либо на форуме среди кучи мусора, либо на других сайтах.

Одни из первых в рунете создали вокруг своего сервиса "девелоперскую экосистему". Причём без некоторых инструментов с "голой" сапой уже невозмжно работать. Пора по примеру Ябла создавать свой Sape App Store. Ну и выходить на запад, конечно, они об этом ещё в 2007 говорили.

Как правило, есть разные разделы сайта, задаваемые урлами (или регулярными выражениями урлов). Например, главная, служебные страницы, новости, блоги там, объявления и т.п.

Для каждого типа страниц ("раздела") мы обычно создаём свой кусочек ТЗ: это должно делать то-то и то-то.

Для каждого раздела мы создаём тест-план: это должно работать так-то, тестировать надо вот так. По сути, то же ТЗ, только с описанием методики тестирования.

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

Столкнулся с сайтом, который запихивает бувально все свои данные в сессию и печенья ничего не подозревающему пользователю, а потом формирует из этого все страницы джаваскриптом и dojo. Плюсы, конечно, то что страницу перегружать не надо, и обработка на стороне пользователя, а не сервера. Но выглядит это очень уродливо. У разделов сайта нет адресов, всё происходит на одном URL. О кнопке "Назад" можно забыть. Джаваскрипт и масштабируемость это круто, но надо же и совесть иметь.

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

Задача: последние каменты на странице (в форуме или блоге), если после них добавили ещё каментов, становятся совершенно незаметными. Люди как правило не догадываются пролистнуть на страницу назад и прочитать самые нижние ответы. Особенно если разговор уже убежал дальше.

Решение: ?