Baco

Всех так же поздравляю и желаю что б так:

" . DB_PREFIX . "product_special ps

Так проще, если вам, например, в одном запросе надо "выдернуть" данные с поля "price" то как вы в запросе построите это , при условии что поле "price" - есть в таблице товара (1), таблице акций (2), таблице скидок (3) ?

Да, обычные опции, можно обязательные можно необязательные ставить... но в корзине отображаються под каждый товар в отдельности. Предполагаю, функцию: simplecheckout.reloadAll(); надо дописать к валидации на "отмечен\неотмечен" checkbox, но как вариант решения - подходит.

Делал подобное ( вот пример ) стоимость разработки под simple - 50 $

pd - table"product_description" pd2 - table"product_discount" p - table"product"

Я так же придерживаюсь такого принципа бизнеса, но... работая с посредником, ты почти всегда, должен отклониться от ТЗ, так как "хотелки" у истинного заказчика всплывают по ходу формирования структуры сайта, вот в таких случаях я практикую модель "каждая хотелка + доп. оплата" которая не входит в рамки оговоренного в ТЗ, и всегда стараюсь приводить пример с "Чертежом вертолёта... если не начертили в схеме будущей вертушки, что она должна садиться на воду, значит будут просто шасси. И за доп. поплавки - нужно доплачивать..."

Согласен, что вычислить можно, но... у меня 70% заказчиков - Россия, ну не буду я звонить на +7... то ли жалко, то ли нет резона... вот с Украинскими - проще, даже с вебстудиями сотрудничал, а тут - уже по другому получается. 2 markimax, так же сталкивался с нормальными посредниками, которые говорят, что есть заказчик и он решает, тогда соотв. и модель оговаривается под такие сотрудничества.

Что за привычка, искать кто прав а кто нет, ну представился "передаст" заказчиком, мне что его, по базе ФСБ пропускать ? И случай довольно частый, тем более ТЗ конкретно расписано, фактически несколько минут потратил на некоторые уточнения.

Тут немного не соглашусь, так как недавно работал над сайтом (не буду писать домен), вместе с Сашей ( Einshtain ), в общем я кодил, Саша - оптимизировал, в итоге сайт выложил у себя в каталоге, в качестве портфолио и... через 2-ве недели звонит мне "хозяин" сайта и говорит: "Уберите рекламу моего сайта, его разрабатывали на вы и заплатил я за него не ту сумму (указана в портфолио сумма разработки) а в 5 раз больше..." Вот такие вот пироги с так называемыми "передастами" (посредниками между фрилансерами и заказчиками) и ситуация довольно частая.

По ошибке: "Запрос в базу вернул ответ, который имеет больше 1 записи по текущим условиям выборки", скорей всего продублировано какое то поле по фильтру выборки и есть дубликаты, в общем смотреть "выхлоп" надо, что возвращает запрос, сравнивать и ставить либо заглушку либо смотреть и анализировать, какие действия приводят к такому вот конфликту.

какое кол-во "включенных" товаров на сайте ? (общее)

отключить счетчики (кол-во товаров) в категориях\подкатегориях.

По первому вопросу, оптимальное решение тут или тут. По 2-му, то из всех, мне известных, только этот работает без глюков. Хотя можно и этот рассмотреть.

Смотрите тут, если что, спецы за цену попроще смогут написать под любой банк, главное что бы у них был API.

На Вашем месте, я бы задал вопрос по другому: "Какие есть готовые модули у сообщества опенкарт, которые подходят для платёжных шлюзов банков в РФ, а именно: 1. Название банка, 2. Название банка 2, 3...."

Это для "мультимагазина", если есть несколько поддоменов, работающих на одной базе, то данный модуль дает возможность переключаться между ними (магазинами).

Если нужно простое решение по обновлению цен под производителя, то проще всего сделать контроллер, модель и въю-файл, где: 1. В файле модели будут 2-ве функции: а) Выборка товара по производителю б) Апдейт поля price таблицы product с учетом указанной наценки 2. Контроллер с проверкой ПОСТ запроса на изменение (1б) и ГЕТ на выборку по производителю (1а) 3. TPL (въю-файл) будет иметь фактически 2 поля: а) select в котором будет перечень для выбора производителя (критерий для обновления) б) input type text - поле, где вводиться значение для наценки в) кнопка, нажатием на которую данные отправляются в БД (обновляются) Примерно такой алгоритм, если же имелось в виду готовое решение, то ув. товарищ Einshtein указал направление. P.S. Как расписывал логику, было добавлено сообщение, поэтому, Ваш выбор - так же правильный.

Мдасс... печалька, если "пациент" с Крыма, теперь ответит по строгости РФ... Это тебе не Украина с законами непонятными... Возмездие приближается... Таких "фрилансеров" я б сам отлавливал и обрекал, так как нормальным спецам после их "пряморукости" приходиться долго исправлять всё или после таких, приходит клиент и пишет: "Развели меня и денег нет, а сделать надо..."

да, независимый сайт предполагает и базу независимую, хотя я практиковал несколько магазинов на одной базе, просто с разными префиксами, но Вам советую - отдельно создать для нового магазина базу и использовать при установке.

Тогда прописываете ДНС для нового домена в регистратора, согласно данным Вашего хоста, а на хосте - припарковываете новый домен, в большинстве случаев, хостинг автоматически создает каталоги по новому домену среди файловой структуры сервера, вот туда и выгружать всё содержимое папки upload чистого дистрибутива.

Панель управления хостингом дает возможность припарковать домен ? P.S. Если вопрос для Вас сложный, напишите в ЛС.

Здравствуйте, Вы хотите создать 2-й магазин, независимо от первого или с какой то привязкой (мультимагазин) ?

Найти и обректи... Законно тут долго и утомительно...

Может там в студии - всего навсего один спец - универсал сидит, а может в штате - практикант-верстальщик, неведомо, но я, например, по таким вопросам так же слабоват и по вёрстке, подключаю к проекту доп. специалиста, именно того, кто хорошо это делает, а если надо и СЕО специалиста... считаю, что каждый должен делать свою часть проекта, так как сколько не встречал профи, универсалов не бывает, есть либо всего но понемногу, либо где то глубоко, а в остальном - поверхностно.