Ограничивает не битрикс, а тот кто внедряет. На ларе тоже можно "ограничить". Правильнее подходить по функционалу + мнению того, кто будет внедрять (если есть основания доверять его мнению). Если тот же Битрикс покрывает функционал на 90% то какой смысл в ларе. В прочем мы с вам это уже обсуждали :)
Ну а так, естественно, любой шаблон можно реализовать на любом движке. И на любом движке можно сделать и плохой и хороший с точки ранжирования сайт.
а я у себя дома сам всю мебель проектировал. Было интересно :)
Даже точнее так. Сначала даже пилил и кромку клеил сам :), но в "домашних условиях" это дело крайне не благодарное. Начиная с качества пила, и заканчивая качеством кромления. по мелочи, но все же "вылезают косячки". Но сделал так шкаф в гардероб и понял что это такое себе развлечение: пыль, чтоб ровно пропилить тоже все нервы закончатся :). В итоге: проектировал, выбирал глазами материал, кромку и заказывал распиловку и кромление - это пожалуй самый топовый вариант. Т.к. где то стены не блещут ровностью (хрущевка, хоть с ремонтом, но все же - так же когда то их сам выравнивал). кое где подпиливал - в общем подогнал мебель по месту в идеал (там где она в нишу в какуюто "встраивается", а не отдельным элементом.
Было дело и заказывал (не себе). Там были такие например моменты "что мы так не делаем". к примеру можно пояснить на кухне: делают "блоками". т.е. у двух блоков стоящих рядом у каждого своя стенка. - я сделал общую... ну и т.д. мелочи но все же... Один элемент был "мы так не выпилим" - сам его дорабатывал. в любом случае опыт действительно интересный, прошло уже лет 10 наверно если не больше. есть несколько элементов из тех что я сам кромку клеил - отошла.
Единственное, что не совсем удобно оказалось, стол сыну делал (угловой и со стойкой в потолок, с аквариумом), сын вырос теперь я работаю - сделал бы немного иначе. но тут и ни кто не подскажет таких тонкостей - чисто мое субъективное :)
Изначально вопрос был именно о более конкретном случае: когда после "?" вообще ни чего нет. И тут суть в том, что это общее правило, на мой взгляд, для подавляющего большинства сайтов. По этому я и размышлял единожды засунуть редирект в настройки nginx (пресет который ставлю на все проекты и от которого потом начинаю "танцевать" в плане настройки сервера).
Там, где после "что угодно" - это более проектоспецифичный случай - т.к. там может быть и нужное
Т.е. поставив пресет, с небольшим правилом для этого случая, становится уже пофиг: насколько тупой программист или не очень, на сколько правильный там фреймворк или не очень.
Все по ситуации. В данном случае вполне конкретный случай.
RPS им не помешает, а вот наоборот вполне себе может. (хотя конечно всегда можно взять и еще один сервер воткнуть :) ) Понятно что если рассматривать отдельно - тут время ответа "ни о чем". Естественно я не сторонник захламлять конфиг nginx и апача. Но и все в код тащить не вижу смысла.
И еще раз внимательно прочти ;).
1 Я не спрашивал как реализовать редирект: варианты редирект, тег, роботс.
2 Если делать редирект тут тоже не все так однозначно и дело не в "нормальности" фреймворка. Если есть возможность сделать это не обращаясь к фреймворку - это лучше. Особенное если RPS переваливает на проекте за 1000. Да даже из логики: нафига поднимать ядро, какое бы шустрое оно ни было, пробегаться по все правилам роутов?
