Ну чтобы руками не прописывать сделал небольшой скриптик-анализатор логов апача, он вытягивает список файлов, которые просмотрел и запихнул в манифест + прописал директории в раздел нетфорк. Кстати по документации у нетворка есть интересный параметр "*", но в сафари у меня с ним проблемы были.
А вообще — хороший повод на стороне сервера в СSS использовать data.uri.
Это разные вещи — стандартный механизм кеширования браузера никто не отменял, но это вытесняемый кеш, а манифест постоянный. Кстати, и сдесь реализация FF более правильная (ИМХО), он спрашивает сохранять данные или игнорировать манифест.
Да, не так давно намучился я с этой «малостью» — основная ее суть в том, что если FF воспринимает файлы, которые не указаны в манифесте, как подлежащие обычному кешированию стандартными механизмами браузера, то Safari перестает грузить ВСЕ файлы, которые не указаны в манифесте даже в режиме онлайн! А если проект большой, то это очень не удобно.
Дополнительное предложение: если сайт на линуксе, то использовать inotify (http://ru.wikipedia.org/wiki/Inotify), тогда не важно как именно будет залит файл по ftp, scp или даже через взлом скрипта на сайте.
По названию думал, что уже кто-то поставил… и делиться впечатлениями :(
И еще — очень странное высказывание:
"
Это беда многих опенсорсных программистов, — они пишут фреймворки и общие-системы-всего и не желают исправлять очевидные недостатки, просто потому что наличие этих недостатков объясняется стройностью их системы. Линус — не исключение.
"
Сначала подумал, что автор про CK так, что не далеко от истины если вспомнить его прошлый шедулер и неготовность его мантейнить в ядре, а тут все наоборот…
Мой первый собственный комп (правда не сервер) был так сделан в далеком 93 году… Корпуса были дороги, а студенту денег всегда не хватало.
Основной плюс — быстрый доступ к железу, можно вставить и попробовать новую плату/память/винт и т.д., правда сейчас это не особо актуально.
А вообще — хороший повод на стороне сервера в СSS использовать data.uri.
Все равно собирался сделать английскую версия (правда не сразу), но если это требуется — то не большая проблема.
Кнопку на первый экран добавлю, про открытие сразу списка действий — подумаю…
inbox — это «разное»
dashboard — не понял…
И еще — очень странное высказывание:
"
Это беда многих опенсорсных программистов, — они пишут фреймворки и общие-системы-всего и не желают исправлять очевидные недостатки, просто потому что наличие этих недостатков объясняется стройностью их системы. Линус — не исключение.
"
Сначала подумал, что автор про CK так, что не далеко от истины если вспомнить его прошлый шедулер и неготовность его мантейнить в ядре, а тут все наоборот…