ну это само собой.. сделать простенькое кеширование

Да


Это смотря какая задача/условия, где-то лучше сразу отдавать картинку, где-то распределять вычисления. В данном случаи конечно картинкой и не парится


Для 7/8 вроде есть хак

Я тебя понял. Хотя думал немного о другом, а именно частичной обработке растрового графического файла на клиенте. Примерно так:
1. Клиент запрашивает графический файл.
2. Если файл в актуальном виде есть на сервере, сервер отдает его.
3. Если файл на сервере имеет неактуальное состояние, сервер отдает заготовку на него и говорит как ее необходимо обработать.
4. Клиент производит необходимую обработку и актуализирует файл на сервере.
И сразу возникает вопрос как проверить правильность обработки?
  

об этом я помню, поэтому и интересовался.

вариант неплох если данные меняются 1 раз в сутки.

Это сообщение отредактировал(а) krundetz - 14.2.2012, 10:15

Задача конечно абстрактная, но сам вопрос интересен

С одним клиентам никак, а вот если их несколько можно проверять процент совпадений. Насколько я понял, примерно так работает рекаптча

при условии обновления данных во временном интервале, безусловно это выход, а если же данные для разных клиентов обрабатываются по разному то нет (((

В рекапче не зря два слова. Одно она знает, а второе вы распознаете за нее.

Добавлено через 1 минуту и 41 секунду

мне вот интересно, алгоритм сравнения и _выбора_ верного будет более ресурсоемок, чем сама обработка? )

Это сообщение отредактировал(а) solenko - 14.2.2012, 19:57

склоняюсь к тому что да, либо равнозначен ему, иначе вопрос не озвучил

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

чтобы оторваться от абстракции, возьмем в пример сайт генератор бэкгроундов.
Предположим что на сайте пользователь может нарисовать свой бэкграунд, скомпоновав имеющиеся заготовки, а потом его опубликовать. Допустим мы нашли вариант при котором клиент может сгенерировать растровую картинку. После того как картинка создана, пользователь хочет ей похвастаться, для этого ее можно опубликовать, на том же ресурсе. Вот здесь икроется подвох, надо быть уверенным что:
1. картинка сгенерированна правильно, то есть другой пользователь сможет спокойно сделать подобную картинку, изменив только основные цвета. Будет очень непросто, когда, другие пользователи, погребут владельца сайта, в ворохе жалоб на его работоспособность, из-за неккоректности опубликованной картинки.
2. картинка не является целенаправленой вредительской акцией. Репутация сайта будет подмочена, если все примеры пользовательских бэкграундов будут содержать матерные слова и т.д. и т.п.
3. просто не забываем про принцип, что все данные пришедшие от пользователя должны проверяться.

Это сообщение отредактировал(а) krundetz - 14.2.2012, 22:38

Нет, если сравнивать хеши в разумном количестве

В каптче нас интересует только это:
"Неизвестное системе слово, введённое пользователем, сохраняется и используется в качестве возможного варианта распознания. Конечное распознание слова определяется путём вычисления наиболее часто используемого слова для ввода."

интересует вопрос: есть ли в GD реализация эффекта "plasma"?
можно ли его реализовать комбинацией GD-фильтров? 

от данных зависит. для валюты или погоды данные невелики - строчка до 50 символов

Добавлено через 1 минуту и 22 секунды
кажется, уже сказали...