- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Himiko, это не глюк. просто скрипт такой без учета состояний кодировок написан. транзакции, например, он не прерывает.
зачем тестировать haproxy, если он не отделяет запись от чтения ?
Himiko, это не глюк. просто скрипт такой без учета состояний кодировок написан. транзакции, например, он не прерывает.
зачем тестировать haproxy, если он не отделяет запись от чтения ?
Он балансирует + failover. Да и haproxy пофиг, для чего сервер используется. Очень не хитро можно заставить полностью перераспределить роли.
Только перед ним поставить простой проксик, который раскидает запросы...
На крайний случай уже скриптами отделяем запись от чтения. Затратно, но если ничего другого не придумаем, то так и будет.
и снова приходим к mysql-proxy.
На крайний случай уже скриптами отделяем запись от чтения
Так тогда вообще изначально не нужно было париться.
Хорошие скрипты, типа vbulletin, кстати, логически разделяют master и slave. Многоходовые операции чтения, логика которых может поломаться из-за задержки репликации, тоже на мастер посылаются.
и снова приходим к mysql-proxy.
Так тогда вообще изначально не нужно было париться.
Хорошие скрипты, типа vbulletin, кстати, логически разделяют master и slave. Многоходовые операции чтения, логика которых может поломаться из-за задержки репликации, тоже на мастер посылаются.
Тогда мне нафиг не нужен глючный mysql-proxy ) Мне больше нравится haproxy :)