| |||||||||
| |||||||||
Сей опус может оказаться полезным для подумать как для Мастера, так и пользователей вознамерившихся раздуть базу до монстрообразных размеров.
Если кто-то решил думать, что пара тройка тысяч наименований претендует на гигантоподобие, может отдыхать.
Серьезным предпосылом для создания сего, стала моя база перешагнувшая на 11-ю тысячу наименований. И речь пойдет о недостатках.
Есть 2 главных критерия, которые можно назвать недостатком.
1 – юзабилити.
2 – вес страниц сайта.
Юзабилити.
Я неспроста вывел его первым. Нет, в самом движке с этим делом, слава Мастеру, все в порядке. Проблема в посетителях. Они тупят! Я ни в коем случае не хочу сказать, что я весь такой умный, а они все такие идиоты. Наоборот. Это мы, оптимизаторы, контент менеджеры, или кем там нас еще можно обозвать, заставляем посетителей становиться такими.
По мере верстки своего сайта, мне пришлось перетряхнуть уйму конкурентов, перешерстить их сайты и вдоль, и поперек, и, даже по диагонали. Так вот, попадая на сайт некоторых, начинаешь сильно обогащать собственный лексикон неофициальных речевых комбинаций. А все из-за того, что не знаешь, где что лежит и как туда добраться. Знакомо? То-то же.
Вот я и поймал себя на мысли, что мой сайт превращается в такой же возбудитель излияния асоциальной словесности. В чем и поспешил убедиться. Я пошел к своему шефу, и, как бы ненароком, завел речь о могучих конкурентах. А точнее, об их сайте и его достоинствах. И тут его прорвало! Нет, он у меня мужик классный и даже справедливый, за что я уважаю по мере собственных сил. Да только, формой выражения своего мнения об их сайте, он подтвердил только что сформировавшееся мое мнение от самой первой буквы до самой последней точки. Ну, тут я возьми и спроси – а нам это надо?…
Это я о том, что пока прочитаешь меню, чтобы понять куда пойти, закрадывается мысль об эротическом маршруте. Не говоря уж о том, чтобы найти место назначения.
Теперь о весе.
По сути, самому движку совершенно фиолетово, сколько в нем создано страниц. А вот хостер, где вы изволите разместиться своим сайтом с такой базой, может начать поглядывать на вас, как бык на красную тряпку. Или наоборот.
И ведь в чем фишка? Да в том, что когда много товаров, опять же меню становится большим или просто огромным. А код меню довольно тяжеловат сам по себе. И чем больше у вас появляется разделов, тем тяжелее становится страница. Да прибавьте еще, разные варианты его дублирования.
В моем случае я имею несколько сотен килобайт разных видов навигации на несколько килобайт контента!
Хочешь, не хочешь, а Шекспировский вопрос шагает сквозь века.
И вот то, что хочу сказать дальше, способно Мастера повергнуть в унынье. А выражаясь языком предложенных картинок для выражения эмоций, гантелей в лоб!
Итак, Мастер, приложи подушку к голове, я начинаю излагать.
Однажды я набрел на сайт, собранный на подобии того, что начинаю делать со своей Товарной Территорией. Сперва не придал значения затее. Но теперь-то я понимаю, как был дальновиден строитель.
Я бишь о том, что когда-то поднимал сей вопрос, да так, вскользь. А ведь действительно есть об чем подумать.
Я о разнесении базы.
Давайте предположим, чисто гипотетически, что у нас не одна папка дб индекс, а у каждого раздела своя собственная! И пусть она называется не так как сейчас – db_index, а, гипотетически, db_razdelname. И такая папка создается для каждого раздела персонально. Что мы имеем в таком раскладе?
Меню у нас получается в виде некоторого гибрида из своего меню и меню ныне существующего.
Все верхние уровни меню лишаются такого ништяка, как раскрытие вложенных уровней. По сути, на главной странице мы имеем прямые ссылки на разделы. И все.
Мастер, насколько в этом случае мы можем облегчить код главной страницы?
Идем далее. При том меню, которое имеем сейчас, юзер может попадать на вложенные уровни прямо с главной. Да, это хорошо. Имея предлагаемый мной вариант, мы лишаем юзера такой роскоши. Но это фигня. Тыкая в мое меню, юзер попадет на главную витрину раздела. И тут меню может начинать работать по теперешнему сценарию. Частично.
Если кто-то решил думать, что пара тройка тысяч наименований претендует на гигантоподобие, может отдыхать.
Серьезным предпосылом для создания сего, стала моя база перешагнувшая на 11-ю тысячу наименований. И речь пойдет о недостатках.
Есть 2 главных критерия, которые можно назвать недостатком.
1 – юзабилити.
2 – вес страниц сайта.
Юзабилити.
Я неспроста вывел его первым. Нет, в самом движке с этим делом, слава Мастеру, все в порядке. Проблема в посетителях. Они тупят! Я ни в коем случае не хочу сказать, что я весь такой умный, а они все такие идиоты. Наоборот. Это мы, оптимизаторы, контент менеджеры, или кем там нас еще можно обозвать, заставляем посетителей становиться такими.
По мере верстки своего сайта, мне пришлось перетряхнуть уйму конкурентов, перешерстить их сайты и вдоль, и поперек, и, даже по диагонали. Так вот, попадая на сайт некоторых, начинаешь сильно обогащать собственный лексикон неофициальных речевых комбинаций. А все из-за того, что не знаешь, где что лежит и как туда добраться. Знакомо? То-то же.
Вот я и поймал себя на мысли, что мой сайт превращается в такой же возбудитель излияния асоциальной словесности. В чем и поспешил убедиться. Я пошел к своему шефу, и, как бы ненароком, завел речь о могучих конкурентах. А точнее, об их сайте и его достоинствах. И тут его прорвало! Нет, он у меня мужик классный и даже справедливый, за что я уважаю по мере собственных сил. Да только, формой выражения своего мнения об их сайте, он подтвердил только что сформировавшееся мое мнение от самой первой буквы до самой последней точки. Ну, тут я возьми и спроси – а нам это надо?…
Это я о том, что пока прочитаешь меню, чтобы понять куда пойти, закрадывается мысль об эротическом маршруте. Не говоря уж о том, чтобы найти место назначения.
Теперь о весе.
По сути, самому движку совершенно фиолетово, сколько в нем создано страниц. А вот хостер, где вы изволите разместиться своим сайтом с такой базой, может начать поглядывать на вас, как бык на красную тряпку. Или наоборот.
И ведь в чем фишка? Да в том, что когда много товаров, опять же меню становится большим или просто огромным. А код меню довольно тяжеловат сам по себе. И чем больше у вас появляется разделов, тем тяжелее становится страница. Да прибавьте еще, разные варианты его дублирования.
В моем случае я имею несколько сотен килобайт разных видов навигации на несколько килобайт контента!
Хочешь, не хочешь, а Шекспировский вопрос шагает сквозь века.
И вот то, что хочу сказать дальше, способно Мастера повергнуть в унынье. А выражаясь языком предложенных картинок для выражения эмоций, гантелей в лоб!
Итак, Мастер, приложи подушку к голове, я начинаю излагать.
Однажды я набрел на сайт, собранный на подобии того, что начинаю делать со своей Товарной Территорией. Сперва не придал значения затее. Но теперь-то я понимаю, как был дальновиден строитель.
Я бишь о том, что когда-то поднимал сей вопрос, да так, вскользь. А ведь действительно есть об чем подумать.
Я о разнесении базы.
Давайте предположим, чисто гипотетически, что у нас не одна папка дб индекс, а у каждого раздела своя собственная! И пусть она называется не так как сейчас – db_index, а, гипотетически, db_razdelname. И такая папка создается для каждого раздела персонально. Что мы имеем в таком раскладе?
Меню у нас получается в виде некоторого гибрида из своего меню и меню ныне существующего.
Все верхние уровни меню лишаются такого ништяка, как раскрытие вложенных уровней. По сути, на главной странице мы имеем прямые ссылки на разделы. И все.
Мастер, насколько в этом случае мы можем облегчить код главной страницы?
Идем далее. При том меню, которое имеем сейчас, юзер может попадать на вложенные уровни прямо с главной. Да, это хорошо. Имея предлагаемый мной вариант, мы лишаем юзера такой роскоши. Но это фигня. Тыкая в мое меню, юзер попадет на главную витрину раздела. И тут меню может начинать работать по теперешнему сценарию. Частично.
Например, мы имеем 10 верхних разделов. Юзер вошел через меню на, предположим, 1. И вот он на главной витрине этого раздела. Теперь меню 1 раздела может раскрывать все вложенные уровни. Но только собственного раздела. Остальные верхние уровни продолжают оставаться прямой ссылкой на раздел.
С таким раскладом работы движка, во время навигации юзера скриптом обрабатывается только база раздела, а не всего сайта.
И для админа, работая с базой, мы затрагиваем только базу раздела, а не всего сайта. Проводя индексацию разделов, индексируем только тот раздел, с которым работаем. Что опять же отражается на пожирании ресурсов хостера.
И вот теперь, мы получаем структуру сайта схожую с вложенным в самого себя движком, но куда как более легкую.
Упреждая возглас Мастера – да ты хоть понимаешь…!
Отвечаю – нет, не понимаю! Я в программировании ничего не понимаю. Зато понимаю другое, Мастер, он на то и Мастер, что приняв позицию «Чапай думает» сумеет таки родить требуемое решение. Еще я понимаю, что это внесет в сам движок настолько кардинальные изменения, что его сложно будет назвать новой версией. Скорее, это будет новый продукт.
Ну так и возможности у него будут новые.
И это я еще не прошелся по стилям. В самом начале знакомства с движком, я и об этом выражал свое мнение и тоже вскользь. И не премину повторить. Было бы куда лучше для движка, если стили не выводить на странице. А вынести их в отдельный файл. Это тоже облегчит суммарный вес кода страницы. Вот если взять и открыть версию для печати, сколько весит код страницы в версии для печати?
Я проверил, одна и та же страница весит 4 к 375
4 килобайта версия для печати и 375 в обычном режиме. Это была первая попавшаяся под руку страница.
Я понимаю, что сравнение не совсем корректное. Но так же понимаю, что в 371 килобайте, не являющемся контентом страницы, присутствует некоторое количество веса, который при желании на то у Мастера, можно без ущерба, даже сказал бы на пользу для движка, со страницы изъять.
И в завершение.
Будучи ни разу не программистом, возможно где-то и сморозил. Однако убежден, что общий курс задаю верный. И так или иначе, а разгр*** навороченное годами придется. Если конечно есть желание превратить продукт во что-то более серьезное.
Когда-то давно, я говорил, что можно стили вывести по папкам. Что это дает?
Если в настройках вывести изменение вида магазина путем смены папки стилей, можно запросто менять весь дизайн. Кардинально.
Клади хоть 20 папок стилей. А код страниц будет оставаться чистеньким и легеньким.
Вот, где-то так.
Кстати, версия для печати просто шикарная дырка для тырения контента – песня плагиатора.
С таким раскладом работы движка, во время навигации юзера скриптом обрабатывается только база раздела, а не всего сайта.
И для админа, работая с базой, мы затрагиваем только базу раздела, а не всего сайта. Проводя индексацию разделов, индексируем только тот раздел, с которым работаем. Что опять же отражается на пожирании ресурсов хостера.
И вот теперь, мы получаем структуру сайта схожую с вложенным в самого себя движком, но куда как более легкую.
Упреждая возглас Мастера – да ты хоть понимаешь…!
Отвечаю – нет, не понимаю! Я в программировании ничего не понимаю. Зато понимаю другое, Мастер, он на то и Мастер, что приняв позицию «Чапай думает» сумеет таки родить требуемое решение. Еще я понимаю, что это внесет в сам движок настолько кардинальные изменения, что его сложно будет назвать новой версией. Скорее, это будет новый продукт.
Ну так и возможности у него будут новые.
И это я еще не прошелся по стилям. В самом начале знакомства с движком, я и об этом выражал свое мнение и тоже вскользь. И не премину повторить. Было бы куда лучше для движка, если стили не выводить на странице. А вынести их в отдельный файл. Это тоже облегчит суммарный вес кода страницы. Вот если взять и открыть версию для печати, сколько весит код страницы в версии для печати?
Я проверил, одна и та же страница весит 4 к 375
4 килобайта версия для печати и 375 в обычном режиме. Это была первая попавшаяся под руку страница.
Я понимаю, что сравнение не совсем корректное. Но так же понимаю, что в 371 килобайте, не являющемся контентом страницы, присутствует некоторое количество веса, который при желании на то у Мастера, можно без ущерба, даже сказал бы на пользу для движка, со страницы изъять.
И в завершение.
Будучи ни разу не программистом, возможно где-то и сморозил. Однако убежден, что общий курс задаю верный. И так или иначе, а разгр*** навороченное годами придется. Если конечно есть желание превратить продукт во что-то более серьезное.
Когда-то давно, я говорил, что можно стили вывести по папкам. Что это дает?
Если в настройках вывести изменение вида магазина путем смены папки стилей, можно запросто менять весь дизайн. Кардинально.
Клади хоть 20 папок стилей. А код страниц будет оставаться чистеньким и легеньким.
Вот, где-то так.
Кстати, версия для печати просто шикарная дырка для тырения контента – песня плагиатора.
Для тяжеловесных меню есть такая технология как Ajax. Подзагрузка меню ппоисходит при нажатии. Минусы - не индексирутся поисковиками.
В данном движке, боковое меню, как путь для индексации поисковиками можно храбро игнорировать. Для индексации разделов достаточно и других путей. А к внутренним страницам, пауки могут добраться из вкладки "прайс".
Более того, на раздувшихся сайтах, боковое меню превращается в рудиментарный инструмент шаблонного стереотипа мышления.
Наблюдения за поведением юзера показали, юзер боится его. Он тычет куда угодно, но само меню отпугивает, видимо, мыслью о необходимости осмыслить объем информации содержащейся только в нем.
При большом желании, обойтись без него вполне реально.
Есть один огромаднейший сайт, википедия называется. Как там устроена навигация?
Боковое меню там есть. Только оно не играет той роли, которой стремимся наделять свои сайты мы.
Более того, на раздувшихся сайтах, боковое меню превращается в рудиментарный инструмент шаблонного стереотипа мышления.
Наблюдения за поведением юзера показали, юзер боится его. Он тычет куда угодно, но само меню отпугивает, видимо, мыслью о необходимости осмыслить объем информации содержащейся только в нем.
При большом желании, обойтись без него вполне реально.
Есть один огромаднейший сайт, википедия называется. Как там устроена навигация?
Боковое меню там есть. Только оно не играет той роли, которой стремимся наделять свои сайты мы.