- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
А ведь -K- абсолютно прав!!!
Я просто не смотрел исходники и не видел того что там твориться. Конечно же все нужно хранить в таблицах, делать справочники и пр.
Это потом облегчает администрирование и улучшает быстродействие при бОльших нагрузках.
Алексей Ганагин, вы можете столкнуться с серьезными проблемами при запросах, подобных этому:
и скажем мягко - это не есть правильное использование базы данных.
А если вы что-то собираетесь хранить в массивах (отдельно от таблиц), значит у вас немного не верное представление о базах данных и о том зачем они нужны.
(они как раз и нужны чтобы хранить структурированную информацию, и делают они это ВЕЛИКОЛЕПНО, а вы про какие-то массивы).......
Мы вам тут подсказываем наиболее правильное решение, а дальше уж решайте сами....
А ведь -K- абсолютно прав!!!
Я просто не смотрел исходники и не видел того что там твориться. Конечно же все нужно хранить в таблицах, делать справочники и пр.
Это потом облегчает администрирование и улучшает быстродействие при бОльших нагрузках.
Алексей Ганагин, вы можете столкнуться с серьезными проблемами при запросах, подобных этому:
и скажем мягко - это не есть правильное использование базы данных.
А если вы что-то собираетесь хранить в массивах (отдельно от таблиц), значит у вас немного не верное представление о базах данных и о том зачем они нужны.
(они как раз и нужны чтобы хранить структурированную информацию, и делают они это ВЕЛИКОЛЕПНО, а вы про какие-то массивы).......
Мы вам тут подсказываем наиболее правильное решение, а дальше уж решайте сами....
Я это понимаю, но вы представляете насколько увеличится время запроса, если потребуется запросить значения из всех справочников, да если ещё это будет в табличном выводе, т.е. для несколько объявлений? Или вы знаете какой-то другой, быстрый способ?
Или вы знаете какой-то другой, быстрый способ?
Я думаю при грамотном кешировании это можно сделать, ведь работают же другие сайты с большой нагрузкой.
И тем более в чем проблема-то???
Вы в форме поиска пишете value в select из базы, и там и ищите
А справочники по сути будут нужны только для формы поиска (которую можно закешировать совсем серьезно, т.к. она редко меняется) и для вывода одного объявления.
(последнее предложение перечитать и вникнуть в суть сказанного)......
А для таблицы с результатами поиска достаточно пары справочников с типами кузовов, кпп ну и цветов с городами, а можно даже и без этого если это было указано в поисквовой форме.
Ну в общем решение есть, надо только подумать как это более грамотно сделать.
upd: посмотрите как на авто.ру сделано.... у них поисковая форма передает в get-запросе все поисковые значения.... Очень удобно! Вы же не видите там нигде value='инжектор', там идет engine_key=1 и так по всем справочникам....
Я это понимаю, но вы представляете насколько увеличится время запроса, если потребуется запросить значения из всех справочников, да если ещё это будет в табличном выводе, т.е. для несколько объявлений? Или вы знаете какой-то другой, быстрый способ?
Вот вам для начала почитать: Основы проектирования реляционных баз данных и Отложенная инициализация
Я не предлагаю для выборки на вывод джоинить с ней сразу все таблицы со справочниками, а получать их при необходимости (см. мой пост выше).
Я думаю при грамотном кешировании это можно сделать, ведь работают же другие сайты с большой нагрузкой.
И тем более в чем проблема-то???
Вы в форме поиска пишете value в select из базы, и там и ищите
А справочники по сути будут нужны только для формы поиска (которую можно закешировать совсем серьезно, т.к. она редко меняется) и для вывода одного объявления.
(последнее предложение перечитать и вникнуть в суть сказанного)......
А для таблицы с результатами поиска достаточно пары справочников с типами кузовов, кпп ну и цветов с городами, а можно даже и без этого если это было указано в поисквовой форме.
Ну в общем решение есть, надо только подумать как это более грамотно сделать.
upd: посмотрите как на авто.ру сделано.... у них поисковая форма передает в get-запросе все поисковые значения.... Очень удобно! Вы же не видите там нигде value='инжектор', там идет engine_key=1 и так по всем справочникам....
Я согласен с вами, про выборку по ключам, а не по значениям, это действительно быстрее и это будет. Но я настаиваю на том, что справочники нужно держать в массивах (т.е. сразу в оперативной памяти, без запросов к базе), это наиболее экономный вариант в данной ситуации. Кэширование которое вы предлагаете использовать — будет делать тоже самое, только потребует большего объёма памяти для работы.
А вы не могли бы туда модуль sms оплаты прикрепить(для того чтобы объявления платно размещать).спасибо за внимание
+1 - актуальная функция (оплата выделения объявления за SMS, оплата закрепления объявления в списке объявлений сврху за SMS). Скрипт интересен - подпишусь на тему. Спасибо, ТС.
Спасибо Алексей за скрипт.желаю творческого вдохновения и быстрому релизу новой версии.надеюсь скоро выложыш.очень актуально, авто сайт в стадии разработки.а веть выложыш да?Удачи.
Да, новая версия в разработке.
Алексей Ганагин, возможно ли Ваш скрипт внедрить в CMS DLE?
тьфу ты, блин....
dimmmid, тебе сколько лет??? вроде каникулы еще не начались....
topy +1. Русский язык на высоте! 😂
А по теме ждем 1.3, Алексей Ганагин скоро можно ждать апдейтик, уж больно много хорошего там должно появиться!?