sazonoff

В 25.11.2019 в 15:16, Jays0n сказал:

И работающее не только на дефолтной шаблоне и фильтрах.

большие запросы.

под конкретный фильтр всегда доработка нужна.

5 часов назад, lagrand сказал:

с автоматическим обновлением количества и наличия

правда, тут не понял, что и как и где должно обновляться?

есть у яндекса бесплатный модуль.

Y.CMS 2.0

Ищете поиском через яндекс и сразу попадете на него.

В 01.08.2019 в 19:01, acmast сказал:

Нужно установить дополнение, разработанное для Opencart 3 на сайт, работающий на Opencart 2.3.

Можно ли это сделать, какие проблемы могут быть?

просто так без переделки не выйдет установить чтобы работало.

В 28.11.2019 в 15:01, anboza сказал:

подскажите

обычно верстку показывают на конкретном примере с HTML+CSS.

На пальцах как-то неудобно давать совет.

Вы же могли сделать тестовую страницу и дать на нее ссылку?

Так проще подсказать по коду, т.к. его можно на лету в браузере править и вам показывать.

В 30.11.2019 в 00:08, dmitriy2506 сказал:

оно автоматом должно загрузить картинки по ссылке и преобразовать юрл картинок с внешних на мой сервак

о, пусть должно.

можно код написать для этого.

Напишите сами или закажите. Вариант?

@Nairi , а зачем пишите в чужой теме?

4 часа назад, Nairi сказал:

из тех поддержки сказали что нужно оптимизировать сайт.. это решение?

это всегда самое супер-правильное решение.

А заодно и сервер оптимизируйте.

В 26.11.2019 в 16:13, Tom сказал:

Не указывать акции, товарам с нулевой ценой, не ?

разумнее всего

В 29.11.2019 в 14:18, Predators сказал:

не применяетcя модификаторы

полезно начинать поиск проблемы с чтения логов. Там же написано почему именно.

В 02.12.2019 в 16:49, Anna23023 сказал:

Error: Server shutdown in progress

полезно переводить гуглом, например сперва.

В 03.12.2019 в 20:10, Dmitriy9fil сказал:

Очищал уже не помогает

очищайте системный кеш тоже.

может быть у вас еще и vqmod стоит. его кеш тоже надо.

В 02.12.2019 в 14:37, Anna23023 сказал:

а автор фильтра в это не верит, и какой у меня выход?

использовать другой фильтр.

разве не вариант?

10 часов назад, Anna23023 сказал:

Из текущих проблем - низкая скорость и проблемка с фильтром, но на индексацию это не должно влиять

почему вы так решили?

робот не будет бесконечно ждать пока страница даст ответ. может выкинуть из-за этого тоже.

В 02.12.2019 в 11:35, Selvle4ka сказал:

Насколько знаю путь задается одной "/", а не "//".

по хорошему это так. но на работу не влияет.  но лучше избегать такого стиля.

В 02.12.2019 в 11:35, Selvle4ka сказал:

недоступна для записи

проверьте владельца папки и права на запись.

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

универсальный способ - это выставить права 0777.   Но не очень правильный.

Вы не путайте с единицами в CSS.  Там другое.

а тут по сути размер для картинки в файле.

4 часа назад, garrip91 сказал:

поворот на 180 градусов

в движке нет такого. Это кверху ногами изображение?

Даже шаблоны такое не делают. Им это без надобности. 

Где вы такое нашли?

С чем боретесь то?

Лучше покажите ссылку на страницу и объясните, что хотите. 

Цитата

В какой единице

в писелах. а разве бывают варианты? это же абсолютные значения для изображения, его файла если быть точнее.

еще как вариант:

вместо

// Output
$response->output();

делаем в system/framework.php

// Output
$response->output($registry);

соответственно в response.php

Но лучше сделать через дополнительное свойство $route к классу Response.

Делаем, например

class Response {
	private $headers = array();
	private $level = 0;
	private $output;
    public $route;

в system/framework.php   добавляем строку:

$response->route = empty($registry->get('request')->get['route']) ? null: $registry->get('request')->get['route'];
$response->output();

а в самом классе Response используем:

var_dump($this->route);

Обошлись без глобальных переменных.

И удобно сделать через ocmod без боязни, что ocmod сторонних авторов что-то испортит или мы испортим им. Т.е. максимальная совместимость будет.

Можно, конечно, и через private переменную с публичным методом, но это уже не суть.

12 часов назад, i3bepb сказал:

Чтобы получить доступ к $registry в response.php можно про кинуть $registry в глобальное пространство

как вариант.

правда, неэлегантное решение получается.

12 часов назад, i3bepb сказал:

Но разработчики явно не хотели, чтобы были глобальные переменные и решили таким образом избавится от них.

и тем самым поломали совместимость модулей, которые делались для 2.3. Теперь они не подходят под 3.0.

Стоило ли такое хотение или нехотение разработчиков поломки совместимости?

Я не могу понять, что же такого интересного появилось в 3-ке, что из-за этого можно было похерить совместимость с модулями от 2.3?

На одной стороне куча наработанных модулей для 2.*, а на другой - что?

12 часов назад, i3bepb сказал:

это не кусок кода в глобальном пространстве

я это и предполагал. непонятно только чего этим добиться хотели то?

Повысить безопасность?  Это сомнительно, т.к. все данные из config.php остаются доступными в глобальной области видимости, и этих данных достаточно чтобы получить доступ к чему угодно. Хотите доступ к БД? Пожалуйста! А в ней все на свете настройки и доступы есть.

Так смысл изолировать $registry?

Ведь в общепринятых практиках программирования он именно глобальный.

2 часа назад, i3bepb сказал:

Вообще советую поразбираться в процессе загрузки движка, т.е. что происходит от момента вызова index.php до вызова нужного метода контроллера.

я знаю как это происходит в 1.5 и в 2-ке.

Надеялся, что подскажут, что же изменилось в 3-ке.

на каком этапе и зачем удаляется $registry?

Где-то в середине скрипта $registry доступен, а потом исчезает. Так только в 3-ке.

Я вообще не понимаю для чего нужно было делать такую несовместимость с 2-кой?

Уже привык к $registry, а тут сюрприз.

Такое впечатление, что главный конструктор выдумывает несовместимости и берет их с потолка.

вот зачем переименовал token в user_token?  Ничего кроме несвоместимости не получили.

3 часа назад, i3bepb сказал:

И Вы можете всегда получить 

$registry->request->get['route']

нет.

получите в 3-ке из библиотеки, например, response.php.

В 2-ке и в 1.5 - без проблем.

в 3-ке не получается.

            echo "==registry==";
			global $registry;
			var_dump($registry);
			echo $output;

так тоже самое

var_dump($GLOBALS['registry']);

Заметьте, что это происходит уже перед самым последним шагом, который делается, т.е. перед финальным echo $output;

Куда исчез $registry?

$registry нужно чтобы получить route.

в опенкарт 2 объект $registry - глобальный и везде виден, если не ошибаюсь.

как в опенкарт 3 увидеть из любого кода $registry? Цель - получить route из любого кода.

Если не через $registry, то как иначе?

В 08.11.2019 в 15:22, Daisuke сказал:

Пробовал запустить апач - то же самое, только ещё вылетает 403 часто.

однозначно, проблема в руках.

на апачи не должно быть проблем даже при отсутствующем htaccess. вот без него и нужно сперва проверять.

фактически он только на чпу влияет, а с отключенным чпу можно тестировать сайт без htaccess

как в opencart 2 и 3 из любого места кода получить route?

имеется ввиду во это: 

$this->request->get['route'];

Как, например, из своей библиотеки, т.е. там, где $this не работает получить значение route?

В opencart 2 есть глобальная переменная (объект), которая видна везде - это $registry, можно через нее.

В opencart 3 глобальная $registry уже недоступна.

Так как правильно вытащить route?

Как получить первичный route - это понятно, он легко берется из запроса сервера, но если работает ЧПУ, то route в итоге будет другой. Вот нужен этот конечный route, который и есть:

$this->request->get['route'];

11 часов назад, mpn2005 сказал:

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

Вот тут реально дикие времена начнутся. 8)

 

Вряд ли им нужен такой бизнес.  Репутацию на раз потеряют.

В 07.03.2019 в 17:47, Bager сказал:

Хостинг reg.ru 

А рег.ру - один из самых паршивейших хостеров по неадекватной качеству цене.

Поддержка слабая,   софт годами не обновляют на шаред-хостинге.

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