Да, если говорить про 6 версию и более старые, то там беда, конечно. Моментов много, система бурно развивалась, очень часто был рефакторинг кода, ядра, массивов MVC, опять же, кастомизация полировалась часто и любое большое обновление могло поломать и шаблон и доработки. В 7 версии уже значительно стабильнее, мы очень аккуратно относимся к доработкам, обратной совместимости и поддержке старых функций. Системы от 7.1 и моложе прям стабильные, как раз именно "Нажал и пошел дальше" большинство сайтов. Особенно, если это касается самой админки, там вообще всё обновляется четко. А вот какие-то инновации, типа чего-то нового (типа картинок к характеристикам в последней сборке) да, они могут в старом шаблоне не вывестись, т.к. в result они ушли, а в шаблоне вывод не предусмотрен. Надо добавить оформление, чтобы заработало. Но это во-первых, стабильности системы не мешает. Во-вторых, как раз лучше регулярно обновляться, получать по несколько инноваций и применять из на сайте раз в квартал быстренько. Чем копить 100500 пакетов, получать через 3 года десяток улучшений и садиться за огромный допил всего и вся.

Как раз если сразу, то именно подряд. Если долго не обновляться, обновлений будет и не 3, а все 10. И если есть косяк, они все 10 подряд залетят на хостинг криво.

config.php после установки заполнен? Посмотрите по ftp

Очевидно, нет прав на запись. Смотрите еррор.лог на хостинге, почему он не даёт

А пароль к БД буквы и цифры? Или есть символы какие-то, типа точки с запятой?

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

Ну вот, mod_fcgid, режим РНР может поменять попробовать на хостинге

Смотрите в error log на сервере

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

Если импортируете через новый импорт, то в поле цена есть параметр "Множитель", по умолчанию 1. Ставите 1.05 - и цены импортируются плюс 5%

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

В других случаях подождать очередную сборку

Не, не, какой апрель? Надо последнее ставить, конечно, там в импорте много изменений по сравнению с апрелем

Это-то совсем просто. Создаёте отдельный импорт, кормите туда тот же файл, на все поля ставите пропуски, кроме идентификатора (артикула), чтобы к нему зацепиться, и параметры цвета, размера или что там у Вас, и цены с остатком. И всё, он только их обновит

Импортом вскоре будет можно. Мы пока не делали файл для страниц сайта, но планировали. Наш новый импорт поддерживает любые модули и мы планировали сделать страницы, новости, статьи, пользователей, заказы и ещё пару модулей.

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

А где Вы этот участок htaccess взяли?

Пробуйте построчно убирать, чтобы понять что ему не нравится

Тогда сразу вопрос про версию назревает

Прямо в штатном htaccess есть комментарии по этому поводу

Можно. Причём, именно так и нужно делать, сначала закрыли, переименовав. А потом, если всё нормально работает, через пару дней можно и удалить совсем

По этому сообщению тоже никто ничего не поймёт
То же самое
"Машина не едет. Чего только не делала. В сервис звонила, сказали проблема с машиной. Никак не пойму в чём проблема"

Ну да, если глянуть 1c.shop.php, там костыль на костыле возле каждой функции с комментариями типа "а это выгрузка характеристик для мойсклад" и "а это выгрузка картинок для мойсклад".

Ну это понятно, складов у нас нет. Поэтому первый шаг - завести сначала склады у нас, а потом уже синхронизацию улучшать.
Ну а как быть? Если 1С прислала 3 фотографии, а потом прислала одну, значит 3 заменили на одну. Это вполне логично. Надо 4 фотки, подтверди предыдущие 3 и дай новую. Иначе, если не трогать старые фотографии, а подгружать новыми, их там набьется 100500 штук и никак из 1С на это не повлиять будет.
Это же касается характеристик, если приходят только значения без самих характеристик, не добавятся. Можно, конечно, алгоритм переписать, сохранять старое, сверять, искать разницу, проверять. Но для этого нужны множественные кейсы, контакт с разными реальными базами, реальными каталогами и номенклатурами. А их не всегда просто найти. Если готовы давать, будем подстраиваться.

У нас же файл переименовывается в товарное имя. А из 1С вообще хеш какой-то, а не имя выходит. И поди знай, что из чего вышло

Дык вон, с Виталей делись, быстрее в короб положим

Афонников в своём репертуаре)))

Вы передергиваете понятия.
Смотрите, я утверждаю, что DIAFAN.CMS ПОЛНОСТЬЮ совместима с 1С. Всё, что есть у нас, заполняется из 1С. У нас есть цена? Есть. Одна? Одна. Она заполняется при синхронизации с 1С? Заполняется. Полностью? В чём проблема? В том, что в 1С есть ещё 100500 цен и складов? А мы-то тут причём? Наша вина в чём? В том, что не оправдываем Ваши ожидания увидеть в нашей системе веб-версию 1С со всеми её полями? Извините, но у нас не 1С.

Приходит пользователь. Наш. НАШ пользователь, которого устроила DIAFAN.CMS. Устроила функциональность системы, сайт, цена, один склад. Всё в порядке. Пользователь ткнул "выгрузить из 1С" и всё выгрузилось. Всё, что есть У НАС заполнилось. 100% совместимость. С фига ли мы копию 1С делать должны-то!?

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

Не, ну склады и остатки по складам мы сделаем. Это надо, конечно, давно в планах