Retinafy everything

[chedim]

не понимаю, в чем проблема генерировать svg на сервере — это же просто текст, не?

кроме того, само решение генерировать графику на сервере входит в разрез с трендом по переносу подобных задач на клиент.

Так что лично мне не совсем очевидна востребованность подобного сервиса… может, я что-то упускаю?

[demiazz]

Вам стоит перечитать внимательно пост, и ответить на один вопрос: вы графики, подобные как на странице D3 скажем, тоже руками на сервере генерируете? И делаете это за то же время, за которое их можно сделать на d3 или raphael?

[EvilFaeton]

Проблема не столько в генерации (хотя там тоже проблем хватает), сколько в заимствования кода с фронтенда — чтобы не было дублицирования, и простоты миграции.

Помимо случаев когда надо использовать эти картинки вне браузера (email, etc.), еще хороший кейс — собственно кеширование, raphael/d3 у вас же будут при каждом заходе на страницу будут svg рисовать.

[ComputerPers]

Почему, все так рьяно идут в вектор? это ведь ЗНАЧИТЕЛЬНО увеличивает загрузку CPU/GPU, RAM. А это приводит к еще большему торможению сайтов.

Так, сейчас многие отключают «эти ваши Java, Flash etc...».
Нужно искать компромиссное решение, чтобы учитывались потребности Low-end оборудования.

[EvilFaeton]

В большинстве случаев (Raphael, D3) — главное торможение это непосредственно рисование svg javascript'ом. Рендеринг готового svg гораздо быстрее, хотя конечно нагружает машину клиента тоже.

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

[ComputerPers]

Быть может делать какой-то порог, до которого идет растр, а после вектор.

[EvilFaeton]

Разумно, собственно у нас будет вариант на лету генерить на выбор svg/png. То есть просто передавая формат, можно будет получить как вектор, так и растр, если нет необходимлсти в svg. В случае, если зайдет клиент с бОльшим разрешением, нужно будет всего лишь заменить тип запрашиваемого файла.