brest001

Наверно со временем сделаю, пока не думал, стоит в планах. Кому-то нужно выделить заказы одного клиента (телефон), кому-то показать список, у вас свой вариант... нужно универсальное что-то, пока не придумал.

Проиндексировать - значит добавить индексы для полей таблицы в БД. Обычно индексы нужны для тех полей, по которым происходит ПОИСК или СОРТИРОВКА данных. Я не могу вам точно сказать какие поля в каких таблицах нужно проиндексировать (опыт в этом небольшой и нет для тестирования большой базы, где можно наглядно увидеть результат), Но для себя некоторый список я пометил. В списке ниже название_таблицы(без префикса) = название_поля1, название_поля2 и т.д. Например в таблице order можно добавить индекс для полей order_id и order_status_id : order = order_id, order_status_id order_option = order_option_id, order_id, order_product_id, product_option_value_id order_product = order_product_id, order_id, order_status = order_status_id, order_total = order_id, code order_history = order_id, order_status_id product = product_id, product_option_value = product_option_value_id, product_option_id, product_id, customer_group = customer_group_id, customer_group_description = customer_group_id, customer_reward = order_id, customer_id zone = zone_id, country_id Пробуйте добавлять индексы по-порядку и проверяйте результат. Пример запроса для добавления индекса ALTER TABLE `oc_order_product ` ADD INDEX `order_product_id` .... удалить индекс ALTER TABLE `oc_order_option` DROP INDEX `order_product_id`. Или я например делал это через интерфейс phpMyAdmin https://prnt.sc/10r59ic Для уверенности посмотрите дополнительно информацию по этому вопросу, ее достаточно.

Здравствуйте. weight_total в доп.данных товара не отключайте, скорей всего будет ошибка. Остальные пробуйте. - проверяли, говорят помогает. Особенно актуально для больших БД. Т.е. нужно чтобы таблицы, которые задействованы в запросе (особое внимание на доп. данные), были проиндексированы. В основном это таблицы order, product, order_product, но могут быть и другие. Ну и еще общая рекомендация - выводить на странице только те данные, которые нужны. Даже если сервер страницу отдает нормально, то при большом кол-ве данных на странице, сама страница может долго отрисовываться в браузере (причины могут быть самые разные). Поэтому лучше всего сделать несколько страниц для заказов под разные задачи, на которых выводятся только необходимые данные.

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

Здравствуйте! Показывает, что не хватает времени на обработку запроса. Можно конечно попробовать увеличить таймаут, но скорей всего, основная причина не в этом. Возможно, нужно проиндексировать таблицы в БД. Можно также попробовать вычислить, какой дополнительный запрос(ы) у вас плохо работает. В настройках модуля Вывод данных - Доп. данные заказа и Доп. данные товара попробуйте отключить все доп. запросы и посмотрите как загружаются страницы. Если загрузка страниц проходить нормально, тогда по порядку включайте каждый доп.запрос и проверяйте как работает. Тоже самое - Возможно, нужно проиндексировать таблицы в БД. В любом случае, запрос к базе не должен занимать так много времени, чтобы уходить в таймаут. Допустимо, когда сама страница выводится долго (больше 3 сек), но и то в том случае, если выводится большой список заказов с множеством данных. Это такая же страницы как и остальные, только настроена как дашборд.

Отправил в личку

Проверьте папку спам на почте.

Здравствуйте. Не совсем понятно, каким модулем вы пользуетесь. "Order Manager Pro до 2.0.1" - это что значит - 2.0 работает, а в 2.0.1 ошибка? Но ошибка у вас от Менеджера 1.4.2. Уточните, а то запутали )

С вашей помощью обновляем Order Manager Pro до 2.0.1 ИСТОРИЯ ИЗМЕНЕНИЙ ==================== 25.02.2020, версия 2.0.1(beta): - исправлены ошибки при запросе лицензии - исправлена ошибка библиотеки PHPExcel при экспорте в некоторых средах - исправлена ошибка при входе в модуль пользователем группы, для которой страницы не настроены - исправлена ошибка автоматической загрузки настроек по умолчанию для группы пользователей при первом переходе в настройки группы - Enter теперь работает в фильтрах - фильтрам теперь можно добавлять классы для валидации текстовых полей (без валидации в некоторых фильтрах могли возникать ошибки запроса к БД, например, если указать вместо цифр текст). Фильтры доработаны с учётом этих изменений - добавлены фильтры Дата, Время(начало, конец) доставки для добавленных модулем полей, и размещены по умолчанию в шаблонах страниц - добавлен API метод предварительной обработки данных для удаления всех символов, кроме цифр - актуально, например если нужно вывести номер телефона со ссылкой для звонков на мессенджеры. В доп. данных заказа добавлено поле Телефон (только цифры) (telephone_numeric) с этим методом обработки (поле по умолчанию отключено) - Доп. данные заказа: добавлено поле Оплачено баллами (order_reward_payed, поле по умолчанию отключено) - Доп. данные заказа: доработаны некоторые запросы - subtotal, coupon_value, shipping_cost, shipping_profit, order_calc_totals, order_cost_total, order_cost_profit, order_purchase_profit - данные могли выводиться некорректно при отсутствии значения в одном из полей - Доп. данные товара: доработан запрос переменной - weight_total - для учета веса с опциями - API: добавлен метод orderAddingData и переменные: [[{order_products_weight_total}]], [[{order_products_weight_total_format}]] - для вывода общего веса всех товаров в заказе с учётом опций (в формате и без); [[{current_date}]] - текущая дата, [[{current_datetime}]] - текущая дата-время. Метод orderAddingData можно дополнить другими данными при необходимости. - при сохранении настроек групп добавлено предупреждение, если не выбрана ни одна страница для отображения - все письма теперь отправляются от имени магазина, а не от пользователя (как было настроено для некоторых случаев) - кнопки действий с переходом на другую страницу (order_add, orderpro_add, order_info, order_edit, orderpro_edit) по умолчанию теперь будут открывать страницу в текущем окне. Если добавить в код кнопки атрибут data-target="_blank" - страница откроется в новом окне - в шаблонах таблиц заказов теперь можно добавить кнопку для обновления текущего заказа (см. в настройках шаблона информацию в разделе Кнопки действий для текущего заказа - Дополнительные действия) - в шаблонах таблиц заказов теперь можно добавить кнопку для просмотра другой таблицы заказов - непосредственно на странице и в модальном окне. Т.о. можно, например, на странице с минимальными данными о заказе, не переходя на другую страницу, просмотреть заказ "в расширенном варианте". Одновременно с открытием просмотра заказа можно сразу скопировать текст с этими данными в буфер для последующей вставки, например, как сообщение в мессенджер. Копировать текст в буфер можно и в фоновом режиме (без просмотра данных) - в мультиязычных данных шаблонов убраны языки, которые отключены в системе - исправлена загрузка данных по умолчанию для мультиязычных данных шаблонов. Актуально, когда ID языков системы отличаются (отсутствуют, или есть такие, которых нет в настройках по умолчанию). Отсутствующие данные заполняются данными первого в списке языка из настроек. - добавлено несколько API методов для предобработки текста - исправлена ошибка повторной загрузки стилей таблиц заказов и страниц в конструкторе - доработана совместимость с Новая (Укр)Почта API v. 3.5.х - доработано отображение кнопок добавить (удалить) баллы (комиссию) с учётом регистрации покупателя (партнёра) - изменён принцип взаимодействия шаблонов между собой (шаблон в шаблоне) - параметры и переменные, указывающие на другой шаблон, теперь формируются не по ID, а по сгенерированному уникальному коду шаблона. Такой принцип обеспечивает совместимость при переносе настроек шаблонов. При этом, шаблоны, построенные ранее по ID, будут работать на вашем сайте (если их ID не изменился). - таблицы списков значений сведены в одну таблицу и работают также как и остальные шаблоны - добавлен отдельный пользовательский API (файлы: admin\model\sale\ompro_api_custom.php и catalog\model\checkout\ompro_api_custom.php), чтобы в дальнейшем при обновлении модуля пользовательские доработки не были затронуты - добавлен более расширенный режим отладки вместо простого логирования sql-запросов - другие незначительные доработки и исправления

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

Здравствуйте! Обновление до Order Manager Pro бесплатно.

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

Здравствуйте. С 3.5.0 будет работать после обновления. А не надо быстро :) Я сам иногда забываю что там есть. Фильтр по телефону есть, см. блок фильтров на странице Расширенный список. Плюс фильтры можно создавать свои, по любому полю, если нужно, и выводить на странице или в таблицах заказов, где нужно.

Обновление, надеюсь на днях, но это все еще будет бэта.

Спасибо

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

Я с вами согласен на счет настроек. Если бы мне о таких потребностях кто-то написал в то время, когда модуль дорабатывался, я бы это сделал. О чем просили, то и постарался сделать. Но сейчас, когда доберусь до него, не знаю. Тут все просто. Модуль сравнивает название города (от регистра не зависит) в адресе и в настройках модуля, и всё. Но если в названии ошибка, то модуль ее не учитывает. Можно в настройках указывать несколько вариантов написания названия (в том числе и с ошибками). Но надежнее все-таки, чтобы пользователь не мог редактировать название сам - либо выбирал из списка, либо если подтягивается по ip, то чтобы поле города было нередактируемым. В этом случае вы будете точно знать какое название использовать в настройках, чтобы работало как надо.

Здравствуйте! ID, название и url магазина берутся из заказа, остальные данные по ID берутся из настроек соответствующего магазина (как раз этот момент еще немного доработал, будет в ближайшем обновлении). Поэтому в шаблонах будут подставляться данные нужного магазина, шаблоны дополнительные не нужны.

Здравствуйте. Вы наверно подсказки видели, но все же. (!) Если префикс «+%» или «-%», то проценты считаются от суммы в корзине (подитог). Пример настроек для групп покупателей: 1. Мин. сумма заказа = 200; Доплата за доставку = 10. Результат: Модуль доступен; Если в корзине сумма меньше 200, то Доплата за доставку = 10. Если в корзине сумма больше или равно 200 - Доставка бесплатно. 2. Мин. сумма заказа = 0, или не указана; Доплата за доставку = 10. Результат: Модуль доступен; При любой сумме в корзине Доплата за доставку = 10. 3. Мин. сумма заказа = 200; Доплата за доставку = 0, или не указана. Результат: Если в корзине сумма меньше 200 - Модуль Не доступен; Если в корзине сумма больше или равно 200 - Модуль доступен, Доставка бесплатно. Стоимость доставки и доступность модуля (для групп покупателей) зависит от указанной мин. суммы. Здесь нет такого как с весом, чтобы например от 0р до 5000р - одна сумма, от 5000р до 10000р - другая сумма и т.д.. В этой ситуации вы сами решайте как вам настроить. Какие настройки есть, такие есть. Чтобы было "до 8000р платно", то нужно ставить мин. сумму 8000 и указать какую-то базовую стоимость. А потом дополнительно регулировать стоимость в зависимости от веса. Учтите при настройке веса (из подсказок): "Наибольшее значение веса будет также ограничивать максимальный вес заказа. При настройках 5.5:250,10:350.8 - если вес заказа 10, то стоимость будет 350.8, если вес больше 10 - метод доставки недоступен." Так как вам нужно чтобы модуль был доступен всегда, то можно указать после какого-то веса стоимость "0" и в конце какой-нибудь нереальный вес тоже с нулевой стоимостью (например: 2000:350,3000:400,4000:450,5000:500,10000:700,15000:0,100000000000000000:0). Пробуйте и решайте как вам лучше.

Здравствуйте! Ждите документацию или пробуйте разобраться сами, смотрите подсказки в настройках. То что вы спрашиваете, в двух словах не объяснить. Например, " в блоке Действие - убрать файл и изображение" - это ячейка таблицы заказов "Максимальный список", там html код, его и нужно редактировать. Или "в блоке Товар - убрать фильтры, оставить только опции"...- если я правильно понял, фильтрами вы называете атрибуты? Чтобы их не показывать, соответственно в коде нужной таблицы товаров нужно убрать эту переменную.

Здравствуйте! Скорей всего, при установке не выполнился php, поэтому в базе нет таблиц модуля. Вы по инструкции устанавливали? Можно попробовать еще раз запустить установку. Если вопрос не решится, давайте в личку доступы админки.

При запросе ключа указывайте что сайт тестовый, если при выборе "Нет" получите ошибку о недоступности сервера. Это будет исправлено в след. обновлении.

Нет, и не планировалось. Для таких операций нужен редактор, как ни крути. OrderPro вам наверно нужен, хотя он объединяет заказы, а не разделяет.

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