В моем нынешнем проекте -- "Неком Музыкальном Сервисе" (о котором я еще, наверное, не раз напишу, уж не обссудьте) -- есть одно интересное требование, назвающееся "контролируемое скачивание", которое означает, что:
для отдельных категорий пользователей скорость скачивания должна быть ограничена система должна быть в курсе, когда скачивание успешно завершено
Это одна из тех вещей, которая отличает этот сервис от [...]
Считается, что при создании веб-приложений графическим дизайном и программированием должны заниматься разные люди. Ведь известно, что инженерный и художественный таланты редко уживаются в одном человеке. А еще есть юзабилисты, которые до недавнего времени вообще были очень несчастными людьми, когда пытались объяснить миру саму необходимость своей профессии, и что часто чисто инженерных и чисто художественных мозгов [...]
HTTP не случайно стал одним из самых используемых транспортов в программировании всяческих веб-сервисов. Он, во-первых, прост в использвании, чему способствует и сама архитектура, и то, что хорошие библиотеки для него есть, наверное, под любую среду. А во-вторых, у него есть куча дополнительных сервисов, о которых в начале программирования вообще не надо задумываться, а зато когда [...]
Пост про XHTML принес мне немало трафика. Хочу еще!
Если серьезно, то в комментариях к последней статье "Учебника" titmouse снова поднял вопрос о совместимости с XHTML, и я решил еще раз осветить этот вопрос с меньшим техническим уклоном и добавлением еще пары мыслей.
Макс Ищенко решил не следовать моему совету выбрать Django для веб-разработки и выбрал TurboGears :-). Ни в коем случае не хочу как-то спорить с этим решением: может быть миллион причин выбрать то или это. Вместо этого я, как пропагандист Django, хочу прокомментировать то, как он обосновал свое решение в двух следующих постах.
Давно хочу написать про Django. В итоге, вот, сподвигся, прочитав песню о Ruby и Rails на Julik Live.
Некоторое время назад два человека из тех, блоги которых я читаю, выражали желание заняться написанием Правильной Статистики. Хочу поделиться идеей для такого сервиса.
При разработке интернет-магазина почти любого рода вам обязательно придется столкнуться с придумыванием структур "корзины" и "заказа". И здесь можно попасться на одну заманчивую обманку, от которой я хочу веб-программистов предостеречь.
К своей статье о хранении объектов я получил некоторое количество откликов, некоторые из которых были полезными (спасибо!), а некоторые немало меня удивили. Настолько, что я не могу удержаться от разъяснений.
При проектировании веб-систем более-менее неигрушечного размера (форум, баг-тракинг, wiki) обычно принято хранить данные в какой-нибудь серверной БД.
При разработке TaCo я решил отойти от этого решения. И вот почему...