Никто не идеален. Ни Диафан, ни АМО, ни Битрикс, как бы-то ни было.

Тут как раз разница в том, что если разработчики такого платежного модуля напишут нам, мы окажем всяческую помощь. К нам никто не обращался.
Зато мы в АМО обписались. Безрезультатно, просто игнор.
Что за модуль, кстати? Какая платежная система?

Эквайринг, доставка, импорт, уведомления - это для сайтов и магазинов важно. С CRM, ну так... Весьма косвенно. Не является это решающим фактором и тем более далеко не для подавляющего числа людей. Опять же, если у кого-то большой магазин, куча интеграций, большие продажи, что аж человек платит ежемесячно за АМО несколько тысяч рублей для штата продажников, то уж выделить пару тысяч и нанять программиста, который переделает авторизацию с токенов в oauth на АМО (тем более, что это же так просто и быстро) в бесплатном модуле вообще не проблема.

У нас в пуле задач стоит доработка модуля АМО. Но не приоритетно. После переделки шаблонов на 7.0 в облаках. Шаблоны нам принесут прямую прибыль. АМО нет.
А сейчас ставить в приоритет переделку АМО, бросать релиз, сборку, новый сайт и пр. ну вообще не рационально.

Ого ) Первый раз вижу эту ПС )
Нет, их нет ни в аддонсах, ни в платежных модулях, они не писали нам, ничего не спрашивали, не советовались как сделать лучше и пр.
Бэкэнды у нас, кстати в 6.0 всегда были, даже со времён 5.4, и судя по интерфейсу в их документации, они делали в 6.0 вполне свежую и делали самостоятельно. Скачали пакет, сделали модуль в виде модуля и выпустили у себя.
Будете разговаривать с ними ещё раз, пусть пишут нам, или на cms@diafan.ru или в поддержку с аккаунта со своего домена, мы подскажем и как модуль сделать и выложим его прямо в админку в бэкэнды.

С cms@diafan.ru ответят по существу 100%. В поддержке могут помариновать, а на cms@diafan.ru верняк

Вот-вот. Модуль платный, поддержка, ответственность, деньги, пожалуйста. Спасибо, Степан. Если будете его поддерживать, мы и свой переделывать и выпускать не будем

Навскидку, вот сайт запчастей на нас, чуть менее 1.000.000 запчастей http://supart.ru/ (видел админку изнутри), и несколько тысяч категорий.

Киньте пару ссылок на хорошо оформленные статьи. У нас демо-шаблон на переделке сейчас, учтем

А в техподдержку обратиться религия не позволяет? Или на форуме веселее, а техподдержка просто сразу скучно решит вопрос и всё?

Можете в шаблоне карточки товара к этим ссылкам прилепить nofollow

Всё, входит, это полный дамп всей базы. Не входит только две таблицы: session и log, по-моему.

Ну Виталий, ну вот же скрипт экспорта, он маленький:
/modules/service/service.export.php
Сначала забираем все таблицы в БД

Затем пропускаем несколько ненужных

(их оказалось чуть больше, чем я думал выше, помимо сессий и логов еще не хранится поисковый индекс)
и всё, остальное все попадает в дамп в чистом виде.
Единственное, в архиве zip экспортируемые файлы *.sql бьются на несколько штук, если размер большой получается.
Так что если где и есть только 64 таблицы из 174, то это в первом base.db1.sql, а остальные в base.db2.sql, base.db3.sql и пр.

Помочь по фото - это сюда.
А тут url давайте

А что "это"? Браузер сначала подгружает HTML с длинными списками, затем оформляет его догрузившимся JS. Вы просто видите этот момент, т.к. может провайдер медленный. У меня пару раз мигнуло, затем закешировалось и больше я эти списки не вижу.
Что надо исправлять? Алгоритм корректный же.

Ну сделайте CSS для товара, типа
max-height: 500px;
overflow: hidden;

чтобы если списки и вываливались, то их видно не было

Или перекинуть show_js наверх html

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

Это шутка? Пост на внимательность? Тест на то, кто прочитал всё?


В чем прикол?

Два места там

Елена, не надо копипастить код, достаточно дать на него ссылку.
Я не знаю, что Вы там правите и как, но ситуация прозрачна. JS скрывает лишние картинки у основного товара и цепляет картинки из дополнительных. Чтобы он этого не делал, нужно сузить класс картинки основного товара, о чем и сказано выше. Работы на минуту. Вы если не понимаете принцип работы js, слепо тыкать не надо, лучше обратиться к знакомому программисту

Дело даже не в том, что объяснять долго. А в том, что навскидку кажется, что проблема только в этом, а как сядешь делать, оказывается, что еще в одном месте надо поправить. Этого не учтешь сразу, оно видно только когда сядешь.
Елена, может надо класс расширить, если он там дублируется где-то, или внизу что-то дописать, а может js в отдельный шаблон выделить, shop.buy_form.js в shop.buy_form_related.js склонировать.

Да при чем тут версия? 504 же. Таймаут, т.е. хостингу не хватает времени и ресурсов обработать файл.
Логичные вопросы: какого размера файл базы и сколько max_execution_time и memory_limit на хостинге

Резервная копия какая? Базы в модуле "Модули и БД"? Нет. Он файл для скачивания дает просто, сразу же в этом модуле

А колесико крутится какое-нибудь?

TLS - воткнуть сертификат для https? Нету.

Облачный Диафан - это быстрый дешевый старт сайта. Слишком дерзко требовать от него сервис выделенного сервера
Если Ваш магаз вырос, переезжайте на свой VDS и всего делов

Кстати, говорят РФИ хороший банк для онлайна

Качните https://user.diafan.ru/forum/show371/#2527
Допилите под последнюю версию. Или просто алгоритм подсмотрите.
В целом все просто: берем страницу в ВП, делаем в БД DIAFAN.CMS такую же, плюс кучку сопуствующих, типа rewrite и parent

Ну очевидно же, что 123 есть в системе. Не обязательно у другого тега, может у страницы какой или товара.
Откройте site.ru/123.html и увидите

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

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