Google Gears — ускоряем ваш сайт

[@bO_oblik]

Радует, что wordpress по умолчанию поддерживает эту технологию.

[@le0pard]

В основном он меня и вдохновил на разбор данной технологии.

[@Filosoff]

Огорчает, что нет официального Gears для x86_64. Конечно, есть патчик и есть nspluginwrapper. Но это не труъ.

[@Jons]

А че не каждое слово до ката — ссылка на вики? :)))))

[@Filosoff]

Совершенно невнятная статья. Ни толкового описания, ни даже прилично отформатированного кода с комментариями.
В сто раз полезнее будет читать мануалы.
А я-то уж обрадовался, когда заголовок увидел…

[@Filosoff]

Сейчас я получу кучу минусов, наверное…

[@quard]

Luke, use SourceCode Highlighter!

[@Filosoff]

Да, это бы не помешало :)

[@le0pard]

Спасибо, исправил.

[@Filosoff]

Еще не исправили. Есть масса лишних переводов строк и собственно подсветки нет. Если не сложно, подправьте еще немного.

[@le0pard]

Да я пытался сделать подсветку, хабраредактор убивает все теги font. Пользуюсь этим SourceCode Highlighter. В старом работал хабре работал, сейчас — нет.

[@shergin]

Совершенно невнятная статья, уж извините.
На самом деле, Gears (который давно уже просто Gears, а не Google Gears) это нечто большее, чем плагин для «создания сайтов работающих оффлайн», — это платформа, расширяющая JS API, позволяющая создавать более сложные, удобные и функциональные сайты.
Gears также доступен для Safari под Mac OS.
И вообще, чтобы использовать Gears совсем не обязательно подключать файл gears_init.js.

[@le0pard]

Что Вам именно не понятно?

[@DjOnline]

Бред какой-то. Зачем создавать локальный кэш картинок и статики на основе GG, если оно и так хорошо кэшируется любым браузером, особенно если указан Expire из будущего? То есть, зачем изобретать велосипед там, где он и так есть? Зачем сразу подгружать всё дерево, тормозить работу, если браузер будет сам кэшировать объекты только тогда, когда запросит их.
GG предназначен для более интересных вещей, вот их и хотелось бы услышать.

[@khim]

Зачем сразу подгружать всё дерево, тормозить работу, если браузер будет сам кэшировать объекты только тогда, когда запросит их.

Вот ровно поэтому :-)

Первое появление какой-нибудь иконки — будет тормозить. А тут — всё загрузится скопом и в последующем тормозов не будет. Только это для web-сайтов не нужно. Нужно для Web-приложений: Gmail какой-нибудь — идеальный кандидат.

[@le0pard]

WordPress его как раз для этого использует. Да и это один из его основных функционалов — локальное хранилище файлов. Кеш работате при повторных загрузках, тем более он чистится. А Gears — один раз загрузит и будет проверять только изменеия статики, а не загружать заново.

[@spEctoRius]

А как собстно он проверит, что статика изменилась?

[@DevCode]

Спасибо. Хорошая статья. Как раз подумывал реализовать подобную вещь.

[@AlexeyTokar]

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

[@le0pard]

Реализация хранилища также не тяжела, постараюсь в следующей статье написать. БД в хранилище работает на основе SQLite. Если Вам не терпится почитайте тут — все хорошо расписано.

[@AlexeyTokar]

я знаю что не тяжела. проблема в другом — как более элегантно избежать дублирования структуры базы данных на клиенте.

[@le0pard]

store = localServer.createManagedStore(this.storeName());
имя базы данных не позволят дублироватся хранилищу :)

[@AlexeyTokar]

Вы меня не поняли. Есть БД на сервере, а для оффлайна ее надо продублировать на клиенте в SQLite… Проблема заключается в том, как этого избежать или как решить эту проблему с минимальными усилиями

[@cc00ffee]

* This source code wasn't highlighted with Source Code Highlighter.

[@consolamentor]

Есть такой замечательный ммм… блокнот — TiddlyWiki. Так вот, можно ли GoogleGears к нему прикрутить и станет ли он от этого лучше работать? :-)