Все же да. Поторопился.

Понятно, что дохренищща. Я к тому, что при увеличении числа хэшей, вероятность его угадать растет.

MD5 имеет 2²⁵⁶ комбинаций. Если мы нагенерируем такое кол-во хэшей, то покроем все комбинации, и сможем войти с любым паролем. Т.е. при увеличении кол-ва хэшей в таблице мы облегчаем задачу взломщику. Не?

Заголовок «Cache-Control: no-cache» заставляет фаерфокс и хром не отсылать If-Modified-Since и If-None-Match. В других браузерах не проверял.

Лучше б чемпионат по старкрафту устроили

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

У одноимённых методов может быть разная область видимости и разный набор входных переменных. Тогда действительно неясно становиться, какой из методов наследовать. Интересно, как это решенов C++ и Java?

Минималистичный лаунчер в стиле WP7 market.android.com/details?id=info.tikuwarez.launcher3&pli=1

Мне показалось, что я прочитал эту статью лет 7 назад, вот буквально слово в слово. Поэтому и нашёл в гугле ссылку.

Да, Шерлок, напоминает. Но это кросспост.

www.volinrok.com/2011/02/25/12-uyazvimostej-veb-prilozhenij-o-kotorykh-dolzhen-znat-kazhdyj-razrabotchik/

вырастить живот и посадить печень

Даешь каждой CMS по IDE! Ведь как прекрасна, легка и беззаботна станет жизнь.

Всегда считал, что любой инструмент должен облегчать разработку и поддержку. Эта система сложна и тормознута. В чём профит?

Список недостатков полностью убивает список достоинств. Единственный плюс — призрачная безопасность. Хм…

Если вас интересует процесс проектирования приложений, то могу только отчаянно рекомендовать. В книге описывается и сам процесс проектирования и проектирование отдельных элементов интерфейса. Но самое главное это то, что автор буквально вдалбливает в голову, что приложения нужно делать не ради процесса, а ради достижения целей. Причем как целей заказчика так и целей пользователя.
Короче, книга отрезвляет и вдохновляет.

Целеориентированное проектирование. Алан Купер в книге «Об интерфейсе» очень грамотно и настойчиво вдалбливает в голову этот подход.

Интересный эффект: если на ЖК мониторе поскроллить страницу с первой картинкой вверх-вниз, то в некоторых положениях текст на картинке появляется-исчезает.

Нифига себе оптимизация, нифига себе не повлияет. 0.2 секунды.

Я тоже так понял. Только или пример неудачный или я не вижу смысла в такой оптимизации. Делать последовательные вызовы к другим серверам будет намного накладней, чем локальный код. В большинстве случаев оптимизации требует именно база данных, а это происходит другими способами. Если вам нужно оптимизировать именно код, то скорее всего вы одна из ста компаний мира с многомиллионной аудиторией, и вы не используете Kohana.
А если уж оптимизировать таким образом, то чтобы избежать задержек, вызовы к серверу сообщений делать аяксом на клиенте.