Comments 27
>>Подождите… разве спецификации WebSQL утверждены?
Так, вроде, не хотят они её уже поддерживать:
Beware. This specification is no longer in active maintenance and the Web Applications Working Group does not intend to maintain it further.
Так, вроде, не хотят они её уже поддерживать:
Beware. This specification is no longer in active maintenance and the Web Applications Working Group does not intend to maintain it further.
+3
Еще можно упомянуть об ограничении cache manifest в ios — 50Мб, тоже самое с WebSQL то же ограничение в 50Мб, Хром также имеет ограничение в 5Мб для WebSQL (вроде как у extensions через manifest можно указать флаг и будет доступно больше места). Еще одна из странностей работы с WebSQL это то, что safari прерывает контекст после того, как место кончилось и показывается диалог с вопросом об увеличении места для БД
+3
UFO just landed and posted this here
WebSQL пугает в плане безопасности, получается клиенту придется отдавать часть данных, которые ему и не надо иметь.
0
UFO just landed and posted this here
возможно и так, но в технологии хотелось бы иметь некоторые инструменты по обеспечению безопасности
0
По обеспечению безопасности чего?
Когда клиент запоминает в своем браузере пароль от Вашего сервиса — тоже небезопасно. Ну вот Вам и решать что ему можно запоминать, а что нет. Обеспечение безопасности — это действительно проблема проекта. Не хотите что бы сохранял приватную информацию — не сохраняйте. Не хотите светить глобальными ID — создайте приватные ключи привязанные на пользователя. Все в ваших редакторах, и что бы это было безопасно — нужно писать безопасно.
Когда клиент запоминает в своем браузере пароль от Вашего сервиса — тоже небезопасно. Ну вот Вам и решать что ему можно запоминать, а что нет. Обеспечение безопасности — это действительно проблема проекта. Не хотите что бы сохранял приватную информацию — не сохраняйте. Не хотите светить глобальными ID — создайте приватные ключи привязанные на пользователя. Все в ваших редакторах, и что бы это было безопасно — нужно писать безопасно.
+3
так же, как вариант, если структура хранения данных не сильно «перемудренная», то можно не заморачиваться на WebSQL, а сохранять эту структуру в виде JSON-объекта прямо в localStorage.
а потом, просто
localStorage["obj"]="{\"main\":[1,2,3,\"четыре\"]}";
а потом, просто
OBJ=JSON.parse(localStorage["obj"]);
OBJ["main"][0]; // 1
+3
UFO just landed and posted this here
И использовать JSON.stringify(obj) и JSON.parse(str). :)
+2
Очень большие накладные расходы. Я так сделал в своём расширении для быстрой разработки, так хранится очень мало сообщений… вот сейчас перевожу на Sqlite.
0
Я как-то переводил статью про кеш приложений. Так же переводил небольшую заметку про localStorage и sessionStorage:
Идём в оффлайн с кешем приложения
HTML5: Хранение данных на клиенте
Идём в оффлайн с кешем приложения
HTML5: Хранение данных на клиенте
+2
Спасибо.
Правильно ли я понимаю, что кэш не обновляется, даже если пользователь снова в онлайне открывает страницы?
То есть, нужно при обновлении ресурсов каждый раз генерить манифест а для файерфокса приделывать еще один костыль?
Ну ладно, генерить манифест можно автоматически при обращении к нему браузером (хоть и не большая, но лишняя нагрузка).
Да и десятки килобайт дополнительного трафика для манифеста не очень то хорошо…
Правильно ли я понимаю, что кэш не обновляется, даже если пользователь снова в онлайне открывает страницы?
То есть, нужно при обновлении ресурсов каждый раз генерить манифест а для файерфокса приделывать еще один костыль?
Ну ладно, генерить манифест можно автоматически при обращении к нему браузером (хоть и не большая, но лишняя нагрузка).
Да и десятки килобайт дополнительного трафика для манифеста не очень то хорошо…
+2
> Ну ладно, генерить манифест можно автоматически при обращении к нему браузером (хоть и не большая, но лишняя нагрузка).
Ну манифест можно не генерить, а давать ссылку на разные манифесты здесь, если нужно:
Ну манифест можно не генерить, а давать ссылку на разные манифесты здесь, если нужно:
0
Прошу прощения, что долго не отвечал. Я просто спал :)
Как я понял (я не пробовал просто на деле), кеш обновится только тогда, когда обновится файл манифеста.
Насчет ФФ можно предположить, что с 4й версией могло все заработать.
Как я понял (я не пробовал просто на деле), кеш обновится только тогда, когда обновится файл манифеста.
Насчет ФФ можно предположить, что с 4й версией могло все заработать.
+2
К слову, недавно в WHATWG поменяли рекомендованное расширение файла манифеста с
на
www.whatwg.org/specs/web-apps/current-work/multipage/offline.html
*.manifest
на
*.appcache
www.whatwg.org/specs/web-apps/current-work/multipage/offline.html
+2
Никак не удалось в Хроме поработать с синхронным доступом к базе. Посоветуете что-нибудь?
И также размер создаваемой базы совершенно не учитывается Хромом. У него ограничение 5 Мб на домен и это нигде почему-то нельзя сменить. Пишут про какой-то запрос подтверждения пользователя, но такого не возникает.
И также размер создаваемой базы совершенно не учитывается Хромом. У него ограничение 5 Мб на домен и это нигде почему-то нельзя сменить. Пишут про какой-то запрос подтверждения пользователя, но такого не возникает.
0
Как в Опере добраться до баз данных для расширений?
opera:webdatabases показывает только для сайтов.
И похоже, я нашёл настройки для увеличения sqlite в Опере!
вот ссылка opera:config#PersistentStorage
Увеличил — работает!
opera:webdatabases показывает только для сайтов.
И похоже, я нашёл настройки для увеличения sqlite в Опере!
вот ссылка opera:config#PersistentStorage
Увеличил — работает!
0
Sign up to leave a comment.
«Переезжаем» в офлайн: Web Storage, Application Cache и WebSQL