тут согласен!
Предлагаю так:
Нужно крупную картинку максимального качества делать с ватермарками, а уменьшенную копию плохого качества (заблуренную слегка, например) - БЕЗ ватермарков.
И уменьшенную - класть как обычную IMG без всякой защиты и тогда поисковик по миниатюре установит "авторство картинки" и уникальный контент - будет на сайте с этой миниатюрой.
Данил Бирюков-Романов : Также нет способа шифровать данные, чтобы никто не мог прочитать))
Весь вопрос - в отношении временных затрат на шифровку (E) и дешифровку (D), или другими словами - криптостойкости.
Если объём данных - это длина вектора R из точки центра координат, а оси X и Y - это время (T) на шифровку(ET) и дешифровку(DT), соответственно (вверх - временные затраты дешифровку), тогда коэффициент криптостойкости такого алгоритма шифрования будет: 1-cos(ET)/sin(DT) -> 1, но никогда не достигнет абсолютной единицы.
А... ну да, про ватермарку-то я хотел вначале сказать...
Поэтому, ватермарка может быть легко убрана тоже через:
1. окружающие/смежные пиксели
2. нейросеть+части этого же изображения (или другие схожие картинки из интернета) ))))
fadeomelasta: Вы слово "покажите" - понимаете? Это явно что-то более, чем повтор текста из вопроса!
В каком виде вы хотите статистику? Таблицы, графики и т.д.
Есть ли такие в интернете или нужно что-то особенное?
Пример статистики на ИЗОБРАЖЕНИИ - можете показать?
Артем Кисленко: обычно скорость возрастает, когда неправильно распределяют нагрузку на серверную и клиентскую части.
Т.е. оптимально делать так: сервер работает с данными, браузер - с рендерингом GUI.
Банальный пример: изображение. (lazy load - это последовательность загрузки при просмотре - пока не трогаем - это вообще отдельный трактат)))))
Вопросы:
1. В каком разрешении вставлять изображение?
2. А давайте загрузим как есть, а на клиенте проценты выставим для IMG. Пойдёт так?
3. Давайте сегментируем: будем хранить 2-3 разрешения одного и того же изображения
4. А для ретины - как подгрузить с лучшим качеством?
5. А как сделать чтобы еще и не забрали?
Да ответ прост: запрашивайте ту часть потока исходного изображения с сервера (который хранит изображение в максимальном разрешении), которая требуется в данный момент с учётом размеров контейнера IMG.
Достаточно добавить динамически к src размеры контейнера перед запросом к серверу, а на сервере - обработать поток изображения с нужным шагом и вернуть готовое изображение. Кэшировать просто: hash([путь с именем файла]+[размер изображения: W*H])
Вот тут - серверное кэширование сработает более, чем на 100%!
Ресайз view-port'a - (все действия на клиенте) сразу запрос на подгрузку нового в отдельный поток и растяжение текущего, эффект как в youtube, когда меняется разрешение "на-лету" при начале просмотра в режиме full-screen.
В чем тут основная проблема? В том, что нужно динамически формировать форматы (JPG,PNG) из бинарных данных на сервере с учётом параметров в запросе (+кэшировать).
Да, и никаких ресайзов на сервере быть не должно! Процессор нам еще нужен для других операций)
Только пропуск потоковых данных с учётом шага: через X%N. Например, уменьшить в 2 раза: X%2 и т.д.
automatik: как-то пытался работать на Brackets - никак.... жду избавления от багов: иногда отваливается live-preview и много еще разного из-за ошибок в коде.
А так - вполне себе для работы над шаблоном.
Думай Головой: Far - это единое рабочее окно для всех файловых операций и для редактирования текстовых файлов.
Плагинами - расширяется функциональность до беспредельной!
"Килл-фишки" FAR-а:
1. это работа без использования мыши, (что очень экономит время, хотя функциональность "drag-n-drop" и подобная - полностью поддерживается).
2. туча hot-key'ов, чтобы быстро выполнять необходимые действия
3. системная консоль всегда под рукой, СВОЙ! многооконный режим (не windows окна!)
4. полностью настраиваемый интерфейс и система макросов.
5. позволяет назначать всё что угодно на обработку файлов для вызова из меню или по различным событиям.
Как бонус - Far может запускаться через SSH в удалённой терминальной сессии в ASCII режиме, по аналогии с Midnight Commander (mc на *nix-ах).
Предлагаю так:
Нужно крупную картинку максимального качества делать с ватермарками, а уменьшенную копию плохого качества (заблуренную слегка, например) - БЕЗ ватермарков.
И уменьшенную - класть как обычную IMG без всякой защиты и тогда поисковик по миниатюре установит "авторство картинки" и уникальный контент - будет на сайте с этой миниатюрой.