Кэширование статического содержимого в виде готовых к выдаче html файлов, для неавторизованых юзверей решит все ваши проблемы
Время генерации страницы - это время, которое php MySql в компании с Apache и Ngnix пережевывают код. Это время зависит от нескольких параметров.
1. кода сайта
2. настроек PHP апача и нжинкса
3. режима работы php (CGI, FastCgi, Модуль Апача)
4. скорости работы дисковой подсистемы
5. Наличия прекомпилятора и систем кэширования
6. Настройки кэширования в коде сайта (например кэширования статического содержимого) - как пример, сайт на полной динамике откликается за 890мс, а с включенным кэшированием за 28.
время загрузки можно посмотреть в разделе "сеть" дебаггера почти любого современного браузера
время загрузки страницы - это то время, которое необходимо для полной загрузки и генерации страницы браузером. Зависит тоже от кучи параметров, но в больше части параметров сайтов
1. наличия большого кол-ва картинок
2. наличия скриптов, блокирующих загрузку (до окончания исполнения скрипта)
3. кол-ва стилевых и скриптовых файлов и.д.
4. наличияблокируемого содержимого. например если у вас все картинки запиханы в папку /ad/* то с вероятностью 99.9% он будут вырезаны банерорезками. а если есть несколько скриптов с названием что-то вроде ad.js, то сайт может вообще перестать загружаться, тк резак их прибьет а кол-во потоков, выкачиваемых браузером есть const
время полной загрузки можно посмотреть там-же
друпал - в ролях для зарегиных ставишь галочку "создавать тип материала" и все - профит
))) это тот минимум, когда становится понятно, что надо вставать в 7, ложиться спать в час ночи, а в промежутках пахать
Оптимальной с точки зрения обеспечения корректности работы. Уменьшения ошибок (как внутри сервера, так и ошибок индексации) и ускорения обработки юрлов.
вообще, надо сказать, что подобная структура не моя идея, она явно просматривается в mvc организации сайта. И, была навеяна тем, что почти все крупные и.м. не используют в своей организации структуру раздел/подраздел/товар
например амазон вообще не использует чпу, а наш родной озон в качестве подхода пользуется структурой /catalog/catalog-id
описаная-же мной структура используется в ла-моде, например.---------- Добавлено 09.03.2016 в 15:53 ----------Апд на счет "поисковых кластеров" это что-то креатиффное от автора. А учитывая, что с 2008го года, когда вышла эта заметка, поменялось чуть более, чем все, Я-бы не сказал, что сейчас это сильно актуально.
минусов не много, разве что в верхнем варианте можно попасть на уровень выше, просто стерев часть юрла. Но такими извращениям народ не балуется с 1999 года. Особенно, если есть правильные крошки
Да, должны. и надо сказать перестройка всего дерева, это тот еще геморрой.
Хуже, когда меняется название категории (или когда категория, в которую входит этот товар переносится в другой раздел) . тогда приходится перестраивать все дерево входящих в нее товаров. Начиная от текущего узла и дальше по веткам.
Понятно-дело, что для поисковиков это все выглядит как адов набор 404х ошибок (если не сохранить старый путя где-нибудь в отдельной базе и не отрабатывать по нему 301й редирект)---------- Добавлено 09.03.2016 в 13:10 ----------Добавлю
Структуру site.ru/category/sub-categorey/product-name-1 я раньше представлял идеальной, однако после того, как столкнулся с проблемами, которые описаны выше, понял, что это прямппц как проблематично все сделать, особенно, если учесть, что во внутренней структуре сайта все материалы имеют структуру
site.ru/node/nodeid
то-есть для каждой страницы надо сгенерить синоним и держать его в отдельной табличке базы. А если изменилось дерево - перегенерировать все синонимы, относящиеся к этой ветке.
посему, сейчас я уже не считаю такую структуру оптимальной, а оптимальная, имхо
для каталогов
site.ru/category/sub-category/sub-sub-category
а для товара
site.ru/product/product-name-and-sku
А нафейхуа такие извращения?
hexdec(substr(md5($path),0 , $n));
imagine, Так в том-то и дело, что даты нет. Где вы ее там нашли, я не знаю. Впрочем, вместо того, чтобы рассуждать про сфероконя и о том, какое вы предложили крутое решение, взяли-бы да написали кодэ.
а сейчас это выглядит, как "Я все знаю, но не скажу"
Alangasar, да. действительно проще, если надо все отрубить. Не учел )))))
ну это я так пару раз делал, когда переписывал модули из репозитория под себя ))
irina_pet, Оасность - есть, но маленькая.
еще несколько лет пройдет, прежде чем научатся ломать шестерку. А она сейчас не самая популярная версия, посему я думаю, что ломать ее не научатся.
но думаю заплатки под совсем уж критические баги все-равно будут выпускать
imagine, вы меня извините, но ваше "нормальное решение" обламывается на стадии: "Лезем в базу достаем дату добавления файла"
