Добавьте прелоадер до загрузки скриптов\шрифтов. Тогда ничего не будет скакать, а пока все это грузится, человек будет любоваться красивым прелоадером.
donc: Новости постить. Цены менять на услуги. Страницы редактировать. Это, как правило нужно раз в месяц, но для этого непременно впендярят битрикс
Просто все почему-то кидаются в крайности. От голого html до bitrix. Если ничего особенного не нужно, проще взять любой микрофреймворк (lumen, slim, pixie?) и запилить нужный функционал достаточно быстро.
Инструмент нужно подбирать под потребности и бюджет, а не с горящими глазами и вилами кидаться и кричать "ТОЛЬКО HTML!!!1", "CMS c БД наше все!!!!11один"
roman1981: Ясно, спасибо за предельно точный ответ!
Извините, что утомил вас. Просто хотел понять для себя смысл тех проблем, о которых вы говорили.
Ещё раз благодарен! Поступлю, как вы указали. Действительно, ваш вариант кода более красивый и элегантный. У меня, увы, ещё мало знаний ((((
Да все ок. Если время есть, то стоит учиться на своих ошибках. Пока сам не сделаешь криво, и не увидишь к чему это приводит - никакие нравоучения не помогут. Только собственный опыт позволяет понять всю боль кривых решений (а-ля самопис на инклудах).
roman1981: Скажите, пожалуйста, а если я в своём варианте буду вместо разных переменных использовать одну, проблем не будет? Вот правда, не могу понять вашу фразу насчёт проблем с сайтом в дальнейшем.
Зачем делать дублирование, когда я показал как правильно это сделать?
Сделайте как я показал, и не будет проблем.
Глобальные переменные, которые устанавливаются в различных файлах - вызывают проблемы при расширении\поддержке кода. Наступает момент когда непонятно почему переменная $var равняется 'one', а не 'two', так как где-то, в одном из подключенных файлов, ее что-то перезаписало.
Corales: Я имею ввиду конкрентный случай, когда пользователя интересует сугубо цена и он не собирается тратить время для просмотра других элементов сайта.
Тот факт что юзер проведет на странице 10с или 20с - ничего не изменит. Можете вообще цену спрятать, и заставлять пользователя звонить чтобы узнать цену - тогда у вас поведенческие до небес подпрыгнут.
есть такие ниши как заказ такси, где пользователь априори не должен долго задерживаться на сайте
Именно. Поведенческие учитывают средний показатель в нише.
Что значит "посмотрит цены, покинет сайт и вернётся на выдачу"? Кроме как ценами больше нечем заинтересовать пользователя?
Добавьте красивую фото-галерею для каждого варианта цены. Покажите что клиент получает за эту цену. Можно видосиков наделать "До-После". И вот вам уже +100500 времени на сайте и куча действий. Ну а если у вас шаблонный "лендинг под ключ за 2000р" на 5 экранов - то тут мало что поможет.
Заодно посоветую не выполнять запрос в цикле, а формировать результирующий запрос. Как-то так:
Что только не придумают, лишь бы prepared statements не юзать.
Вообще без палева так проспамились.
Добавьте прелоадер до загрузки скриптов\шрифтов. Тогда ничего не будет скакать, а пока все это грузится, человек будет любоваться красивым прелоадером.
На заметку: в интернете объем текста не в листах А4 измеряют, а в кол-ве килознаков.
А трафик вообще по этой теме в вашем регионе есть? Может там как раз 5 калек и ищет в месяц.
Новости постить. Цены менять на услуги. Страницы редактировать. Это, как правило нужно раз в месяц, но для этого непременно впендярят битрикс
Просто все почему-то кидаются в крайности. От голого html до bitrix. Если ничего особенного не нужно, проще взять любой микрофреймворк (lumen, slim, pixie?) и запилить нужный функционал достаточно быстро.
Инструмент нужно подбирать под потребности и бюджет, а не с горящими глазами и вилами кидаться и кричать "ТОЛЬКО HTML!!!1", "CMS c БД наше все!!!!11один"
Ясно, спасибо за предельно точный ответ!
Извините, что утомил вас. Просто хотел понять для себя смысл тех проблем, о которых вы говорили.
Ещё раз благодарен! Поступлю, как вы указали. Действительно, ваш вариант кода более красивый и элегантный. У меня, увы, ещё мало знаний ((((
Да все ок. Если время есть, то стоит учиться на своих ошибках. Пока сам не сделаешь криво, и не увидишь к чему это приводит - никакие нравоучения не помогут. Только собственный опыт позволяет понять всю боль кривых решений (а-ля самопис на инклудах).
Скажите, пожалуйста, а если я в своём варианте буду вместо разных переменных использовать одну, проблем не будет? Вот правда, не могу понять вашу фразу насчёт проблем с сайтом в дальнейшем.
Зачем делать дублирование, когда я показал как правильно это сделать?
Сделайте как я показал, и не будет проблем.
Глобальные переменные, которые устанавливаются в различных файлах - вызывают проблемы при расширении\поддержке кода. Наступает момент когда непонятно почему переменная $var равняется 'one', а не 'two', так как где-то, в одном из подключенных файлов, ее что-то перезаписало.
Будут, и большие.
Что такое $a1, $a2? Почему переменные разные?
А если еще пункт в меню добавится? Еще городить $aXXX, и кучу else?
Глобальные переменные, да еще и во внешнем файле - зло.
Но если очень хочется набираться плохого опыта, то стоит хотя бы немного переделать. Меню выводи через foreach:
Я имею ввиду конкрентный случай, когда пользователя интересует сугубо цена и он не собирается тратить время для просмотра других элементов сайта.
Тот факт что юзер проведет на странице 10с или 20с - ничего не изменит. Можете вообще цену спрятать, и заставлять пользователя звонить чтобы узнать цену - тогда у вас поведенческие до небес подпрыгнут.
Именно. Поведенческие учитывают средний показатель в нише.
Что значит "посмотрит цены, покинет сайт и вернётся на выдачу"? Кроме как ценами больше нечем заинтересовать пользователя?
Добавьте красивую фото-галерею для каждого варианта цены. Покажите что клиент получает за эту цену. Можно видосиков наделать "До-После". И вот вам уже +100500 времени на сайте и куча действий. Ну а если у вас шаблонный "лендинг под ключ за 2000р" на 5 экранов - то тут мало что поможет.