а посмотреть в код страниц и найти там каноникал? ;)
Вначале прочитать начало стартпоста и изучить данные там ссылки.
исправляй дурацкий хтацесс от ДЛЕ.
stundr, см. логи сервера
тож не хватает этого.
Клиенту надо "ещё вчера", а не пребывать в неизвестности неск. месяцев по итогу которых он может кривое поделие, которое ещё год нужно отлаживать.
Далее подпишусь под каждым словом Garin33а.
Чушь же! Или передёргивание, как будет угодно. В "грязном" виде процесс выглядит так:
1. запрос страницы юзером
2. начало генерации
while (..)
{
3. запросы в БД\к файлам
4. генерация по результатам
5. (опционально) запросы (ы) к запрашивающему ЮА
}
endwhile;
5. конечный результат генерации
6. Обработка сервером для выдачи (gzip например)
понеслись фантазии... :)
Т.е. были проведены сравнивания работы высоконагруженных проектов вначале на БД а потом, после их переноса, на ФС? Сравнивали при максимально одинаковых условиях? Нет? Тогда это не более чем "у меня, в конкретном случае тормозит БД". И потому подобные прямые заявления (без конкретной точки приложения) я считаю полным бредом, чушью и тп.
Как и по всему остальному утомительно (и бессмысленно) дискутировать.. Особенно без конкретных задач\условий. (читаем стартпост ТСа).
ууу как всё запущено... Опять мешаешь тёплое с мягким..
Что не может быть один точный запрос на доли мс при времени генерации страницы до 1 сек? Очень даже может. Это вообще никак не связано (ну почти ;)).
А вообще можно считать генерация начинается ДО запроса в БД, а заканчивается много позже. Так что подобные заявления - бред
А скорость чтения винтов на серверах. Это воще самый тяжелый момент
Именно. Но есть куча нюансов... Таже генерация (создание) кеша - это доп. нагрузка на хостинг. И опять про скорость чтения винтов...
+1
Ключевой момент - выделен бодом. Но задай себе (и им вопрос) - можно ли избавиться от БД и перевести хранение данных на ФС? Ответ, думаю, очевиден.
Поэтому прямые заявления типа
являются бредом диагональночитающих..
Неправильная постановка вопроса.
Правильная: кто и почему меняет файл?
ВП этого сам не делает.
Один из методов защиты - поставить такие права, что бы пхп-скрипты не могли в него писать.
Если ты про функцию Тимура, то видимо в файле loop.php
+1 :)
Да ладно! "Элементарная" операция - поиск уже при нескольких (10ков) тыщ "данных" и уже выигрыш в скорости на лицо. Потому что индексация...
Не надо путать тёплое с мягким. А именно кол-во запросов, время их выполнения и скорости генерации страниц по их результатам.
А кеширование - это такой скользкий момент.. Не всё с ним так хорошо, как на него молятся. (убивают советы для ВП - поставь кеш-плаг для ускорения ВП.. повбывавбы)
код где?
10 раз
