- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Вопрос - на чтение лайт работает быстро, а на запись? Что предпочтительнее, когда бд юзается одинаково часто и на запись и на чтение? Может лучше завести одну бд на чтение, вторую на запись и периодически их синхронизировать? Все всегда упирается в диск.
---------- Добавлено 14.11.2013 в 17:24 ----------
по такой технологии можно делать вообще из книжек
Ну тут вопрос в релевантном запросу тексте был.
Лайт на запись более тормознут чем на чтение, особенно сложные запросы. Имхо лучше не заморачиваться с синхронизацией и разделением чтения записи а делать просто отдельную бд под каждый дор, и между этими бд уже вести логику учитывающей статистики, чтобы в отделньой бд отображались статусы и сводная кратина по всем дорам. До 100к скулайт ведет себя нормально.
А если сравнить с православным мускулом?
А если сравнить с православным мускулом?
по чтению разницы я не заметил, но вот по скорости записи по моим наблюдения скулайт протарчивает мускулу. Очень сказывается количество записей в бд. До 100к я бы сказал они ведут себя практически аналогиным образом.
Имеет ли смысл заморачиваться с оптимизацией рандомной выборки? Когда это становится критично, при каком размере бд?
sidorka, рандом - это такой запрос
лимитом регулируешь ширину выборки, вот посредством ширины я, насколько помню, и оптимизировал этот запрос.
Заморачиваться смысл имеет, так как с неотрегулированным лимитом тупить будет. Но с сильно низким лимитом - будет падать качество рандома. БД по 10-20к кеев делаю.
БД по 10-20к кеев делаю.
Т.е. уже при 10-20к строк начинаются тормоза? Я правильно понял?
Но с сильно низким лимитом - будет падать качество рандома.
Не понял эту мысль. Ты сначала рандомно из бд тянешь N строк, а потом еще раз рандомно уже из них средствами пхп выбираешь 1 строку для улучшения дефолтного рандома?
Т.е. уже при 10-20к строк начинаются тормоза? Я правильно понял?
Тормозов до 100к я не наблюдал но делаю по 10-20к.
Запарился, это я так массив рандомный выбираю, да ))
sidorka, толк есть, под яшу, он копипаст любит.
Яша сейчас вообще ничего не любит. Если доры из твоего доргена любит яша то можеш цену умножить на 3, и он будет бестселлером. А как я понял с описания на твоем сайте, то ни один из доров не ушел в бан яши за три месяца тестирования. Если можно, то скинь ссылки в личку на пару доров.
не превращайте ветку в сборище убунтологов и phpнистов!
Вернемся к баранам...нашим.
Дор я так понял с БД, хоть и текстовой но все же?
Что вкусного ждать в 4 версии?
Какие требования к серверу, укажите пожалуйста?
Акции не будет обменяй два старых доргена на один новый и сникерс(ну типа такого что-то)?