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

Написать самому

а в чем сложность исправить настройки php что в виртуальной машине это как то по другому настраивается?

Забавно вы указываете что Ваша версия от 11 сентября 2020 в то время как официальный релиз php 8 26 ноября 2020 года. Вам не кажется что в чем то Вы не правы.

Хотя согласен, уже могли бы сделать за 6 месяцев поддержку php 8

С таким описанием проблемы никто не поможет.

Вы сами ответили на свой вопрос. Проблема в некорректном отрабатывании кеша. То есть информация что товар есть закеширована и пока кешь действительный будет отображение. Необходимо переработать этот момент.

https://abuzov.ru/ne-sozdan-vremennyj-katalog-bitriks/
https://wiki.iphoster.net/wiki/Bitrix_-_%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B0_Mandatory_category_has­_not_been_created

Гуглить то не пробовали ошибку

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

Вам никто не сможет предоставить мануалы по такому, так как вся документация есть на официальном сайте 1С битрикс
https://dev.1c-bitrix.ru/api_help/

Если внимательно изучите всю документацию, то сможете реализовать. То что Вы написали реализуемо.

Никак.
Такое не предусмотрено.
Можете конечно написать множество обработчиков на событиях, но овчинка выделки не будет стоить

https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=43&LESSON_ID=3436

читайте. Только лучше тогда исполнение агентов перевести на cron, а не на хитах пользователя

https://dev.1c-bitrix.ru/api_help/main/reference/cmain/showviewcontent.php

Читайте тут

Жаль что не последовали совету Выше. Очередное лишь бы работало, а там. Грустно

Ранее пользовался когда вел активную разработку на Битриксе. Проблем не было. Так как работаю на Ubuntu и веб сервер настроен вручную.  

а зачем иметь товар с таким количество предложений. Может разбить на несколько товаров с меньшим количеством предложений. не пробовали подумать в это направление

У вас все равно 4 пути реализации.
1 делаете всплывающие модальные окна на каждый элемент
2 делаете невидимые блоки под каждый элемент и при всплывание все равно подставляете эти блоки в модальное окном
3 сразу в модальном окне предусмотреть все блоки и отображать только необходимый.
4 ну и через AJAX запрос получать нужный контент после клика и выводить на экран.

При любом раскладе если нет Ajax запроса вы должны будете предусмотреть вывод всех данных сразу, либо скрыто в html либо выгрузка данных в js переменные и отработка если например таких данных мало.

Так что Вам решать как реализовать. тут нет правильно или неправильно, есть целесообразно и понятно ли реализуемо все, а то можно погнаться за правильностью но окажется чрезмерное решение. Если данных очень много то имеет место доп запросы через ajax, мало данных хоть как реализуете, главное чтобы было понятно, где что хранится и как обрабатывается. И контент лежит в контенте а не в шаблоне сайта и туда засовывается невесть каким способом, или все в js положено и танцы с бубнами чтобы понять как туда все попало.  

А вы не думали что робот яндекса не сиеминутно приходит на сайт. и пока не проиндексирует в выдаче будет вся информация да и потом не факт что удалит. Так что обратитесь к сео специалистам.

Это вам к специалистам сео продвижения, а не  сюда.

разве опенсервер не позволяет менять настройки PhP. Насколько помню с этим проблем у него не было никогда

Можете. Если в этом конечно есть необходимость и целесообразность. Надо будет учесть все нюансы такие например как кеширование данных.

Прочтите наконец-то документацию про компоненты.

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

Хотите совет не парьте другим мозг. Увольняйтесь сразу ибо с таким подходом как у Вас, вы еще хуже сделает чем до Вас.
Вам говорят читайте доку, вы про я гуру в PhP могу все написать и сделать. Так делайте и не трольте народ.  

Раз разные ЧПУ или городить огород или приводить к одному виду ЧПУ.

И что Вам должны ответить? тут никто не знает что вы там исправили в карточке товара. Наверное рискну предположить ошибки изза Ваших правок. Но что правили то никто не знает.

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

У Вас есть бензопила. Но вы зачем то используете топор для срубки дерева. Хотя пилой и проще и быстрее. Ну а если Вам топор больше нравится, так зачем выкладывать сюда бесполезное и главное очень вредное решение. Ибо кто то прочитав, решит что так проще, но это не проще это неправильно.

Так и у Вас пылится пила, ибо вы предподчитаете топор для рубки дерева.

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

Так что подумайте в следующий раз зачем Вам вообще битрикс если вы не используете его возможности