Блиииин, QR-код это картинка, просто картинка
Купил сеть, закинул, вынул рыбы. Ща она с икрой.
Незаконно, но реально.
Или вот, купил билет на лепедричку и поехал в туда -
Тоже незаконно, но реально
Так при разрушении семьи много что летит, ипотеки разные, нажитое имущество, работа, здоровье - все может улететь
respekto, а аренда сколько развалила? Голосую за дружную семью, не важно, в ипотеку или аренду
магазина нет еще или уже установлен движок и идут продажи?
Нет ничего готового, т.к.:
1. админки у всех движков разные, т.к. разная структура базы данных плюс разное понятие о том какие блоки нужны и где они будут стоять в админке
2. у каждого создателя админок свое понятие о правильности, для одного надо описание полное и описание краткое, другому ценовая политика в зависимости от статуса посетителя.
Надо смотреть конкретный движок и уже под него искать модули готовые или заказывать на стороне. Но универсального нет ничего, лично я не встречал админку, в которой показывался бы процент успешности заполнения карточки товара.
Писать отдельную админку, которая будет выделять цветом то, что не добавили в карточку товара.
Либо парсер из БД магазина, который по каждому товару покажет что у него не заполнено.
С размером шрифта сложно будет, а с количеством картинок, количеством символов в описании все просто.
Такие админки есть у tiu-подобных сайтов, при заполнении объявления показывает процент заполненности оного в процентах, а также есть комменты, поясняющие что надо дописать.
Вообще не понял про что речь:)
парсер парсит то, что ему сказали парсить - надо парсить вес, будет парсить вес.
Доставка - это к движку магазина, именно он должен считать стоимость доставки в зависимости от способа и стоимости.
Перепарсил не одну сотню источников, всегда требуется ручной труд для корректировки. Кто-то вылизывает карточку товара, кому-то этого не требуется.
Если после парсера есть что-то не до конца заполненное, вывести такое под силу этому же парсеру или другому, выше писали уже - это тоже не проблема.
И да, под каждый сайт, что источник, что получатель контента, парсер пишется индивидуально. Универсальных не бывает. Тоже выше писали.
Т.е. в любом случае надо заказывать парсер под свое ТЗ, а потом перепроверять ручками, с использованием другого софта для ускорения.
Ну или нанять кого-то, кто сделает все сам: напишет парсер и перепроверит карточки товаров. Но это дорого.
Надо хостинг qr-кодов замутить, за деньги.
Фу на вас:) Завтра клиент собирается весь день готовить разные блюда, чтобы сфоткать.
Не буду ему говорить что все это зря, пусть готовит, а я буду фоткать и жрать всякие пловы, шашлыки, люлякебабы и другую вкусноту.
