а это уже последствия разработок на гите. Из опыта могу сказать, что те, кто разрабатывает на битриксе через гит, не используют структуру и функционал битры даже на 10%, что приводит к дальнейшим проблемам.
В вашем случае возможно поможет полная очистка кэша через админку битрикса, каждый раз когда будут какие-то обновления.
Ингвар Фон Бьёрк, Читаем внимательно: верхний уровень - это когда раздел не указан ... когда добавляется в дочерний, это уже исключает логически верхний уровень
т.е. если в верхний уровень можно добавить только не добавляя в разделы при установленной "галке", при не установленной "галке" вообще нельзя добавить
ну это уже отверстать надо, не обязательно же выводить все в один список, можно раскидать на несколько, например добавить какую-то переменную которая будет в foreach счетчиком, т.е. примерно смысл таков:
Если вы учитесь использовать битрикс, то рекомендую изучить документацию.
потому что, после изучения доков, такие легкие вопросы отпадут сами собой и либо решение будет найдено в документации, либо возникнет более сложный вопрос, особенно учитывая что в доках битры описано около 20% ее возможностей, а может и меньше)
у битрикса есть стандартные шаблоны, которые показывают возможности, но в коммерческой версии сайта используются как правило свои шаблоны, т.е. на каждый компонент можно собрать любое количество шаблонов, любой компонент можно вызвыть на любой странице и даже в любом другом компоненте. Если Вы хотите реализовать что-то не из коробки не зная как работает битрикс, то обращайтесь к программистам.
Если вы учитесь использовать битрикс, то рекомендую изучить документацию.
на отдельной странице можете вызвать этот же компонент, но в настройках компонента указать необходимые параметры, включая главное - другой шаблон и формирование ссылок (если чпу), но перед этим надо собрать свой шаблон с таким выводом, который хотите видеть
lezhenkin, давай думать логически, если 100% это 568, значит родительский контейнер выходит за рамки, и возможно у какого-нибудь body стоит width:100vh
lezhenkin, ну с яблоками то все равно постоянные проблемы)))
а вообще, я с такой проблемой именно на разрешение не сталкивался, но были случаи, когда у дочерних элементов были свойства которые позволяли вылазить за границу, например статичная ширина. еще сталкивался с проблемой когда двигаешь в браузере границу для изменения ширины, то что-то не корректно начинает отображаться, это связано с js, но при этом когда открываешь на определенной ширине все отображается нормально.
вариант 1
в корне домена в файле .htaccess прописать правила
RewriteEngine On
RewriteCond %{HTTP_HOST} site.ru
RewriteRule (.*) https://new-site.ru/$1 [R=301,L]
в данном случае весь сайт будет перенаправлен на новый домен,
вариант 2
если сервер nginx, перенаправить можно через файл конфигурации относящийся к необходимому домену
вариант 3
перенаправить ns на новый сервер, в котором прописать правила на перенаправление на новый домен
все равно же ты его вызываешь и $_POST переменные передаются, а вообще это один из вариантов, я обычно форму отправляю ajax'ом на отдельный файл находящийся в шаблоне тогоже компонента где и форма. а в файле подключив пролог обрабатываю полученные поля, т.к. подгрузка через компонент, может понадобиться только в том случае, чтобы получить полностью результат обработки всего компонента.
смотря что подразумеваешь под БАЗОЙ, мне например хватает для базы понимать что если провод воткнут в разъем, то по нему должно что-то передаваться (абстрактно).
все новое построено на чем-либо старом, например автомобиль двигается на колесах, но если ты будешь понимать что колесо круглое (фундамент), ты не полезешь ремонтировать двигатель, если не горит задняя фара.
зная базу 90-х годов, ты будешь понимать как это работает, но сможешь ли настроить, к примеру, web-сервер на CENTOS?
для базы понимая "что это такое" ДА, хватит, но для работы с этим, надо изучать новые технологии.
Керим Сапаров, немного не с той стороны смотришь, язык программирования развивается, но он является оболочкой. сети тоже развиваются, но если брать именно фундамент, то в языках программирования принцип самого программирования остался тотже..
более наглядно:
был когда-то паскаль, потом к примеру Delphi, а сейчас С#, у них фундамент один, только возможности увеличиваются, благодаря железу и простота решений. Задача программирования скомпилировать на носителе необходимое сочетание единиц и нулей.
теперь возьмем что-нибудь из сетей для сравнения: были когда то модемы, которые по 2х жильному кабелю передавали до 64кб/с, потом плетенки, беспроводные сети, оптика. Т.е. сейчас строится сеть по тому же принципу, т.к. задача сети передавать те же единицы и нули, но с новыми материальными возможностями.