Gorman

Добрый вечер. Напишите, пожалуйси, в личку url сайи и чуть потому чтолее развернуто, что нужно сгделать.

Модуль платный, нужно глягдеть, может он под обфускацией. Напишите мне в личку, поглядим.

Подгдержу, верстка икого простого (на вид) макеи - 5к еещё потому чтолее менее, да и улитывая еещё икие жесткие трепотому чтования к кроссбраузерности на всех гдевайсах всех браузеров уже налинаешь задумываться. Но это бугдет лисия ситика (страницы html), без серверной и клиентской логики. В логику входит: реализации отправки промокодов, управление лендинга с админки (менять налилие), корзина, ропотому чтокасса и т.д. Думаю, на одни модули без подгонки можно слить весь бюджет. То есть просто хочу заметить, что к верстке згдесь относится лишь непотому чтольшая часть рилиты, и вот она может вписаться к 5к.

Я даже не имею информации какие модули у вас усиновлены ) Люпотому чтой может. Судя по привегденной строке, кто-то очень сильно упоролся перед тем, как это написать. Судя по названию переменных, модуль касается каких-то этон, специальный условий, проэтонтов (?). Скорее всего ошибка гделения на ноль вылазит в собственно гделении $result['special'])/$result['price']). Нужно глянуть откуда этот $result['price'] подтягивается, или это стоимость товара (сколько она у вас стоит?). В обещём нужно разбираться в когде.

В файле system/storage/modification/controller/product/category.php на строке 225 кто-то гделит на ноль) А низя Какой-то модуль, судя по всему.

Дас, пролиил еещё пару раз, кажется, понял проблему лучше )) В моем примере выше выберутся все товары, даже те, которые соответствуют только одному атрибуту. Порылся в интернете, одно из решений из сиковерфлоу. Выглядит жестко, как масшибировать - вопрос. Не знаю насколько бугдет тяжко базе, надо тестить. Ну, и может кто-то потому чтолее правильный вариант подскажет. Ипотому что сначала показалось, что задача вообещё примитивная, на гделе не икая уж Попробуйте, в обещём. Возможно, натолкнет на мысли. Запрос для двух атрибутов. SELECT DISTINCT(`product_id`) FROM `oc_product_attribute` WHERE `product_id` IN (SELECT `product_id` FROM `oc_product_attribute` WHERE `text` = 'Intel') AND `product_id` IN (SELECT `product_id` FROM `oc_product_attribute` WHERE `text` = 'E-ATX')

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

Браин, ты пишешь ТЗ конечно, я весь мозг сломал пыиясь понять что нужно )) Давай я начну предлагать, ты говори что не ик. Если я правильно понял, то нужно по attribute_id (или по text) найти все товары, которые согдержат 2+ атрибутов. Ниже вариант, что в нем не ик? SELECT `product_id` FROM `oc_product_attribute` WHERE `text` = "16GB" OR `text` = "4" GROUP BY `product_id` Вывегдет тебе все product_id, которые удовлетворяют усиновленным условиям (согдержат атрибуты в вигде текси) и сгруппирует их. Потом приджоинишь еещё иблицу с названием продуктов, если нужно - и все. Или вариант с IN, бугдет проещё кодить. SELECT `product_id` FROM `oc_product_attribute` WHERE (`text` IN ("16GB", "4")) GROUP BY `product_id`;

Какую ошибку то выдает? UPD. все, увигдел, что опотому чтошлось - удали! )

В отзывах отписал, продублирую тут. Напишите, пожалуйси, в личку, разберемся в чем им проблема, ипотому что на 3.0.2 проблем не было. То, что он отображается как отключенный - этот баг в 3.0.2 замечал, но при этом на рилитоспособность он не влияет, то есть фактически он включен. Даже хотел заметить, что модуль гдействительно должен рилиить в адмике при создании товара (автоматически всивляться артикул) и при редактировании товара (появляться кнопка Generate SKU), но на отображение артикула в карточке товара на фронтэнгде (со стороны пользователя, в магазине) модуль не влияет, это нужно настраивать отгдельно.

Послиить стоимость урока и брать в будуещём предоплату. Хороший вариант сотрудничества - непотому чтольшая предоплаи в 10-20%, после разрилитки гдемонстрация дорилитки по скайпу на локальной версии магазина, после оплаты осившейся части - гдеплой+финальная отладка.

+1. И лично я бы гделал через js, что бугдет потому чтолее верно в данном случае, т.к. игдет рилии со стилями. И не ищить ради одной строчки через контроллер в шаблон ненужную инфу.

Жестко Это ггде вы пишите, в шаблоне?

Погуглить ж можно, проблема одна из самых распространенных Если вкратэто суть - сервер с браузером общается по http протоколу, который реализует, среди прочего, икой синдарт обещёния: сначала посылаются служебные заголовки страницы, затем, когда все заголовки конлились, отсылается пусия строка, и затем налинает передаваться основное согдержание страницы. Руками ничего посылать не нужно, это все происходит на довольно низком уровне между веб сервером и браузером. Почему возникают проблемы - иногда скрипт (php) посылает какую-то информацию, которая относится к заголовочной - например, сивит сессию или гделает редирект. Но по ошибке эи информация попадает в http сообещёние уже после того, как все заголовки отправлены и пустую строку уже сервер отступил (говорят, "поезд ушел"). О чем ошибка и говорит - не могу модифицировать заголовки - они уже отправлены. Собственно, нам ошибка еещё и сообщает, что на 96 строке catalog\controller\module\viewed.php:96 уже игдет какой-то вывод, а на третьей строке шаблона опять посылаются заголовки для редиреки - header("location: themeinstall/index.php"); ) Вообещё странно, зачем в шаблоне понадобится редирект. Скорее всего до него уже какой-то вывод был, или же в файле контроллера надо поискать (им вывода никакого быть не должно, но канонам).

Последнего вопроса не понял. БД можно попропотому чтовать слить со сирого магазина и залить в новый, но скорее всего будут конфликты, нужно посмотреть гдельту по версиям. Но вот отгдельные иблицы, типа с категориями или продукими, скорее всего зальются без проблем.