Не куки, а сессии. Работают они так, как настроены на Вашем хостинге, по умолчанию обычно 1440 секунд, или 24 минуты. CMS-то тут причём? Она работает на тех ресурсах, что Вы ей предоставили. Пишите на хостинг, просите увеличить до месяца или бессрочно и будет корзина храниться вечно, а не 24 минуты )

Так а сессии тут при чём? )

В базе флаг снимите вручную, делов-то
Не помню точно, или прямо в таблице импорта флаг, или в таблице config
Завтра могу глянуть точно

Про крон же вообще речь не шла вроде? )

Я, кстати, сам невнимательно прочитал сначала, импорт блокирует именно запуск по ссылке.

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

Так, ну смотрите.
Флаг проверки блокировки импорта, это -

Эта функция сидит в inc импорта
/modules/service/service.inc.php

Сам маркер сидит в busy_proc_uid, который хранится в кеше


Что нам тут интересно. Это выделенное жирным в busy()

и, соответственно, условие


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

Пробуйте убрать это условие и снять блок, посмотреть, снимется ли и будет ли экспорт/импорт. Далее можно уже смотреть условия установки этого блока. По идее, при экспорте можно не проверять блок вообще.

Но вообще, нужно обратить внимание на

Нужно с этим разобраться, почему импорт не может загрузить файл. Может там права не те. Или путь какой-нибудь кривой. Или имя с кирилицей или пробелом.

Да эти штрихи не проблема, полирнем.
Что-то глобально может надо?
Полгода назад был бум с маркетплейсами, например, все массово интеграцию с ними хотели. Затухли? Кто в маркетплейсы ушёл/вернулся? Как там? )

Мы тут вишлист доперебираем, готовим новую сборку, которая уже скоро выйдет вместе с обновлениями.

Понятное дело, все баги уйдут и жменя некоторых предложений

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

В шаблоне вывода фильтра по товарам можно закомментировать. Show_search module=shop
Там в коде видно сразу вывод категорий

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

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

Отсортируйте по module_name, чтобы они рядышком были в списке.

Ну и? Нормально. Update_return одна запись. Вот её и меняйте на "Установка" и пишите ей хкш
А когда в config отсортируйте по module_name и тоже оставите только одну запись, то и всё

Как "нету"? А как же шестерка работает? )
Мы сами по этой инструкции обновляем пользователей.

А какие записи есть в таблице? Покажите скрин, подскажу

Это не ID, это сортировочный индекс. Клонируете товар, он получает такую же сортировку, совершенно верно.
Можете вручную его править, можете мышкой таскать.
А ID увидите или включив режим разработки, или в адресной строке при редактировании.
Он, конечно, не может дублироваться физически, за этим следит СУБД автоматически на уровне базы.

Дорабатывали мы давно модуль Сбера, всё он передаёт.

Кто!? Модуль!? ))) Модулю пофиг, он передал сумму и принял информацию, прошёл ли платеж. А уж какой платежной системой на сайте Сбера платил покупатель, модулю невдомёк

Слишком общие слова.
Искали как? По запросу "simple_request"? )) Это то же самое, что искать автомобиль по запросу "HRB 100 кгс" - нужна же твердость стали рамы кузова ))
Любой платёжный модуль, например, обращается ко внешним сайтам https://addons.diafan.ru/modules/platezhi/
Скачайте и посмотрите код.

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

Лучше в поддержку такие вопросы сразу задавать.
Документы в бумажном виде нет, по умолчанию автоматом никто не отправит. Электронные версии в платежах, а если нужны бумажные с печатью, в поддержке надо подтвердить адрес и попросить отправить.

Тут как раз наоборот: Потому, что на страницах присутствует тег rel=canonical, Яндекс и считает страницы каноническими ) А если копать глубже, то именно для того, чтобы Яндекс считал страницы пагинации каталога каноническими корню категории, на страницах 2+ этот тег специально и расположен ) Как раз по причине того, что сам Яндекс рекомендует этот тег там размещать ;)
Так что начните с объяснения причин, почему Вы хотите это изменить?

Служба поддержки - сайт админка + файл выгрузки - проверка ситуации и далее уже из поддержки оно само уйдет в багтрек и будет предусмотрено в системе

Баг - это когда есть проблема. То есть, что-то работает с ошибкой или не работает вовсе.

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

Соответственно, чтобы понять, является ли проблемой и багом одинаковые названия товаров, одинаковые цены, одинаковые артикулы или одинаковые идентификаторы импорта, надо обозначить проблему, которая из-за этого появляется. Что-то не так работает? Выходят какие-то ошибки? Где? При каких обстоятельствах?

Сам факт неуникальности какого-то поля не является багом.

Это где такая фраза!?!? У нас есть наш "Уникальный id", и мы это обеспечиваем. И есть просто "идентификатор для импорта", безо всякой приставки "уникальный". Не надо нам приписывать того, чего нет. ;)
Совершенно верно. И в данном случае мы переложили ответственность за контроль уникализации этих id на поставщика )

Это у какого поставщика одинаковые id в разных категориях, между которыми поставщик их так легко перекидывает и у него самого при этом нет проблем? )))
Я повторюсь, сам факт неуникальности поля багом не является. Я повторюсь ещё раз, для экономии собственных различных ресурсов мы не стали контролировать уникальность id поставщиков, оставив это в их зоне ответственности. Как в ПДД, ты держишь дистанцию впереди себя, а дистанцию сзади тебя обеспечить должен едущий сзади, это не твоя ответственность.
И я ещё раз повторюсь, приведите пример ситуации, когда импорт работает некорректно. Без теоретических надумок, типа "а если я вручную поставлю два поля в админке. Иначе так можно вручную пойти и в phpmyadmin и там в базе тоже снять уникальность с id и воткнуть одинаковые id.
Если таких ситуаций не было, и это всё и области "а что если предположить вдруг допустим может быть когда-нибудь у поставщика будут одинаковые id", то да, тему закрою )

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

П - педантичность 😁

Не совсем так. Домен поменять можно, если сайт один и тот же.
А вот если меняется проект, то да, или на старом домене никого не спрашивая ставите и всё, или новую купить/выпросить у кого-нибудь. Вон, к Сергея их куча пустых должна быть 😁

Да да, правильно, речь о дополнительном проекте, на него надо отдельно лицензию, всё верно )
Просто написал же "домен", а не проект ;)

Это не наш модуль, какой-то внешний, видимо.

Обратная связь - Настройки - Использовать капчу для ()
Чаще всего, администратор смотрит сайт как администратор, а для админа капча не выводится. Открывайте сайт в инкогнито.

Вот как я и говорил )


Если принципиально не хотите обращаться в поддержку, давать хостинг и файл, то могу посоветовать открыть консоль браузера, вкладку network, там при нажатии "Импортировать" видно какой запрос куда полетел, и какая ошибка вернулась в json. Может там режим разработчика включен и ломается формат, поэтому не доходит

Это же не наше сообщение, это ругань на уровне интерпретатора


К сожалению, это не застрахует от от таких ситуаций

Вообще, конечно, мы это не раз обсуждали. В целом, смотрите, на чём мы сошлись. Для установки системы класс не нужен. Система установится и без него. Мы проверяем то что нужно для установки, критичное и обязательное. Необязательного ещё много разного, не проверять же их все только потому, что может быть кому-то понадобится. А если кто-то ставит визитку, или штучный магазин и ему никогда не пригодится ziparchive? Зачем ему ставить палки в колеса при установке и требовать куда-то там пойти на хостинге и включить? Нам главное быстрее установить. Но вообще, чтобы ziparchive был отключен - такое бывает на куцых хостингах, в основном он везде есть. Это редкая ситуация достаточно.

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

А суть в том, что поддержку надо иметь, туда писать, указывать сайт и получить квалифицированную помощь )