GizzaProger, а зачем тебе такой костыль? зачем вообще городить костыли если есть стандартные решения, которые гораздо проще и правильнее?
есть ЧПУ, есть правила в urlrewrite, которые сами прописываются, когда настраиваешь ЧПУ в вызове компонента, в крайнем случае есть InitComponentVariables и разные классы в модуле iblock, если создаешь свой компонент.
В битре не должно быть костылей, иначе это приведет к кривой работе сайта. или как минимум к просадке скорости прогрузки
Одиночка Айс, тут еще зависит от дизайна, какие-то блоки растягиваются на 100% какие то фиксируется по ширине контейнера, какие-то скрываются или появляются при определенной ширине, в итоге будет все адаптивно, но это куда лучше чем делать различия например для 320,375,414 (эмуляция айфонов в хроме, как пример)
большинство сайтов и делают контейнерами, других вариантов я даже и не видел за последние несколько лет)
Одиночка Айс, тут не в лени дело, а в объеме написанного
результат:
быстро написанный код
компактный код
меньше объема передаваемых данных
себестоимость кода в разы дешевле
ведь свойства в любом случае будут передаваться. Вот сделал например под 50 экранов, и зачем передавать все свойства на один маленький экранчик? а так всего 4 вида, а результат тот же
пишем форму ввода отзывов
пишем лайки
вставляем каптчу
делаем, чтобы все это где-то хранилось
и в итоге выводим результат аналитики исходя из исходных данных по типу отзыва придумая свою формулу
тут сработает так: надо прописать разделы SECTION_CODE ручками, т.е.
#^/razdel-1/# и направить на /docs/index.php c RULE SECTION_CODE=razdel-1
и так каждый раздел
примерно также с элементами, продублировать правило, добавить в конце регулярку, добавить в RULE ELEMENT_CODE=$1
ну хз, надо дебажить...
а вообще, что мешает перейти на поддоменную многосайтовость? настроил nginx, 2 папки с символиками на ядро и все работает идеально.)
проверяйте настройки:
папка сайта s2 /swpc/
инфоблок: в настройках отмечен сайт s2, во вкладке доступ стоит чтение
сам инфоблок вызывается именно в указанном файле /swpc/services/index.php
доменное имя сайта s1 и s2 совпадают, s1 стоит по умолчанию
1. укажите путь к корневой папке, он должен указываться если пути отличаются
2. могу ошибаться, но если структура именно www/s1/s2, а не www.s1/s2, то и папки надо указать в обоих сайтах, т.е. 1-й /s1, 2-й /s1/s2
Iceforest, скорее всего проблема в настройках сжатия и кэширования в nginx конфиге, рекомендую покопаться на форуме битрикса, чтобы найти подходящие конфиги.
Антон Швец, это на рабочей машине было) win7, приходил на работу включал комп, и ждал примерно 10 минут, надоело, снес, поставил debian, теперь все быстро.
а по win 10 на домашней машине загрузка около 5 секунд + 5-10 секунд на загрузку браузера с 30-40 вкладками, но там и машинка помощнее
Рональд Макдональд, Ну лично у меня он не глючит и не тупит) сижу работаю на нем спокойно) по сравнению с виндой, которая только загружалась по 10 минут в сравнение 10 секундами линукса
если полная очистка кэша через админку решит вашу проблему, то да, это исходит из битрикса, если же это не решит, то копаем не только в nginx, но и конфиг php-fpm, хотя это мало вероятно
Рональд Макдональд, Ну в чем то согласен, только это не из серии производительности, а из серии маркетинга. Некоторое железо специально делают для microsoft, это было обговорено еще лет 30 назад
есть ЧПУ, есть правила в urlrewrite, которые сами прописываются, когда настраиваешь ЧПУ в вызове компонента, в крайнем случае есть InitComponentVariables и разные классы в модуле iblock, если создаешь свой компонент.
В битре не должно быть костылей, иначе это приведет к кривой работе сайта. или как минимум к просадке скорости прогрузки