нет, нужно картинку сохранить в любом случае на стороне пользователя хоть в indexedDB в общем не принципиально где, главное у клиента. После того, как картинку зачитали из этого хранилища ее нужно за кэшировать и прикрутить путь к этому кэшу к тегу img
ваш ответ не особо понятен, зачем мне знать или увеличивать размер localstorage
File {name: "24.jpg", lastModified: 1126045392000, lastModifiedDate: Wed Sep 07 2005 01:23:12 GMT+0300 (RTZ 2 (зима)), webkitRelativePath: "", size: 81606…}
мы получаем этот объект из input type file и кидаем его в img.src = window.URL.createObjectURL(file)
есть прямое решение чтобы сохранить его для повторного использования этого метода
File {name: "24.jpg", lastModified: 1126045392000, lastModifiedDate: Wed Sep 07 2005 01:23:12 GMT+0300 (RTZ 2 (зима)), webkitRelativePath: "", size: 81606…}
мы получаем этот объект из input type file и кидаем его в img.src = window.URL.createObjectURL(file)
есть прямое решение чтобы сохранить его для повторного использования этого метода
если мы сохраним ссылку на картинку пользователя, а пользователь переместит картинку. И я не дам грузить картинку больше 4 mb. строка base64 не подходит
да именно нужен объект для этого метода, строка base64 не подходит, очень сильные тормоза, тк картинок на экране очень много и все они могут перемещаться.
нет, чтобы картинка сохранялась то ли в кэше то ли на сервере, наверное на сервере, как картинка,
Наверное, будет так мы получаем картинку от пользователя переводим ее в base64 и сохраняем ее в localstorage машины пользователя и кидаем на сервер что бы картинку можно было цеплять как картинку.
Потом пользователь уходит, мы удаляем картинку с сервера ( что бы не плодить картинки ) .
Потом пользователь приходит, нажимает загрузить сохранения, мы берем картинку из localstorage кидаем ее на сервер и опять цепляем ее путь ко всем тегам image
Максим Тимофеев: спасибо за ответ, просто хотел сначала одно спросить, потом что то накатило и понесло. В следующий раз буду конкретней задавать вопросы, а не лить воду.