Blondi

Вопрос решила. Оказалось все очень просто. Но вчера ночью так не казалось )) <?php echo ($this->request->get['m'] ) ?>

Тема старенькая, но попробую задать вопрос. Он как раз в продолжение обсуждения. Посоветуйте, пожалуйста, решение, если нужно скрыть модуль в категории с параметром, к примеру: &m=<?php echo $manufacturer_id; ?> т.е. ссылка категории, в которой нужно не выводить модуль, будет выглядеть примерно так: http://имя сайта/index.php?route=product/category&path=20&m=9 Заранее благодарна.

А почему нет? Я покупаю. В разы дешевле, чем в каком-то модном магазине выходит.

Ну да, писала по памяти. Действительно, доставка. У Вас еще изображения рейтинга отсутствуют. Поправить бы ))

А в " Учитывать в заказе" способ "фиксированная стоимость" включена?

А где первые 4 главы сего романа в семи частях?... Я так поняла что сам дизайн есть? в каком виде? Что то уже делалось в магазине, то есть насколько сильно код уже отличается от чистой инсталляшки? Много надо уточнять, особенно в SEO и 1С.

Про стоимость промолчу.. уже выше все сказали.. Но что вы сделали с корзиной??? Зачем все так сложно? Или у Вас заказ должен оформить только самый сильный, умный? Как по мне, то чем меньше шагов, полей в корзине, тем больше вероятность того, что этот заказ Вы получите. Очень сомневаюсь, что за такие деньги Вы найдете исполнителя, ибо не каждый осилит даже ТЗ )) Я это осилила.. много думала и улыбалась. Местами хотелось плакать. Рекомендую или бюджет увеличить, или же отказываться от половины "хотелок". Тогда Вы без проблем вложитесь в обозначенную сумму.

И на странице этого товара предложить аналоги, которые есть в наличии. Согласна с предыдущими постами, отключать нельзя.

Поддерживаю. Тоже нужен модуль, который будет отправлять разные письма при разных статусах заказа.

Может такое решение Вам подойдет? Пакетное редактирование товаров

Доброго времени суток. Подскажите, как этот модуль будет работать с FilterPro v2.3.10 ? Если не работает, то можно ли их "подружить"???

Гхм... вот что значит не до конца листать тему, уже все решилось... сорри....

Нагрузки растут странно пропорционально, при том что я так подозреваю что посещаемость стабильна?... Возможно внутренняя возможно внешняя проблема. Внешняя - все модули которые генерят что то наружу - sitemap, Yandex YML, прайслист, или что у Вас еще есть. отключаем все. Sitemap можно бесплатным модулем один раз сгенерить или по расписанию, и положить в виде файла в корень и все, не будет нагрузки вообще. Так же может быть проблема с поиском - кто то постоянно "что то ищет". Может быть лазят какието боты или парсеры, которые постоянно лопатят продукты. Проверьте что у вас в логах самого апача на хостинге, кто и как к вам ходит. Посмотрите логи OpenCart - вдруг какие ошибки что то подскажут. Внутренние ошибки - возможно какая то функция зациклилась, или некорректно обрабатывается на новом хостинге. Опять таки, посмотрите логи сервера и движка. Я бы предложила решить проблему кардинально - поставить последнюю чистую версию ocStore, и перенести на неё нужные модули, причем опять таки последних версий, дизайн, базу товаров. Во первых сам движок у вас староват, во вторых неизвестно кто и что там кодил. Можно конечно просто попробовать обновить движок, но думаю что ошибок полезет еще больше, хотя тоже попробовать стоит, а вдруг повезет... Да, это рубить с плеча, но даст гарантированный результат, а вылавливать ошибки и бегать с хостинга на хостинг греша на сервера можно долго.

Еще обязательно проверить Система-Локализация-Валюта, Налоги, и по желанию там же страны и регионы.

скриншот страницы с ошибкой или полный текст необходим для анализа сам файл прикрепить необходимо так же.

Я так предполагаю, что вы просто пытаетесь установить OpenCart с нуля, залили файлы с инсталляцией, и на втором шаге пытаетесь подключиться к базе, которую не создали на хостинге?... Создайте в админпанели хостинга базу, будет вам и логин и пароль и база. Или дайте скрин этой "мини-регистрации"...

Я вот тут нашла одну багу в самом движке. Недавно опубликована, видимо кто то научился пользоваться. В /system/library/cart.php есть кусок кода 23. foreach ($this->session->data['cart'] as $key => $quantity) { 24. $product = explode(':', $key); 25. $product_id = $product[0]; 26. $stock = true; 27. 28. // Options 29. if (!empty($product[1])) { 30. $options = unserialize(base64_decode($product[1])); 31. } else { 32. $options = array(); 33. } Описание на английском - The vulnerability exists because this method uses the "unserialize()" function with the key values of the array stored into the "data['cart']" session variable without a proper validation. Such values might be manipulated by an unauthenticated attacker via the $_POST['quantity'] parameter during an "update" request. This can be exploited to inject arbitrary PHP objects into the application scope, and could allow an attacker to conduct Server-Side Request Forgery (SSRF) attacks by abusing the destructor method of the "DBMySQLi" class and possibly other attacks leveraging magic methods of classes defined in third-party extensions. NOTE: if OpenCart is running on PHP before version 5.3.23 or 5.4.13 this vulnerability could also be exploited to carry out XML External Entity (XXE) attacks, which in turn might allow arbitrary command execution if the PHP "expect" extension is installed. Ели я правильно перевера, то возможно внедрение PHP объектов при обновлении страницы из-за того что функция unserialize() выполняется без валидации. Работает на версии 1.5.6.4 и ниже. В качестве решения предлагается заменить пару строк - http://git.io/F3dGoA Решение только для версии 1.5.6.4, может кто подскажет как решить на более ранних версиях? Варезные дополнения и модули тоже тот еще рассадник радостей, это да... Никогда не знаешь что получишь.

Главный вопрос так и остался без ответа - как заразили в первый раз? Если Вам просто полечат магазин за N-ную сумму, то заразят его через пару дней за 0 р. 0 коп.

проверьте этим - http://vms.drweb.com/online/?lng=ru Я ничего не нашла. Каспер тоже не нашел. Если продолжает ругаться, то скажите хоть как именно, что пишет в подробнее? на http://googleanalyzes.com/stat.js тоже никто не ругается Еще лучше вот этим проверить - virustotal.com Опять ничего не нашла. https://www.virustotal.com/en/url/50f2225a03bc0f38827e4715813450de646529fd7cc976d660ffea0bef4bec6f/analysis/1405335306/ Если у вас установлен какойто модуль выводящий HTML текст, то ссылка на скрипт может быть в нем, и выгружаться из базы. Пройдитесь по ней поиском. Может даже в описании товара что то попасть. Сделайте полный бэкап файлов и базы на локальную машину, и пройдитесь текстовым поиском по всему. Может даже в .htaccess что то прописано. Так точно найдете.

Задайте себе правильный вопрос - каким образом взломали сайт изначально? То что вы удалили папку с вирусами и почистили .htaccess, это раз. Проверили что бы не оставили бэкдоров это два. А есть ли гарантия того что не взломают тем же способом что и в первый раз?....

Я так поняла что магазин уже сделан, и его надо доделать, или поднять с нуля? Если есть, дайте ссылку посмотреть. И дизайн - дизайнер дает только макет или полностью верстает сайт?

В логах в 90% случаях должно что то быть. Или они отключены в админке, или не те логи смотрите. Кроме логов в system\logs есть еще логи сервера, тоже могут подсказать. Есть логи Vqmoda, они не относятся к 500 ошибке конечно, но подскажут что в коде поменялось. Праведные строки в .htacess так же открывают путь к познанию истины и помогают отречься от кода, приводящего к грехопадению, но еще советую попробовать этот артифакт - https://opencartforum.com/topic/19017-otladchik-dlia-opencart-debugger/ Для дизайна в Огненном Лисе есть режим 3D просмотра сайта, который наглядно показывает расположение слоев, что под чем прячется.

Нашлась таки ошибка - system\helper\utf8.php - был в кодировке UTF-8, пересохранила без BOM и все заработало! Всем спасибо за помощь, проблема решена!

УРА! наконец то! Аллилуя!! system\helper\utf8.php - был в кодировке UTF-8, пересохранила без BOM и все заработало! Пошел процесс инсталляции на второй шаг. Ставить не стала, взяла чистое зеркало, пересохранила файл и заработало! И на хостинге и на локалке. Всего то надо было поменять кодировку ОДНОГО ФАЙЛА!! chukcha, большое спасибо за подсказку!!!

system\library\url.php заменила... Эффект устойчивый, тот же результат.