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

Вы в Австралии живёте? )

Это от клиентов зависит, а не от организации. Клиенты - заказчики на магазины и сайты. А мне кажется, сейчас не самое спокойное и активное время для запуска, развития и доработок своих сайтов, не? ;)
Вы написали, форум воспрял )
Все там будем. Но надеюсь, не в ближайшее время всей страной ))))

Если по фактам, то, конечно, мрак и неопределенность впереди, ждём непонятно чего, неизвестно, что будет через месяц, выдадут всем винтовки, какой тут "форум"..? Если нет, ну выпустим сборку очередную, сейчас в разработке

Молимся скорее, с упоением надежды возлагаем, чем просто ждём)

Не, куда закрываться уже? Нам 19 лет 23-го октября, меньше чем через месяц. А через год 20 лет! Мы уже слишком старые и царя видели, чтобы взять и закрыться) Эту песню не задушишь не убьешь! Впадем в анабиоз в самом худшем случае, даже если начнется жуткая заварушка 😁
А вообще у нас сейчас раскатывается РК на шаблоны для облаков, потихоньку кампании начинают идти, потихоньку набираются новые облачники, им будут нужны доработки, никуда не денется работа. И опытные партнёры как раз будут в цене. Не зря ж it-шникам отсрочку дают, цифровой суверенитет страны поддерживать кому ж? Так что не отступать и не сдаваться!

Никаких винтовок! Мы за созидание, за глобализацию и мир!

• НЕ
• ЗА
• КРО
• ЕТ
• СЯ
• !!!

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

Файл-то тут причем? )
https://snipp.ru/php/life-session

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

В базе флаг снимите вручную, делов-то
Не помню точно, или прямо в таблице импорта флаг, или в таблице 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", то да, тему закрою )

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