Андрей Быкадоров (Все сообщения пользователя)

или нажать на клавиатуре F12 и выключить те css правила сайта, которые все портят

Если в шаблонах все нормально, надо посмотреть дальше цепочку - таблицу b_event и настройки msmtp. Чтобы понять, на каком этапе не так.

он там есть, чуть больше 100 строк, как-то не так смотрите.

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

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

Где вы нашли про сразу на том домене? Устанавливаете на домене/поддомене для разработки, при регистрации ключа указываете XXXX.ru и тот, на котором разрабатываете, заканчиваете, переписываете DNS у XXXX.ru и конфигурационные файлы нгинкса и апача на XXXX.ru, в настройках главного модуля указываете XXXX.ru и работаете спокойно. Или бэкапите и восстанавливаете на другом сервере. Более того, можете потом на отдельном сервере и домене развернуть еще одну копию, поставить галочку что она только для разработки и использовать дальше как тестовый.

в публичной части в верхнем правом углу переходите в Режим правки, наводите мышку на список - всплывает панелька, на ней справа от шестеренки треугольник на него кликаете, выпадает меню, нужно найти Редактировать шаблон компонента для списка товаров. Открывается окно с кодом шаблона, там аккуратненько находите '/упак' и аккуратно удаляете только эти буквы. Сохраняете. Внимательно смотрите, что ничего не испортили, если испортили - отменяете изменения.
Но лучше наймите кого-нибудь, мало ли там что наверчено

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

$arResult["DISPLAY_PROPERTIES"]["FILE"]['FILE_VALUE'][1]['SRC']

Как организовать хранение файлов вне файловой системы сайта? Хранить файлы в свойстве типа Файл в больших объемах дорого и неудобно, т.к. увеличится до неприемлемой величины размер резервной копии сайта. Хранить в отдельной папке и использовать свойство типа Привязка к файлу на сервере - ок, из резервной копии можно исключить, но дороговизна остается, да и не очень удобно - надо сначала файл загрузить на сервер, а потом найти и привязать.
Первое что приходит в голову - хранить файлы в облачном S3 хранилище, но хотелось бы, чтобы обращаться с таким свойством было не сложнее, чем со свойством типа Файл, чтобы при загрузке файла из админки классы этого типа сами достучались бы до облачного хранилища, там все положили и вернули ссылку на файл в публичной части при использовании этого свойства.
Есть такое готовое решение или надо самому писать велосипед?

Было бы очень неудобно, если бы пустые свойства выводились - часто часть из них применима к одним элементам и неприменима к другим. Посмотрите в $arResult["PROPERTIES"], точно не помню, но, скорее всего, они там есть. Тогда в result_modifier циклом пройдите по $arParams["PROPERTY_CODE"], если свойства нет в $arResult["DISPLAY_PROPERTIES"], добавьте его туда из $arResult["PROPERTIES"].

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

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

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

Есть соль и в Битрикс, и в OPENCART. Если очень нужно не беспокоить юзеров сменой пароля, то можно примерно такой схемой воспользоваться
https://dev.1c-bitrix.ru/community/webdev/user/42405/blog/4262/
а алгоритм проверки пароля в OPENCART погуглить по словам "OPENCART password salt", есть на эту тему инфа, во всяком случае в каких файлах искать.

не знаю как в runtime обратиться. Неужели будет такое заметное падение производительности, если сделать выборку двумя запросами - сначала по id раздела выбрать id элементов из SectionElementTable, а потом по этому массиву в фильтре выбрать элементы?

в /home/bitrix/msmtp_default.log теперь смотрите, почему не ушло письмо

ок, для чистоты эксперимента можно в первом случае брать из \Bitrix\Iblock\ElementTable, результат не изменится

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

связи между элементами и разделами хранятся таблице b_iblock_section_element . Класс для работы с ней \Bitrix\Iblock\SectionElementTable

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

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

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

1) Да, вполне. У клиента 5 разных сайтов интернет магазина на одной админке установлено,, каждый на своем шаблоне готовом из маркетплейса, полет нормальный.
2) нужно сильно постараться, чтобы сломать
Из замеченных минусов - отправка почты с разных адресов (своего для каждого сайта) проблематична.по cron.

товар может быть привязан разным разделам-подразделам из разных веток. Типа "Зеленый пушистый теплый покемон" в разделах Зеленые покемоны, Пушистые пкемоны, Теплые покемоны и т.п. Это, судя по всему человеку надо.

Нанять программиста написать 4 строки кода, несколько минут работы.
https://dev.1c-bitrix.ru/api_help/iblock/classes/ciblockelement/getelementgroups.php