Нет, не велосипед. Сам софт является продолжением самописа ERM. При выборе ERM я столкнулся с тем, что не софт подстраивается под бизнес-процессы, а бизнес-процессы надо подстраивать под софт. Поэтому весь бекэнд уже есть, фронтенд, причем тоже самопис, работает. Но при работе на тонкой грани "клиент-сервер" я бы отдал предпочтение готовому продукту. Городить openCart это крайнее решение, чего бы не хотелось.
Заказал парсер, посмотрим что получится :)
Так что мешает вам играть в эту же игру?
Это страшнейший баян, вот к чему он сейчас?
Цель? 10 целей
SONcemvo спасибо за идею, забыл что такое же реализованово в каптче - замена в img src. С заменой цвета не совсем понял - планирую все таки 300 картикок цветов (товар будет отрисован в 3d изометрии и для качетсвенной картинки нужно будет слегка учитывать изменеие цвета, поэтому подложка будет готовой) и 60 молелей с прозрачностью и черех php объединять их.
Мне не нужно 100500 картинок, мне нужно при выборе товара и указании цвета показывать "слона" картинкой. Делать один прозрачный png + немного js -> получить такое же решение еще на 15 сайтах. А я этого не хочу. Поэтому рассматриваю вариант генерации картинки на сервере и подгрузки на страницу, там можно и ватермарк наклеить. Для примера - 63 позиции по 300 цветов - это уже почти хостинг картинов получается. Зачем мне столько места держать? Затырка в том что картинки через ajax не передаются. Что делать?
Забираю 21
Тут еще такой момент - есть шанс что будет осуществлен pisding со стороны конкурентов по аналогичным товарам и поэтому в иделе хочется решения на стороне сервера и потом динамическая загрузка в браузер. Хотя решение с прозрачным png тоже видится наилучшим.
Ничего. Потому что, скорее всего, с его профессиональной и просто человеческой точки зрения он выполнил работу на уплаченную сумму. Не используйте абстрактные критерии для оценки правильности и полноты выполненной работы.
