спасибо автору за статьи.

есть ли что-нибудь про архитектуру сервисов веб-аналитики, вроде яндекс метрика, гугл аналитикс, openstat?

Была бы возможность поработал бы) но не могу(

Спасибо за отличные статьи. Очень интересно было бы почитать по Яндексу.

Спасибо, Иван, вроде разобрались.

А сервер у нас, Ваш «любимый» IIS

«Убивает» ли сервер сессию — полностью в Ваших руках, зависит от того где и как он их хранит. Если используете memcached, то да, сессии вероятно очищаются через сколько-то минут + вообще нет никаких гарантий то каждая конкретная не будет вытеснена. Но никто не мешает хранить их вечно или годами в каком-нибудь персистентном хранилище пар ключ-значение вроде Redis, Riak, Couchbase и.т.п.

Иван, так вроде север убивает сессию? Браузер отсылает id уже мертвой сессии, и сервер его не пускает.

Или достаточно увеличить время жизни кук?

По идее выбрасывать на страницу логина должно только если браузер по какой-то причине не отправил cookie с идентификатором сессии, с ними точно все нормально?

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

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

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

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

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

Иван, а такой вопрос — простой post — это какой вид транспорта?

Три человека на три года для простенького сайта — не этот случай. В компании уже более 10 специалистов (в тексте есть ссылка) с несколькими выпущенными проектами. А большие масштабы не всегда равно большая эффективность. 

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

Так что я предлагаю сначала посмотреть, что у ребят получится, прежде чем судить.

Если сравнить с той первой вакансией полководца, то тут явная лажа. Коллектив в три человека на три года — это простенький сайт делать, а не сео-биржу. Описания требований — полный ахтунг... зенд фреймворк, о боже тестировщик за 1.5 килобакса со знанием автоматического тестирования ( Короче, +1 тому кто в комментах написал что вакансия предназначена для развода лохов-студентов.

Думаю, что 

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

Чтобы делать верстку на CSS-фреймворках совсем не нужно быть программистом, хотя с плагинами для браузеров да, так легко не отделаться...

Странно, но я имел ввиду как раз обратное — нужен именно фронтенд-программист, который сможет этот фронтенд спроектировать. 

А вот по поводу разделения обязанностей — проектировки и разработки на разных людей. Мне это видится разумным только с точки зрения распараллеливания процессов. Но никак не потому, что фронтендщик не в состоянии накидать кнопок и формочек в мокапе.  

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

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

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

Зажгем молоденьких звездочек из регионов!

Ну, я тоже считаю, что проектирование важнее реализации в интерфейсах. И совершенствоваться в проектировании user experience вообще и UI в частности, можно бесконечно.

Но тогда уж очень странно вменять такому специалисту в обязанности «Разработка расширений для Firefox и Chrome» и требовать «Отличные знания: HTML, CSS, JavaScript (и jQuery, ExtJS и других распространенных библиотек)». Именно не «знакомство с», а «отличные знания».

Ок, заканчиваю критиканство. Свое мнение об этой вакансии, думаю, я уже донес.

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