Jump to content

SergeTkach

Пользователи
  • Content Count

    754
  • Joined

  • Last visited

 Content Type 

Profiles

Forums

Downloads

Статьи

История версий

Store

Blogs

Downloads Plus Support

module__dplus_manager

Everything posted by SergeTkach

  1. Вот блин! Залез в oc-store-3020.loc/public_html/catalog/controller/startup/startup.php Вывел на экран результаты запросов $query = $this->db->query("SELECT * FROM " . DB_PREFIX . "store WHERE REPLACE(`ssl`, 'www.', '') = '" . $this->db->escape('https://' . str_replace('www.', '', $_SERVER['HTTP_HOST']) . rtrim(dirname($_SERVER['PHP_SELF']), '/.\\') . '/') . "'"); Проверил настройки подмагазина. Вроде все было нормально. Тем не менее, попробовал заменить "URL магазина" на основной (может я не так что-то понял). Это не сработало. Потом обратно скопировал и вставил адрес - и о чудо, в запросе SQL теперь был результат. В итоге начал проверять, что за ернуда и понял, что адреса подмагазина должны быть со слешем в конце, чтобы это работало.
  2. Вопрос решен Здравствуйте! Тестю, как работают ЧПУ для мультимагазина на ocStore 3. oc-store-3020.loc - основной домен test.oc-store-3020.loc - подмагазин (через встроенный функционал Магазины, известное в народе как "Мультимагазин"). Столкнулся со следующей ситуацией: (ок) - ЧПУ основного магазина работают ( oc-store-3020.loc/ru_canon-eos-5d ) (error) - ЧПУ подмагазина не работают ( test.oc-store-3020.loc/ru_store2_canon-eos-5d ) (ок) - ЧПУ основного магазина работают даже на НЕОСНОВНОМ магазине ( test.oc-store-3020.loc/ru_canon-eos-5d ) - то, что иконки не правильно подгружаются - это отдельная история При этом такая ситуация и когда SeoPro включен, и когда выключен. Начал выводить данные seo_url.php на экран. Оказалось, что проблема в том, что при открытии подмагазина в конфиге идентификатор основного магазина $this->config->get('config_store_id') // return 0 Честно говоря, я вообще не понимаю, зачем для подмагазинов есть возможность указывать свои ЧПУ. И, кроме того, кажется оно и не работает. Кто знает, оно действительно не работает и что с этим можно сделать??
  3. @kigor можно {H1} -> [static_category_h1], [static_product_h1] - если речь идет о том H1, который вписан вручную А если надо его собрать из данных товара, то просто повторить тот набор, который вписан в формулу для H1 {rod} -> [category_name_plural_genitive] - можно включить дополнительня поля для категорий, и тогда придется из заполнять. Там есть место под родительный падеж, под им.п. ед.ч и также под дат. пад. мн.ч. При их включении обязательным становится заполнение [category_name_singular_nominative] (Категория в им.п. ед. ч), которое может выступать "обозначающим словом" для товаров, если они была названы по артикулу или модели. {minprice} -> [min_price] {price} -> [price] - цена товара с учетом Скидки (discount). Акция (special) не учитывается. Подробнее о существенных отличиях Скидок и Акций в OpenCart читайте здесь - https://opencart-guide.com/vopros-otvet/chem-skidki-otlichayutsya-ot-akcij-v-opencart.html {productcount} -> [count_products] |low -> lower_case( Text )
  4. Видел, что у некоторых клиентов установлены оба модуля. Но целенаправленная проверка на совместимость не проводилась.
  5. Я сейчас о сути вещей, а не о формате. И использую термин из документации Google - https://support.google.com/webmasters/answer/178636?hl=ru Гугл называет это "Файлы Sitemap для изображений", несмотря на то, что по факту там перечислются в первую очередь страницы, и к ним прицепом перечисляются изображения. И кстати, да, я впервые вижу, что Яндекс принимает изображения. Везде и всюду говорится о том, что это не так. И еще пару месяцев назад, когда я смотрел документацию Яндекса, я не видел этого. Может не туда смотрел, но точно, что не видел. Но не в этом суть. Что я имею ввиду? Есть карта сайта со страницами сайта. Ее завести критично важно. Оба поисковика находят картинки, если они нашли страницы. Вот, к примеру, прямая цитата с документация Яндекса: Вместе с тем карта Google Sitemap, которая идет по умолчанию в системе, содержит категории, товары, производителей и информационные страницы. При этом только для товаров в карте сайта содержатся изображения. То есть, такую карту можно назвать "Путеводителем по страницам сайта". И в ней вовсе не обязательно должны присутствовать ссылки на изображения, ведь по логике тех же поисковиков, сначала надо просканировать страницу, а с изображением как-то разберемся. В то же время (я это точно знаю) многие люди находят товар (или по крайней мере некоторые виды товаров) из Гугл Картинок. И многим сайтовладельцам кажется, что если они отправят в гугл карту с картинками, то это определит их нахождение в Гугл картинках. Главным контентом магазина являются товары. Стало быть Файл Sitemap для изображений может содержать лишь ссылки на товары и их изображения. Там вовсе не обязательно дублировать и категории, и производителей, и информационные страницы сайта. Вот что я имею ввиду. А еще, "общая карта сайта" может содержать в себе хоть все страницы за раз (если уж ее не будут тормозить картинки). А вот карта с перечнем картинок должна быть разветленной как можно сильнее (содержать как можно меньше фото к одном ответвлении), чтобы не нагружать серверер одновременной обработкой большого кол-ва изображений.
  6. Яндекс Sitemap - самый что ни есть неплохой вариант. Зачем использовать Google Sitemap, если Яндекс его все равно не прочитает? Если уж очень хочется картинки, то их можно стравить отдельной картой сайта. Причем порционно, чтобы не загружать севрер огромным кол-вом фоток за 1 раз. К примеру, можете использовать карту сайта Branched Sitemap для OpenCart. И да, я понимаю, что ТС, навернка, свою проблему уже давно решил. Но если сюда ведет поиск, то было бы логично предоставить какой-то вариант решения подобной проблемы. И кстати, на форуме уже есть подобные обсуждения вот тут и тут2
  7. Увеличение Maximum execution time - не самый лучший вариант 1) При достаточной посещаемости пока виснут одни процессы сайт с большей вероятностью может стать недоступным для пользователей. 2) Чем больше товаров, тем меньше смысла увеличивать лимиты, так как даже за 3 минуты оригинальные изображения могут не превратиться в кеш нужного размера, если будут обрабатываться тысячи и тысячи фоток за 1 раз 4) Наибольшая нагрузка происходит во время создания кеша изображений, которых еще нет в наличии. То есть, после массового импорта товаров и очистки кеша изображений. 5) Чем больше размер исходных фото, тем больше нагрузка на сервер при ужатии до размеров 500px - 800 px. Бывают случаи, когда люди загружают на сайт изображение более 4000 px... Такие картинки медленно ужимаются 6) Яндекс все равно не принимает карту сайта с изображениями, поэтому проще установить другую карту. К примеру вот эта бесплатнаяYandex Sitemap opencart 2.3.7) И все же, если Вам в карте сайта нужны изображения по религиозным или другим соображениям, то предлагаю использовать карту сайта, которая имеет разветвления, благодаря которым серверу не нужно обрабатывать тысячи фоток за 1 раз. То есть, загрузка такой карты сайта сравнима с загрузкой страницы категории. Такое можно делать в карте Branched Sitemap.
  8. Здравствуйте! Предоставьте, пожалуйста, фактологические данные. Снимки экранов с настройками модуля, с состоянием заполненности падежей для той категории, которой это касается, ссылку на страницу, где это проявляется, снимок связей товара (главная категорий товара), если речь идет о товаре. Все это не является типичной проблемой, и лучше всего направить в личных сообщениях. И если уж в личных, то уже сразу можно доступ к админке.
  9. Только если написать модификатор, подобный тому, который написан для OC FIlter
  10. Суть моего посыла была в том, что раз уж прописали свои пути, то пропишите уже и рередиректы. И кроме того, очень сомневаюсь, что гугл как-то отреагирует на 2 адреса sitemap. Это же не дубль в контенте. Он что понизит карту сайта в поисковой выдаче или что он Вам за это сделает?
  11. Кстати да, twig не решает проблему того, что люди пишут, что хотят. И упомянутый шаблон Journal - явное этому подтверждение, что накуралесить можно не только во вьюшке (которую можно ограниить twigʼом типа от греха подальше), но еще и в контроллере... Одно дело подменить шаблон и работать, как тебе удобно без последствий (именно в интерфейсе настроек своего модуля). И совсем другое дело, делать дополнительный запрос в базу данных, только лишь для того, чтобы получить еще раз текст товара, потому что исходный текст (который и так есть в контроллере по умолчанию), был урезан для короткого описания... Данный модификатор работает точечно и не имеет подобных последствий.
  12. Проблем в движке нету. Он скорее жив, чем мертв...
  13. Да, так и есть. Я использовал конвертор https://phptotwig.com/ для конвертации кода. И я не хочу беспокоиться о таких вещах, как пробелы в нужных местах, на фоне синтаксиса "выколи глаз"
  14. Код — это не продукт. Хороший код не рождает хороший продукт.
  15. Я сейчас не о философии и религии, а о насущном. Если проблему можно решить быстро, то мне сложно понять, зачем ее решать долго и сложно, если на выходе получится тот же результат?
  16. Конечно! Fatal error: Uncaught Twig_Error_Loader: Unable to find template "extension/module/MOD_CODEtpl.twig
  17. PHP (работает отлично): <textarea id="input_custom_replace_to" type="text" name="custom_replace_to" class="form-control" style="height: 250px;"><?php if (isset($custom_replace_to_array) && count($custom_replace_to_array) > 0) { $i=1; foreach ($custom_replace_to_array as $value) {if ($i>1) { echo "\r\n"; } echo $value; $i++; } } ?></textarea> Twig (добавляет пробелы): <textarea id="input_custom_replace_to" type="text" name="custom_replace_to" class="form-control" style="height: 250px;">{% if (custom_replace_to_array is defined and count(custom_replace_to_array) > 0) %} {% set i=1 %} {% for value in custom_replace_to_array %} {% if (i>1) %} {{ "\r\n" }} {% endif %} {{ value }} {% set i = i + 1 %} {% endfor %} {% endif %}</textarea> * count в OpenCart не работает, и его убирал: <textarea id="input_custom_replace_to" type="text" name="custom_replace_to" class="form-control" style="height: 250px;">{% if (custom_replace_to_array is defined %} {% set i=1 %} {% for value in custom_replace_to_array %} {% if (i>1) %} {{ "\r\n" }} {% endif %} {{ value }} {% set i = i + 1 %} {% endfor %} {% endif %}</textarea>
  18. При использовании моего костыля проблем совместимости не возникает. Вьюшка модуля работает автономно. А код, который вставляется в системные вьюшки, все таки конвертирую в твиг.
  19. Это не будет работать, если просто вызвать $this->response->setOutput($this->load->view('extension/module/MODULE_CODE.tpl', $data)); --- И еще меня смущает переопределение конфига $this->config->set('template_engine', 'template');
  20. Я имею ввиду не то, что мне твиг просто не нравится. Я имею ввиду то, что из-за твига редактор кода не подсвечивает начало и конец условия php. Ровно то же самое происходит при использовании упрощенного синтаксиса php, когда не надо использовать фигурные скобки, мол, как говорят некоторые пишешь php, а цикл открываешь и закрываешь, подобно html- тегам. И потом сидишь и ищешь, где там начало и где конец. А когда подсвечена фигурная скобка, точно и быстро понятно, где начало и где конец. Но окончательно меня взбесили лишние пробелы, которые вносит твиг при обработке textarea. С php-кодом все работает отлично, а вот с твигом - и разбираться не захотелось в этом кракозяброподобном синтаксисе твига.
  21. Скачать/Купить дополнение Bye-bye, Twig! Когда вы находитесь в процессе работы, и вам нужно активно редактировать код модуля, намного привычнее работать с версткой в виде php. Хотя бы лишь потому что вы по прежнему можете видеть открывающие и закрывающие фигурные скобки с подсветкой всего блока кода. Данный модификатор хорош для быстрого редактирования интерфейса модулей при их разработке или при адаптации с 2.3 на OpenCart 3. Он НЕ создан для других целей. И не отменят twig в целом. Он лишь позволяет вам в процессе разработки в контроллере вашего модуля подключать tpl-файлы без особых мудреностей. В конце, когда вы увидите, что процесс работы на модулем завершен, вы можете легко и просто конвертировать php-код в твиг-код на сайте https://phptotwig.com/ Хотя, надо признать, что конвертатор не всегда выдаст вам полностью готовый и работающий код. И все же "поправлять готовую версию" - это более менее малые жертвы, по сравнению с "писать на твиге с нуля". Если честно, то используя данный модификатор, вы можете и вовсе оставить вьюшку интерфеса настроек вашего модуля на tpl. Но такое не рекомендуется завсегдатаями этого форума (см обсуждение поддержки). И еще в таком случае при установке вашего модуля появится зависимость от данного модфикатора. Как это использовать? 1. Установить модификатор и обновить кеш модификаторов 2. Для вызова tpl-вьюшки в контроллере необходимо дописывать расширенией файла .tpl, как это было в версии 2.1 $this->response->setOutput($this->load->view('extension/module/MODULE_CODE.tpl', $data)); Добавил SergeTkach Добавлено 27.02.2020 Категория Инструменты, утилиты Системные требования OpenCart 3 Сайт разработчика http://sergetkach.com/ Метод активации Без активации Ioncube Loader Нет OpenCart 3.0 ocStore 3.0 OpenCart.Pro, ocShop Обращение к серверу разработчика Нет Старая цена 0  
  22. Попробуйте в "Размеры изображений" поля "Товара (Ш x В)"
×

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.