Не знаю как на счет "эксельчика", но когда у меня сын родился - жена стала гораздо больше в инете сидеть :) Малыш спит на руках - жена френдленту читет :)
На счет "роуминга" - всеми руками поддерживаю! Явно назрела такая необходимость - в каждой новой социальной сети приходится вводить одни и те же поля. Думаю, что скоро должен появиться стандарт обмена этой информацией - как логическое продолжение openid для авторизации и rss для ленты новостей.
Без мозга, разумеется, никак не обойтись ;) Я имел в виду то, что прописывание обязательного использования placeholders в корпоративных стандартах кодирования облегчает жизнь главного code-maintain'ера :)
Кстати, на следующей неделе в Москву приезжает Петр Зайцев - специалист по mysql с мировым именем. Будет выступать на РИТ (понедельник-вторник) и на собственном семинаре (среда). Думаю, он может много рассказать по данному вопросу :)
Может в это сложно поверить, но я наелся досыта проблемами, возникающими с флешом в разных браузерах. Например, в ФФ 1.5 флешка высотой больше одного экрана не может корректно реагировать на мышь в промежуточных положениях скроллинга. В некоторых операх у флешки съезжает отображение текста и т.п. Так что не так все просто!
Делать чат на апаче крайне накладно - поскольку апач каждое соединение обрабатывает в отдельном процессе (1.3 так делает всегда, да и 2.x обычно настраивают именно так). Для операционной системы эти сотни-тысячи процессов - очень большая нагрузка.
Поэтому для постоянных соединений единственный вариант - мультиплексирование, когда один процесс по очереди обрабатывает много соединений. Так работают web-серверы nginx, lighttpd и другие.
И в чем проблема? ;) Держат, еще как! На самом деле, держать кучу таких открытых соединений не трудно, если аккуратно с ними работать. Конечно, это должен быть не apache+cgi или apache+mod_php, а, чаще всего, какой-то отдельный демон, написанный на компилируемом языке.
Кстати, приходите на конференцию, в первый день Игорь Сысоев расскажет, как настроить FreeBSD для работы с 100-200 тысячами соединений.
За три не окупит. Давайте посчитаем: пусть некий городской житель тратит на бензин 2000 р в месяц. Допустим, гибридный мотор позволит снизить расход в 2 раза (не уверен, но допустим). Тогда получаем экономию в 1000 р в месяц, или $450 в год. Получается, что разница в цене гибридного и бензинового двигателей будет окупаться как минимум 5-10 лет. И это без учета стоимости обслуживания и старения машины (аккумулятор-то за 10 лет наверняка "сядет").
В общем, это я к тому, что гибриды (пока) не для того, чтоб экономить на бензине, а для того, чтоб заботиться об окружающей среде! :)
Ну я ж шучу :) На самом деле Лексусы сравнивать удобно, потому что они (330 и 400) совершенно одинаковые по кузову, салону, приводу и т.п. -разница только в силовом агрегате. А у Тойоты нет бензиновой модели, полностью аналогичной Prius.
Так это ж принцип такой в нашем государстве - иметь такие законы, чтобы любого можно было при необходимости посадить. Это и при советской власти было, и до нее, наверное, и теперь есть. "Был бы человек - статья найдется"
А при чем тут браузеры? Это, скорее, дело приложения. Да, конечно было бы здорово, если бы javascript-код мог бы менять урл в адресной строке без фактического перехода. Но и сейчас есть варианты обхода этой проблемы - делаем урлы с якорями, и повсюду пихаем ссылки permalink. В общем, жить можно ;)
Есть разные техники - как те, что тут упомянули (периодический опрос сервера), так и более "синхронные".
Например, ajax-приложение может делать запрос к серверу, а сервер - не отвечать сразу, а держать это соединение открытым, пока для этого клиента не появятся данные. Как только появилась информация для передачи клиенту - сервер отдает ответ и закрывает соединение. А клиент, получив информацию, тут же открывает новое соединение для ожидания новой порции данных (кстати, так работает внутренняя переписка на damochka.ru - но там не js, а java).
Как вариант - можно не закрывать соединение, а просто "подпихивать" очередные порции данных - но в этом случае усложняется реализация и возникает много дополнительных проблем.
Может в это сложно поверить, но я наелся досыта проблемами, возникающими с флешом в разных браузерах. Например, в ФФ 1.5 флешка высотой больше одного экрана не может корректно реагировать на мышь в промежуточных положениях скроллинга. В некоторых операх у флешки съезжает отображение текста и т.п. Так что не так все просто!
Поэтому для постоянных соединений единственный вариант - мультиплексирование, когда один процесс по очереди обрабатывает много соединений. Так работают web-серверы nginx, lighttpd и другие.
Кстати, приходите на конференцию, в первый день Игорь Сысоев расскажет, как настроить FreeBSD для работы с 100-200 тысячами соединений.
В общем, это я к тому, что гибриды (пока) не для того, чтоб экономить на бензине, а для того, чтоб заботиться об окружающей среде! :)
Например, ajax-приложение может делать запрос к серверу, а сервер - не отвечать сразу, а держать это соединение открытым, пока для этого клиента не появятся данные. Как только появилась информация для передачи клиенту - сервер отдает ответ и закрывает соединение. А клиент, получив информацию, тут же открывает новое соединение для ожидания новой порции данных (кстати, так работает внутренняя переписка на damochka.ru - но там не js, а java).
Как вариант - можно не закрывать соединение, а просто "подпихивать" очередные порции данных - но в этом случае усложняется реализация и возникает много дополнительных проблем.