Сделаем сохранение в ближайшем обновлении

Импортируемый id - это любой внешний id любой внешней программы. От поставщика, и т.д. Там что угодно может быть, хоть 10009653567.
DIAFAN CMS создаст товар, назначит ему свой "ID на сайте" и сохранит импортируемый id.
Тогда по этому id можно обновляться.
Выбирать "импортируемый id" надо всегда, когда есть id, не относящийся к сайту на DIAFAN.CMS
А "Id на сайте" - это когда с сайта выгрузили экспорт, там наши id, из нашей базы, а потом обратно импортируете, тогда "id на сайте"

Мы опираемся на статистику: в подавляющем большинстве у людей импорт внешнего CSV файла и там всегда чужой id. Если Вы экспортнули свои же товары с id из CMS и потом льёте их же обратно, конечно, надо быть внимательным.
Но и в этом случае один раз сохранили настройки импорта, указав тип "id на сайте" и всё, больше сбивать не надо. Загрузили файл, настройки подгрузились. Зачем каждый раз проверять?

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

Кастом полностью отрубите. Затем на странице импорта нажмите ctrl+F5
И далее попробуйте снова. Будет ошибка?

Заработал импорт? Ну а у нас в облаках 5.6 стоит и там работает всё. Так что Вашу гипотезу ещё доказать надо, что это чисто от версии РНР зависит ;)
Это минимальные требования для системы. Не у всех же импорт используется. Да и магазин не у всех. А для визитки и 5.4 хватит, система-то установится.
А уже рекомендуемые требования можно добавлять в конкретных модулях, в принципе. И мы думали об этом. Раздел в параметрах сайта даже заготовили с информацией

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

Повторюсь, гипотеза требует доказательств. Понижение версии - это не просто РНР, там же сопутствующие пакеты всякие, модули, плагины. Так совпало, что поменяв версию РНР какой-то пакет другой для работы с сессиями на конкретном хостинге подгрузился и заработало. С каждой ошибкой надо разбираться детально, а не методом тыка менять версии РНР ;)
Открыл сайт, открыл исходный код, взял хеш и смотри в сессию, какой хеш там и разбирайся, откуда ноги растут. Может сессия вообще пустая. И надо смотреть, почему она не пишется.

Это да, это логично. Мы думали об этом

Да это кто угодно может сделать. Любой программист

Через неактивность, наверное.
Два поля, идентификатор удаляемых и второе поле с "0".
В импорте "идентификатор" и "опубликовать".
Трынь - все товары неактивны, на сайте нет.
Потом просто в админке в фильтре "показать все неактивные", выделить все - удалить.

Да не, тут речь про то, что на сайте 1000 товаров, а 100 надо удалить из разных категорий и страниц.
Список из этих 100 id есть в Экселе.
Весь каталог удалять не надо ;)

https://user.diafan.ru/forum/rules/



https://user.diafan.ru/wishlist/

Вы по-английски не? Написано же "Пароль не верный"

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

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

А вообще, в ID внесите логин, в ключ пароль. Подпись можете не вносить, т.к. её на smsc подтверждать надо. Ну или внесите любую, от имени кого будут смс приходить.

По идее да, но настройки забиты в параметры сайта, а там выделить отдельно настройки бэкэндов смс нельзя. Надо либо отдельно выносить из модуля, либо делать универсальные поля. А у смс сервисов бардак, стандартов нет. Это у почты всё одинаково: хост, порт, логин, пароль, независимо от сервиса. А у смсочников чёрти-чё, то логин пароль, то ключ, то хеш, то id, то подпись, то ещё фигня какая. Как это стандартизировать?

Ну... "Надо было"... Надо было, конечно. Знали бы всё наперед, жили бы в Монте-Карло ;)

По умолчанию включена выгрузка.
https://www.diafan.ru/dokument/full-manual/modules/shop/admin/#Eksport-tovarov-dlya-YAndeks.Market

по пиву?

Белорусские рубли ;)

https://www.diafan.ru/dokument/full-manual/modules/shop/#SHablonnye-tegi просто в show_search добавить ajax=true

Это что за кошмар на анимированном скриншоте? Добавление товара?

Шаблон - в смысле, верстка? Или шаблон - в смысле текст?

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

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

Марине абсолютно фиолетово, даже бирюзово и васильково, она подобными вещами не занимается от слова "вообще". Зачем ей писать? То же самое, что
ведущему авиаконструктору Боинга писать про необходимость оливок в салате в питании в самолёте. ) Причём, Марина даже больше по проектированию аэропортов и ВПП сейчас, она и самолётами не занимается.

Сделать автоотправку трека при наличии интеграции со СДЭК несложно индивидуально. А вот продумать универсальное решение, чтобы не зависеть от доставщика, платежного решения, заказа, покупателя и т.д. - это уже промышленное решение, которое и надо решать.

По моему скромному мнению, проблема вот в этом

Какой сайт заработал? Как не отвечал домен, так и не отвечает.
Проверьте сторонним сервисом http://xseo.in/dns тут пусто у домена.
Если Вы его только что проделегировали, то нужно ждать обновления dns, 6-72 часа.
Для верности спросите регистратора, когда домен проделегируется

Вот тут https://user.diafan.ru/ на карточке сайта своего нажмите "управлять сайтом" - переходит в админку?

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