[flash] сохранение картинки на стороне клиента
актуально
по умолчанию (если пользователь ничего не менял) для сохранения доступно всего 100 Кб. Тебе этого хватит? Вообще, почему нельзя на кеш браузера надеяться?
100 Кб хватит
с кэшем можно поиграться, но хотелось бы наверняка
с кэшем можно поиграться, но хотелось бы наверняка
ну вот в 9-м флеше картинку можно создавать из ByteArray и сохранять в него. А как хранить ByteArray в local storage уже понятно, где смотреть.
была бы совместимость с 8ым плеером 
пока не знаю, насколько это критично
пока не знаю, насколько это критичнона 8-м вроде тоже аналогичная возможность есть. Но тут надо уже ботать.
угу, спасибо, буду разбираться
Вообще если картинки маленькие/векторные - они не должны успевать вытесняться из кэша, если на сайт ходят часто.
Или это картинки, создаваемые пользователем?
Или это картинки, создаваемые пользователем?
Размер меняется легко.
Если пользователю надо хранить большие объекты - он увеличит доступный объем.
Надо ему только объяснить.
Если пользователю надо хранить большие объекты - он увеличит доступный объем.
Надо ему только объяснить.
Это про растр или про вектор?
растровые картинки
по одной на каждого пользователя
только они не статичные, а генерятся на сервере по запросу
по одной на каждого пользователя
только они не статичные, а генерятся на сервере по запросу
Надо ему только объяснить.Это каждому не объяснишь. Гарантированно в случае, если пользователю надо что-то объяснять, возникает огромная нагрузка на техподдержку (в случае, когда пользователю необходимо воспользоваться приложением либо заметная часть пользователей просто "отвалится" и не будет использовать приложение.
Для конкретного пользователя она всегда постоянна? Или перегенерится периодически?
можно считать, что постоянна
меняется редко
меняется редко
Даже ролик на флэше, показывающий, что надо сделать, не поможет?
Тогда если она маленькая, поставить ей заведомо большое время жизни и пользователь будет не очень редко заходить на сайт - кэша должно хватить.
Как вариант, можно собрать статистику повторной генерации таких картинок и тогда уже оценить, стоит ли реализовывать дополнительную функциональность по ее локальному хранению.
Как вариант, можно собрать статистику повторной генерации таких картинок и тогда уже оценить, стоит ли реализовывать дополнительную функциональность по ее локальному хранению.
кому - ей у картинки нет имени, она не лежит на диске, она генерится по запросу
у картинки нет имени, она не лежит на диске, она генерится по запросуОна же отображается? Значит кладется в кэш (если вы там что не намудрили).
Или ты про что?
И не может у нее не быть имени - как она тогда выводится?
Или ты про что?
И не может у нее не быть имени - как она тогда выводится?
я делаю loadClip ("http://somesite?a=3&b=5",mc);
какое время браузер будет хранить в кэше результат такого запроса?
Попробуй перейти в автономный режим и зайти на твой http://somesite?a=3&b=5.
Если картинка отобразится - значит кладется в кэш - иначе не кладется (конечно предварительно нужно хоть раз зайти на твой сайт чтобы картинка сгенерилась).
Если картинка отобразится - значит кладется в кэш - иначе не кладется (конечно предварительно нужно хоть раз зайти на твой сайт чтобы картинка сгенерилась).
Насчет времени жизни - это я с куками перепутал - другим объектам вроде бы нельзя время жизни задавать 
Вообще картинка будет лежать в кэше до тех пор, пока ее оттуда не вытеснят другие данные.
При определенном сочетании между размером кэша, объемом трафика и регулярностью захода на сайт картинка из кэша не должна вытесниться вообще (теоретически).
Вообще картинка будет лежать в кэше до тех пор, пока ее оттуда не вытеснят другие данные.
При определенном сочетании между размером кэша, объемом трафика и регулярностью захода на сайт картинка из кэша не должна вытесниться вообще (теоретически).
Оставить комментарий
Andr163
можно ли как-то при помощи Local Shared Object на стороне клиента сохранить картинку для ее последующего использования при дальнейших запусках флэшки? любым другим способом?