grinch_asd

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

Нам нужно, чтобы контентщик мог самостоятельно создать новую страницу. Значит, будет 1 инфоблок, а страница -- это элемент инфоблока. Т.е. при создании страница автоматом получит динамический адрес.
Вся информация в блоки на странице будет выводиться через свойства инфоблока. Их нужно будет красиво сгруппировать. Каждая группа свойств -- отдельный блок. У каждой такой группы будет 2 обязательных свойства: активность блока и сортировка блока. Галочка активности будет отвечать за показ блока на странице. А сортировка будет указывать положение блока относительно остальных блоков (т.е. устанавливать порядок блоков). Остальные свойства в группе -- индивидуальны для каждого блока.
Вам останется только разместить на физической странице комплексный компонент Новостей (чтобы включить ЧПУ) и переписать шаблон детальной страницы (реализовать группировку свойств, вывод и сортировку блоков).
В результате получится небольшой конструктор страниц, с которым справится даже ребенок.

Но картинку таким образом вывести не получается

Каким "таким" образом? Где Вы выводите картинку? Код покажите.

Решать через if - самое правильное в этом случае. 3 переменных по 3 пункта - это всего 27 комбинаций. Если на каждую написать свой if, то работоспособность гарантирована. Предположу, что вы попробовали оптимизировать и свернуть некоторые if-ы и допустили ошибку. Тогда просто достаточно её исправить. Если же вы уверены, что ошибки нет (и её действительно нет), то эту задачу, увы, решить алгоритмически не представляется возможным :-)

Нумеруете варианты от 0 до 2. Затем рассматриваете их как цифры числа в троичной системе. Переводите в десятичную, получаете номер от 0 до 26. Выводите пакет, соответствующий номеру.
Например, для варианта 1(0), 2(1), 3(2) получим 0*3²+1*3+2 = 5. Выводим пакет, заданный под номером 5.

Попробуйте сервис BrowserStack. Там можно проверить на разных устройствах свою вёрстку.

https://app.lambdatest.com/console/realtime
Либо виртуалка с маком, на котором установлен xcode. Запускается симулятор и вперед, девтулс все дела, и да он там ведет себя как-то странно.

А сколько там багов сафари, ууууххх.

Запускаю эмулятор macOS на VMware Workstation Pro и вперед

magnific popup

Попробуйте найти в папке
C:\Users\User\AppData\Local\
там должна быть папка вида fz3temp-3, в ней возможно лежит ваш файл. Но это мало вероятно. Это будет вам уроком, что нельзя работать на прямую в продакшине, и нужно использовать системы контроля версий (git, svn) а не ftp.

Каждый инструмент хорош для своей задачи.

Сейчас рынок таков:
1. Битрикс не нужен в продуктах и сервисах.
Если вы продуктовая компания (inhome разработка) и делаете проект на вырост для себя который поддерживать и развивать будете долго, а также у вас в компании есть опытный разработчик который знает толк в паттернах - берите Symphony/Laravel. Это окупится гибкостью.
Хотя если у вас интернет магазин - можно подумать о гибриде, на начальной стадии это окупится.

2. Хороший старт для небольших студий
Если вы небольшая студия то это отличный способ держаться на рынке, заказов много. Откаты от битрикса - копейки по сравнению с теми суммами которые вы будете получать за сами заказы. Рынок очень большой, глупо идти против шерсти. Вы сможете легче их находить и соответственно проще получать более крупные заказы.
Клиентов которым на самом деле нужен framework, а не готовый функционал - очень мало. И вы им либо будете впаривать то что им не нужно, или будут некоторые проблемы с стабильным притоком заказов.

3. Выход на крупных клиентов
Если вы крупная компания, то битрикс даст выход на крупные многомиллионные тендеры, которые очень многие идут по документации как требование. Создание высоконагруженных сайтов для крупнейших компаний РФ - это гораздо интереснее чем клепать мелкие сервисы на laravel/symphony.

Знание битрикса не отменяет потребности изучения хотя бы одного MVC фреймверка. Быть хорошим беком без этого сложно.

С точки зрения разработчика понимание современного PHP и использование composer отвязывает вас от конкретной платформы, и позволяет использовать лучшее из любой фреймверков в любой платформе.
Не нравится роутер в битриксе? Берите из laravel. Хотите более функциональных контроллеров чем те которые появились в 18 ядре? Возьмите из symphony/laravel. Не нравится ORM? Возьмите Doctrine.
Все из вышеперечисленного не сложно прикручивается к битриксу, и позволяет вам использовать все сильные стороны системы и фреймверков. В битриксе сильная сторона в данном контексте: хорошая админка которая позволит затащить крупный проект в короткие сроки (требования рынка). Для ИМ - много готовых интеграций со всеми сервисами которые ставятся быстро и просто.

Для PHP разработчика если работать планируете только в продуктовых компаниях можно обойтись только знанием фреймверков. Если хотите более уверенно и широко смотреть на рынок: то битрикс+FW.

Очень согласен с коллегой, обозначившего что хорошо готовить проекты на битрикс умеют очень немногие, т.к. бест-практикс нигде не обозначен. Возьмите за основу вот эту заготовку, и хорошо ее изучите, она даст вам понимание что такое более менее современный проект на битриксе
https://github.com/regiomedia/bitrix-project .

Если хотите быть хорошим разработчиком и у вас есть возможность вообще не работать с битриксом, то бросайте его как можно скорее.

https://habr.com/post/282333/ маст рид
zhurov.me/blog/links-about-bitrix.html
govnokod.ru/search?search=bitrix&language= примеры говнокода в ядре
zhurov.me/blog/why-you-should-start-new-project-wi...
https://www.google.ru/search?q=%D0%B1%D0%B8%D1%82%... в гугле можно найти кучу интересного материала по запросу "битрикс говно"

да стоит это единственный движок на котором делают Екомерц сайты, вы можите поспорить но 74% это практически весь рынок, как не крути.
Оставшиеся 30 это или самопись, или все остальные движки, включая говнопроекты.
ПО сути для екомерц альтернативы нет, в мире тоже ;(
Сложность битрикса как инструмента на порядок выше чем фреймворка или той же joomla а следовательно ваш код написанный три года назад будет вызывать в ваших глазах умиление и хохот ;)
Собрать на Битрикс сайт легко.
Качественно собрать намного сложнее, сертификация на десяток процентов улучшает этот показатель, это достойная цифра.

Быстрый ответ стоит!

Но "тру" программеры мешают битрикс с говном, т.к. в нём много, что не по общепринятым стандартам и требует знаний тонкостей.
Т.е. будь готов, что в профессиональной среде будут говорить Битрикс "г0вно", но это потому, что они не умеют его готовить. (Но также питонисты говорят про javaистов и т.д. и т.п.)

Каждый решает для себя чем ему заниматься, я работаю с 1С-Битрикс больше 6 лет и ни жалею ни минуты :)

А причем тут битрикс? У Вас классический фильтр через JS, проходите по всем элементам, предварительно выставив нужную Вам характеристику в data атрибут, и показываете/скрываете нужные.
Или Вам что то посложнее надо?

В urlrewrite.php добавить

array(
    array(
        "CONDITION"   =>   "#^/какая_директория/([a-zA-Z0-9\\.\\-_]+)/?.*#",
      "RULE"   =>   "ELEMENT_CODE=$1",
      "PATH"   =>   "/какая_директория/detail.php",
      ),
);

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

И если работал с Битрикс уже, в чем проблема то? Это файловая cms, вставляешь нужные компоненты на нужных страницах, создаёшь свои шаблоны а папке /local для встроенных компонентов, или пишешь свои компоненты если потребуется.

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

Ставлю что у вас не стоит правильный видеодрайвер.
Видеокарта nvidia?

У вас ошибка в коде вызова комопнента или шаблоне. Скорее всего в шаблоне. Ошибку добавили пока компонент был закэширован. Когда отключили кэш, потребовалось его обновить, а это невозможно потому что ошибка в шаблоне. Вот и все дела.