savage4pro

что-то я не совсем понимаю задачу в дефолтном шаблоне 2.0 левая колонка, в которой, как правило, размещается список категорий, имеет бутстраповский класс hidden-xs, что как бы намекает, что ее на мобилках не видно

да можно, и не сложно )

работа с товарами в 1С - неплохой вариант если без шуток, то думаю, что фильтр по производителям скоро появится, ну или не скоро, но что появится - уверен

не за что ) по артикулу ищется, например, здесь ("Код товара") /admin/index.php?route=catalog/product

скопируйте всю БД в новую, если еще не сделали этого и делайте дамп с drop/create table

если не поможет, то сделайте дамп БД в sql файл, опять же пересохраните в UTF-8 (without BOM) и залейте его обратно

пересохраните сам файл catalog/controller/feed/yandex_market.php в UTF-8 (without BOM)

эти таблицы в правильной кодировке

в случае, если ТЗ от исполнителя, он берет на себя обязательства сделать модуль, об оплате никто еще и слыхом не слыхивал, тем более модуль как бы бесплатный подразумевался изначально если он при этом будет ждать оплаты до начала работ, собственно по вашей схеме, это будет то же самое, что обычный заказ мало того, пока деньги собираются, время идет, и в случае если бы исполнитель не ждал их, а делал модуль самостоятельно, не ориентируясь ни на кого, продукт мог бы выйти быстрее варианты сбоя: исполнитель не начинает разработку, т.к. не хватает половины суммы - остаток компенсируют уже оплатившие участники или и так сойдет или все же 3 месяца ждем, когда средства-таки накопятся? исполнитель начинает разработку, но деньги вообще не собраны или собраны, но не все, вы один оплатили, остальные ранее согласившиеся - нет, разрешите модуль раздавать здесь всем желающим или продавать где попало без ограничений? исполнитель начинает разработку, деньги еще не собраны или собраны, но не все, другой автор создает модуль раньше и выкатывает в платном виде по цене, меньшей, чем заявлено в ТЗ (на стороннем ресурсе) , как вариант, кто-нибудь раскопает где-нибудь похожий по функциональности модуль, вы лично будете хранить верность исполнителю, который согласился участвовать в этом мероприятии раньше всех, при этом вы не оплатили ничего, и вам проще спрыгнуть, а сосед по ветке уже закинул некоторое количество средств?

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

если вы уверены, что БД в порядке и файлы не битые, то эксперимента ради залейте чистую сборку и проверьте работу модуля если ошибка повторится, то вариантов дальнейших действий несколько: 1. написать на почту хостеру 2. позвонить хостеру по телефону 3. создать тикет в поддержке хостера 4. свой вариант (слово "хостер" обязательно)

как это кто смотрит? я смотрю если они имеют читабельный вид, а не %D0%BE%D1%87%D0%B5%D0%BD%D1%8C_%D1%85%D0%B5%D1%80%D0%BE%D0%B2%D0%B0%D1%8F_%D1%81%D1%81%D1%8B%D0%BB%D0%BA%D0%B0 а если они более-менее соответствуют крошкам. это блин сразу +10 к восприятию ладно, пасиба за совет, при возникновении вопросов, так и скажу клиенту - отменяй свое требование обратно, посиди в вебвизоре и все поймешь, твои клиенты - слепые мудаки и теряются, если кнопок на сайте больше чем одна большая "купить", или дизайн убог ровно на столько, что проще дотянуться до строки запроса и удалить текст до предпоследнего слэша, чем найти на странице ссылку на уровень выше

так это же только модель, теперь есть возможность поиска товаров по любой части наименования либо артикула там, где собственно и происходит вызов метода вашу же задачу можно решить например так вот ваша форма заказа admin/view/template/sale/order_form.tpl url: 'index.php?route=catalog/product/autocomplete&token=<?php echo $token; ?>&filter_name=' + encodeURIComponent(request), как вы можете видеть, в параметрах передается filter_name, и ничего больше а если вам надо, чтобы поиск был и по наименованию, и по артикулу, тогда эту строку надо заменить на такую url: 'index.php?route=catalog/product/autocomplete&token=<?php echo $token; ?>&filter_name=' + encodeURIComponent(request) + '&filter_model=' + encodeURIComponent(request), а в ModelCatalogProduct -> getProducts заменить if (!empty($data['filter_name'])) { $sql .= " AND pd.name LIKE '" . $this->db->escape($data['filter_name']) . "%'"; } if (!empty($data['filter_model'])) { $sql .= " AND p.model LIKE '" . $this->db->escape($data['filter_model']) . "%'"; } на if (!empty($data['filter_name']) && empty($data['filter_model'])) { $sql .= " AND pd.name LIKE '%" . $this->db->escape($data['filter_name']) . "%'"; } elseif (!empty($data['filter_model']) && empty($data['filter_name'])) { $sql .= " AND p.model LIKE '%" . $this->db->escape($data['filter_model']) . "%'"; } elseif (!empty($data['filter_model']) && !empty($data['filter_name'])) { $sql .= " AND (pd.name LIKE '%" . $this->db->escape($data['filter_name']) . "%'"; $sql .= " OR p.model LIKE '%" . $this->db->escape($data['filter_model']) . "%')"; } но это плохой вариант как минимум потому, что в данной реализации при одновременном заполнении наименования и артикула будут находиться товары, имеющие либо одно, либо другое совпадение, но не оба вместе как задумано изначально, и это плохо, например, для фильтра тех же товаров как вариант, во избежании коллизий, можете добавить свой метод фильтрации, ввести, например, какой-нибудь параметр filter_name_model_custom_get_all_products_i_want. отправлять его вместо filter_name в нужном шаблоне (напр. в том же admin/view/template/sale/order_form.tpl), дописать проверку и передачу параметра в модель в контроллере (ControllerCatalogProduct -> autocomplete) и дописать использование в запросе в модели (ModelCatalogProduct -> getProducts), дел на 3 минуты а вообще не рекомендую трогать модели, как и любые другие файлы ядра

свои 5 копеек докину должно быть site/novost/statia.html и оно так и есть при включенном "ЧПУ товаров с категориями" было бы неплохо вынести эту настройку отдельно для блога резон? красотища и легкое восприятие ссылок на тексты, но при этом хочется перемещать товары без последствий

если мысль продать наработки возникла уже после того, как довольный заказчик убежал в неизвестном направлении, или вы с ним явно договорились о невозможности дальнейших продаж, то эти наработки можно использовать в переосмысленном виде в других продуктах, вы же не права на использование идеи продали, а товар, но если все же права, то тогда и переживать не за что - абсолютно уверен, что стоимость была адекватной модель продажи сборки 2.х единственно верная, большие молодцы, и что фильтр в приоритете - тоже правильно и вот не помню, кажется, я уже где-то отмечал ваше чувство юмора и снова попытаюсь вернуть на рельсы - тема все же не о платных разработках кто-то из разработчиков будет заниматься вот этим, выбросив оформленную идею в общий доступ, чтобы кто-то реализовал ее быстрее (проще/дешевле) него самого, пока он пишет себе ТЗ, чтобы группа заказчиков его оценила, не побоясь при этом остаться с завернутым в это ТЗ хером в своих белых рученьках? вообще-то сам знаю, что будет, но это превращает процесс написания модулей в беспонтовое скучище, т.к. он будет иметь свойства процесса разработки на заказ, т.е. обременен обязательствами, но, в отличии от последнего, обязательства появятся сильно раньше оплаты, которой может и не быть вовсе, кадавр какой-то

я книгу не читал, но мнение имею шаблоном не пользовался, посему, к большому сожалению, не могу сказать слету, что для чего когда вы устанавливали шаблон, все инструкции выполняли? просто судя по https://github.com/ocshop/kitchen/blob/master/upload/install/opencart.sql, есть некоторые отличия в структуре БД и от оригинала, и от окшопа, наверное, эти отличия не просто для красоты?

объясните мне, бестолковому, чем вот это все отличается от разработки на заказ? тем, что заказчиков не 1 лицо? просто помимо специфических осложнений, могущих привести к замыливанию идеи в лучшем случае и коллективному срачу и мордобою в худшем, это ровно то же самое изначальную задачу формирует все равно один человек, к нему подтягиваются другие желающие, которые дружно и щедро оставляют свои байты на форуме, и рано или поздно могут прийти к такому варианту, который как бы устраивает всех затем доверенный представитель создает тему с этой оформленной задачей в столе заказов, находится желающий реализовать, получает денюшку и выполняет заказ, занавес технические нюансы оплаты, продавать или не продавать на стороне получившийся товар - это темы для конкретной беседы исполнителей и коллективов заказчиков (доверенных лиц) а изначальный вопрос-то касался совсем-совсем другой идеи - как-то мотивировать автора бесплатного дополнения, которое он сам задумал (вдохновился ли полетом кометы или спер идею у икеи, роли не играет) и создал, на дальнейшее развитие по хотелкам пользователей, которым модуль в целом подошел, но что-то в нем, как им кажется, могло бы быть лучше, а автор не сильно рад бесплатно эти хотелки реализовывать, т.к. он может считать, что модуль свою основную функцию выполняет, и его расширение не оправдает потраченного драгоценного времени, или не торопится с реализацией, потому что на творческий процесс у него по часу в неделю, а остальное время занято хрен пойми чем, но занято железно, иными словами просто лень хоть я и против такой идеи, и считаю, что благодарить (не путать с заказом!), если есть такое желание, имеет смысл только за готовый бесплатный продукт, но разумные доводы всегда полезно слушать в идеале, платный модуль - бесплатная поддержка (с оговорками, конечно), бесплатный модуль - платная поддержка (т.е. автор вправе требовать) кстати, адаптацию бесплатного модуля под конкретный сайт никто не отменял, и она всегда стоит либо собственных усилий, либо денег, и вот тут-то как раз бы и зацепиться, но клиент в первую очередь сам может быть несколько против того, чтобы потенциально полезные многим изменения, внесенные в его личную копию модуля (расширяем и дополняем) при адаптации для конкретно его сайта и за конкретно его деньги, были отправлены в мастер

просто модуль ничего не знает про эту колонку `noindex` tinyint(1) NOT NULL DEFAULT '0',

а не может быть такого, что этой таблицы и правда не существует?

это не меню, а модуль "Категории (IMG)" в шаблоне catalog/view/theme/ваша_тема/template/module/imgcategory.tpl замените <div class="col-lg-3 col-md-3 col-sm-6 col-xs-12"> на <div class="col-lg-4 col-md-4 col-sm-6 col-xs-12"> а "Личную гигиену" отправьте в конец

читаем внимательней

кстати, кеш чистили после переноса?

создайте в корне сайта файл iconv-test.php в кодировке utf-8 с содержимым <?php header('Content-Type: text/html; charset=windows-1251'); echo iconv('utf-8', 'windows-1251//TRANSLIT//IGNORE', 'iconv - Тест'); ?> и откройте http://penzavtomaslo.ru/iconv-test.php если нормально, значит все же ищите проблему в кодировке БД если все плохо, значит надо локаль прописать

admin ModelCatalogProduct -> getProducts $sql .= " AND pd.name LIKE '" . $this->db->escape($data['filter_name']) . "%'"; заменить на $sql .= " AND pd.name LIKE '%" . $this->db->escape($data['filter_name']) . "%'"; и то же самое с filter_model

блочный_элемент:first-letter { text-transform: uppercase; }