- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева

В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Мужки все привет. Ктонить может оптимизировать запросы к базе? самому не посилам так как чёто сложноватые они, а жирут огого скока ресурсов. Вот собственно весь функционал с коментариями. Если кого не затруднит глянте пожалуйста.
Глянули... Из 17кб кода запросов там, прямо скажем, совсем немного... Оптимизировать запросы это одно, а копать фрагмент кода, который непонятно к чему цеплять и вообще как он работает - это совсем другое.
Кстати, а как Вы себе представляете оптимизацию запросов без исходных данных (структуры таблиц и собственно записей)?
Без структуры таблиц сложно что-либо посоветовать, но бросилось в глаза два момента:
1.
Звездочку лучше заменить списком имен полей, которые нужны в данном контексте, предположительно это: category_desc, category_id, category_name
2.
Очевидно, добавляется условие поиска по текстовому полю category_name. Если это действительно необходимо, то нужно в таблице добавить индекс по этому полю. Скорость запроса заметно возрастет.
Мужки все привет. Ктонить может оптимизировать запросы к базе? самому не посилам так как чёто сложноватые они, а жирут огого скока ресурсов. Вот собственно весь функционал с коментариями. Если кого не затруднит глянте пожалуйста.
Структуру базы можете привести? Есть подозрение на сортировку большой таблицы с полем типа TEXT.
Необходимо выявить, что именно жрет кучу ресурсов? Сколько запросов делается? сколько времени уходит на выполнение каждого запроса? Какая структура таблиц? Сколько записей в таблицах?
Если движок бесплатный, то как правило обращений к базе может быть до 100 (а бывает и больше) при генерации просто одной, например, главной странички. Вот такие вот ужасы. Но это факт.
Иногда, достаточно немного поколдовать с типами и ключами в таблицах для решения проблемы. А бывает, что нужно и практически все переделывать. По вашему кусочку кода сразу не угадаешь.
присоединюсь к телепатам. :)
вот эта строка может добавлять " AND category_id IN ($selected_categories)" проблем, но в случае если категорий много.
Опять же без структуры базы сказать что-то трудно. Скорее всего проблема в неправильно проставленных (или точнее недоставленных) индексах, ибо запросы не очень сложные.
Структуру базы можете привести? Есть подозрение на сортировку большой таблицы с полем типа TEXT.
пожалуйста
база весит порядка 250метров в ней около 50000 статей 148 категорий
Для начала поставьте индекс на поле article_cat в таблице pqdb_articles
Если не поможет будем смотреть дальше.
Update: Мой совет нужен, но проблема не в этом. Частично прав Слава Шевцов - там идёт сортировка по RAND() , что и приводит к тормозам.
пожалуйста
Значит так. В обеих таблицах есть поля типа mediumtext. При этом в ряде запросов происходит слияние таблиц и последующая сортировка. При слиянии и сортировке таблиц с извлечением mediumtext данных, вся новая таблица кладётся на диск и забирается оттуда. Отсюда и тормоза - из-за чтения-записи на диск всей таблицы.
Оптимизируется так: разбиваете каждую Вашу таблицу на две. В одной есть mediumtext поля, в другой нет. Сортируете слиянием только те таблицы, которые не имеют mediumtext полей. Затем отсылаете запросы на данные в таблицы с mediumtext полями. Запросов будет в десять раз больше, но работать будет в сотни раз быстрее.
Должно превратиться в
Код бесплатно переписывать не буду - времени много займёт. Платно тоже не буду - могу лишь www.weblancer.net посоветовать.
Слава Шевцов,
мне кажется основная проблема в
и
Ну и для левой колонки аналогично.
Два запроса с такими участками для нормальной базы могут превосходно её положить :)
KosoyRoman,
попробуйте поменять
строку в файле config.php
на
и строку
на
Если скорость возрастёт значительно - значит проблема была в случайной сортировке (испытывать на реальной базе!).