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

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

В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Создайте еще одно поле height в таблице, занесите туда соответствующие данные и выбирайте по этому полю.
А не думали над вариантом переделать структуру базы?
Лучше один раз переделать, чем потом всю жизнь мучиться с записями вида: "{"color":"red", "height":"545", "length":"110"}"
Думал. В том-то и причина создания топика. Я хочу решить, что доля меня рациональнее. Т.к. все-таки разобраться в движке и переделать выборку из базы - это тоже работа немалая. ЕСТЕСТВЕННО, если бы я это делал с нуля, то сделал бы по-нормальному :)
Если, все-таки, сгребать всю базу из, скажем, 10 - 20 тыс. записей, потом циклом перебирать и выводить уже с помощью php то, что мне надо, будет ли это грузить сервак сильно или терпеть можно?
у меня доли секунды занимает обработка на PHP для 12000 записей.
На php есть функция microtime() - можно замерить время работы скрипта.
Лучше написать оба варианта выборки (на php и mysql) и сравнить время работы.
Потому что многое зависит от тонкостей программирования и количества обращений к БД.
Вообще mysql должен работать много быстрее, чем php (если не "джойнить" кучу таблиц и не делать сложных выборок из выборок).
у меня доли секунды занимает обработка на PHP для 12000 записей.
На php есть функция microtime() - можно замерить время работы скрипта.
Лучше написать оба варианта выборки (на php и mysql) и сравнить время работы.
Потому что многое зависит от тонкостей программирования и количества обращений к БД.
Вообще mysql должен работать много быстрее, чем php (если не "джойнить" кучу таблиц и не делать сложных выборок из выборок).
Спасибо, попробую
Пример:
Ваш запрос:
Пример:
Ваш запрос:
Жирно. Спасибо, сейчас только надо умудриться не поламать голову над этим ))
skAmZ
Интересно, и работать по идеи должно быстрей чем лайками.
Есть гораздо более логичное решение.
Нужно создать еще две таблички. В одной табличке будет идти список всех параметров:
id_параметра | название параметра (рус) | системное название параметра
в другой табличке указывается привязка параметра к статье:
id_привязки | id_статьи | id_параметра | значение параметра
Для фильтрации данных по параметрам нужно будет произвести три запроса:
1) запрос списка параметров. На выходе получается список вроде id_параметра - название
2) выборка в таблице с привязками по названию параметра или значению параметра. Результат выборки - список id_статьи с параметрами
3) выборка из статей по id_статьи
При желании результаты первого запроса можно легко кешировать.
Вот и все. Такая штука будет работать очень быстро.