если нет никаких доступов нормальных к логам сервера, то можете подэбажить в самих скриптах посмотреть, что там создаёт проблемы, в самом начале скрипта добавить:
и дальше постепенно двигаться к концу файла, ставя после ; или } вывод количества секунд, затраченных
смотреть, обновляя хтмл код, и меняя расположение echo
Когда вижу такое, каждый раз хвалю сeбя что не пишу на php))) Это так, в плане шутки. На Java/python это делается в разы элегантнее в виде декораторов. И насколько я понимаю - тут не будет разделения что именно тормозит - бэкенд или фронт? тут уже и ответ http и запрос в базу и интерпретатор...
Ну а я вот больше за слонов. Люди не заслуживают того, чтоб их жалеть)
https://edition.cnn.com/2024/10/04/travel/elephants-evacuated-thailand-flooding-intl-hnk/index.html
Лео сказал чо это все лош и ниправда, расходимси)
Зашел в phpmyadmin:
set profiling=1;
show profiles;
Выдал: " MySQL вернула пустой результат (т.е. ноль строк). (Запрос занял 0.0002 сек.)"
Перед этим сделал запрос к странице, была задержка отображения секунд 10.
Я что-то не так сделал?
скорее всего - все не так. Запрос в базу в пхпадмин идентичен запросу, который делает сайт?
5 лет езжу (правда мало) на всесезонке, никаких проблем не было
по теме, думаю, у ТС данные лежат просто тупо по дням в базе, а потом он их на лету агрегирует, поэтому и тормоза, надо агрегировать по месяцам/годам и сохранять агрегированные
ну я привел свой флоу, как это решать. Не видя структуры базы - невозможно что-то советовать, можно просто предложить алгоритм решения.
Поэтому у меня пункт1 - развернуть это все локально.
Я не слышал ничего об этом. Погода хорошая, солнечная. Вчера ездил на остров КоЛан отдыхать.
Ну и молодец!!! Рад за слонов)
Пусть ТС сам отвечает на этот вопрос. Понятно что это интересно узкому кругу потребителей. Ну и тема не про ценность данных, а как решить проблему, смысл обсуждать нужно или нет? Я то прокомментировал это BTW, в контексте основного вопроса. Но в любом случае, считаю что любая статистика может иметь ценность. А уж решать это не нам)
Я вот счас пытаюсь решить сложную задачу, как раз по этой теме - Стоит ли покупать зимнюю резину или достаточно всесезонки? С учетом того, что в прошлом году снег у нас лежал 2 недели))) А хранить второй комплект и особо негде)))
Ну автор же четко написал:
лет 10 сохраняются данные о погоде, БД огромная.. и стала притормаживать.
И кстати добавив сюда данные о прогнозах на это время - вообще получаться бесценные данные, позволяющие оценить расхождение фактической погоды и прогнозов - мечта для любого метеоролога))) Так что думаю, ту не прав в своей оценке.
Я бы все-таки сначала попытался выяснить поточнее проблему.
Для начала бы развернул базу локально, чтобы исключить все проблемы с передачей данных по http.
Подключил бы профайлер запросов, что бы сравнить время исполнения запросов. Нашел бы самые долгие.
Дальше бы EXPLAINом бы поразбирал сами запросы.
Посмотрел обьемы даннных, которые эти запросы собирают. Возможно, с ростом базы в них стало попадать слишком много. Индексы хорошее дело, но с ними нужно аккуратно. Стоит понимать, как он вообще работает и из чего состоит. Если он составной, убедиться что первичный индекс идет по нужному полю. Ну и конечно пройтись по джойнам. Неправильное обьединение даже самых безобидных таблиц может на выходе дать декартово произведение. Это если очень кратко.
простите, а на кой чёрт вообще нужны эти данные и кому?)
Это очень ценные данные. Иметь такую статистику - здорово.
