AlexDW

+ http://php.net/manual/ru/function.ucwords.php

кидайте в ЛС доступы в админку и по FTP, гляну только нужно понимать, что если вы постоянно над сайтом экспериментируете и если в процессе экспериментов произойдет отключение модуля или его модификатора - будет задействован стандартный механизм движка что приведет к автоматической очистке корзин у незарегистрированных пользователей, т.е. товары в их корзинах добавленные более 1 часа назад будут удалены

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

не совсем так

sale/order/ord_export вызов метода идет через слеш для примеров смотрите admin\view\template\sale\order_list.tpl

Модуль обновлен до версии 1.21 - цветовое выделение отключенных товаров в списке - сокращение вывода длинных названий товаров в зависимости от ширины окна браузера - улучшено подключение скриптов и стилей модуля - добавлена поддержка PHP 7.2 - 7.3

Здравствуйте вопрос сродни "как мне на легковой машине тонну картошки перевезти" так же, как и всегда - думать как вариант - увеличить число показываемых на странице в админке товаров, например до 200 десять раз кликнуть сумеете?

Здравствуйте самая распространенная причина - конфликт кода модификатора модуля с другими модификаторами, вносящими правки в класс cart отследить можно сравнивая код модификатора модуля с фактически измененным файлом класса из кеша также очистка корзин может происходить в следующих случаях: 1. отключен модуль или его модификатор - тогда в силу вступает стандартный функционал движка, с очисткой корзин незарегистрированных покупателей раз в час 2. корзины удалены через список корзин вручную 3. смена настроек модуля (например активация private key) либо указан изначально короткий срок хранения корзин 4. вмешательство в таблицу oc_cart (восстановление из бекапа / импорт данных / правка таблицы вручную или сторонним модулем)

с такой постановкой задачи - вероятно только кидалы

есть мысль что причина в на чистом движке с дефолтным шаблоном без всяких модулей/модификаторов проверьте сначала

Модуль обновлен до версии 1.24 - добавлена поддержка php 7.2 - 7.3

поди по тарифу рублей за 500 - оно еще и само вам сайт с нуля сделает до чего техника дошла! (с)

просто файлы нужно редактировать и сохранять в кодировке UTF-8 без BOM например при помощи Notepad++

1. выучить русский 2. заполнить текст на русском профит!

Здравствуйте в теории должно работать со всеми шаблонами при условии что автору(-ам) шаблона не взбрело в голову забить на совместимость/стандарты и в корне изменить функционал движка (привет авторам Journal3!) конкретно по Лайтшоп не скажу, пока никто не обращался можете стать первым, если возникнут проблемы - пишите, буду смотреть

Скачать / Купить дополнение Fix Extensions Uninstaller - исправление деинсталлятора дополнений в Opencart 3x При создании дополнений многие авторы используют отдельные папки, общие для файлов своих дополнений (например для своих библиотек в system/library, скриптов в catalog/view/javascript и тд) или используют универсальные файлы, содержащиеся в каждом их дополнении В Opencart 3x сделано удобное удаление установленных дополнений через встроенный деинсталлятор. Удаление дополнения происходит в один клик и пользователям теперь не нужно вычищать его файлы вручную. Проблема в том, что при удалении через деинсталлятор совершенно не учитывается уникальность файлов и папок дополнений. Т.е. если происходит удаление дополнения, содержащего какие-либо общие файлы и/или папки с другими имеющимися дополнениями - такие файлы и папки будут удалены, что может привести к неработоспособности других дополнений. Баги деинсталлятора в Opencart 3x: 1. Если ряд дополнений использует свою собственную общую папку, которой нет в движке по умолчанию - такая папка создается при установке первого дополнения и привязывается к нему в таблице oc_extension_path в момент создания. При этом, при установке последующих дополнений, использующих данную папку - привязки не происходит, так как папка уже есть Но при удалении именно того дополнения, к которому произошла привязка папки - ПАПКА БУДЕТ УДАЛЕНА СО ВСЕМ СОДЕРЖИМЫМ, т.е. фактически со всеми другими файлами, которые могут не иметь отношения к удаляемому дополнению, и использовать эту общую папку для хранения своих файлов. 2. Если в ряде дополнений используются какие-либо общие файлы (например универсальные вспомогательные классы, библиотеки и тд) - удаление такого дополнения через деинсталлятор приведет к удалению этих общих файлов Ладно, если пользователь переустанавливает или ставит новую версию дополнения, содержащую эти же файлы - тогда они просто будут добавлены заново. В случае же, если дополнение просто удаляется за ненадобностью или в его новой версии уже нет таких файлов - их отсутствие просто приведет к неработоспособности всех использующих их модулей. Данный патч устраняет эти проблемы после его применения при удалении дополнений через штатный деинсталлятор будет учитываться уникальность использования удаляемых файлов/папок другими имеющимися дополнениями Особенности: - актуален для движков Opencart версий 3000-303х в том числе ocStore 3020 (а также вероятно и для прочих сборок, существующих на момент выхода патча) - проверка на уникальность использования файлов и папок при удалении дополнения если такие файлы и папки используются другими установленными дополнениями - они будут сохранены - не создает дополнительных таблиц и полей в БД - не меняет стандартные файлы движка (используется OCMOD) Установка: 1. Загрузить архив fix-extensions-uninstaller.ocmod.zip в Extensions > Installer 2. Обновить кеш модификаторов в Extensions > Modifications Другие дополнения: ----------------------------- AO Tooltips - HTML-подсказки для атрибутов и опций CartKeeper - хранение и управление корзинами покупателей AutoComplete 3x - улучшенный поиск товаров в админке для Opencart 3x SearchOrder 3x - предпросмотр и поиск в заказах для Opencart 3x Добавил AlexDW Добавлено 06.03.2019 Категория Прочее Системные требования Метод активации Без активации Ioncube Loader Нет ocStore 3.0 OpenCart.Pro, ocShop Обращение к серверу разработчика Нет  

Третьего дня столкнулся с непонятным: при удалении обычного дополнения через установщик и загрузке его обновленной версии на боевой сайт - ряд других дополнений превращались в "кирпич", а движок начинал ругаться на отсутствие части файлов, связанных с ними. Вариант с "кривым" дополнением был отброшен изначально, т.к. а) собственно и являюсь автором дополнения б) создано согласно стандартам движка и не в первый раз; структурно не отличается от других в) перед загрузкой прошло полную обкатку на тестовом окружении В процессе препарации выяснилось, что виновник - штатный деинсталлятор дополнений в Opencart 3x При установке любого дополнения в тройке - информация о содержащихся в нем файлах и папках записывается в смежные таблицы oc_extension_install и oc_extension_path И при удалении через штатный деинсталлятор - относящиеся к дополнению файлы и папки удаляются именно на основе этих данных При создании дополнений многие авторы используют отдельные папки, общие для файлов своих дополнений (например для своих библиотек в system/library, скриптов в catalog/view/javascript и тд) или используют универсальные файлы, содержащиеся в каждом их дополнении Беда в том, что в процессе удаления совершенно не учитывается возможность использования этих файлов и папок другими дополнениями. Фактически: 1. Если ряд дополнений использует свою собственную общую папку, которой нет в движке по умолчанию - такая папка создается при установке первого дополнения и привязывается к нему в таблице oc_extension_path в момент создания. При этом, при установке последующих дополнений, использующих данную папку - привязки не происходит, так как папка уже есть Но при удалении именно того дополнения, к которому произошла привязка папки - ПАПКА БУДЕТ УДАЛЕНА СО ВСЕМ СОДЕРЖИМЫМ БЕЗ КАКОЙ-ЛИБО ПРОВЕРКИ т.е. со всеми другими файлами, которые могут не иметь отношения к удаляемому дополнению, и используют эту общую папку для хранения своих файлов. 2. Если в ряде дополнений используются какие-либо общие файлы (например универсальные вспомогательные классы, библиотеки и тд) - удаление такого дополнения через деинсталлятор приведет к удалению этих общих файлов Ладно, если пользователь переустанавливает или ставит новую версию дополнения, содержащую эти же файлы - тогда они просто будут добавлены заново. В случае же, если дополнение просто удаляется за ненадобностью или в его новой версии уже нет таких файлов - их отсутствие просто приведет к неработоспособности всех использующих их модулей. На текущий момент данная проблема актуальна для всех движков третьей ветки (3000-3031) и сборок на их основе (включая ocStore 3020) И судя по исходникам на гите - еще и для беты 3100 (хотя в ней и добавили проверку перед удалением папки, но проверки на уникальность самих файлов по-прежнему нет) лекарство здесь

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

Для прогрузки закупочной цены модуля CostPrice через модуль АОП - Автоматическая обработка прайс листов от @usergio используйте настройки либо уточните у его автора в случае затруднений

даты релизов сравните почти год назад.. с добрым утром!!!

кхе.. кто бы говорил

Здравствуйте в текущей версии такого нет, пока только в планах на будущее

в модуле такого функционала нет только если самостоятельно будете делать (или наймете кого-нибудь)