slip

Кто-нибудь в курсе, какая из перечисленных выше партнерок может принимает ставки по смс?

Кроме planetofbets, похоже никто?

Кто-нибудь с ними работал?

Тогда не помню. Но я уже крутил конфигурацию несколько раз.

Я не догадываюсь, я знаю, как и тот кто настраивал mysql. Правда похоже он не представлял для чего они там нужны.. Что прескорбно конечно. В итоге простой 2 дня...

Что прояснит? Я смотрел процессы мускла - идет импорта update но чем дольше он длится по времени, тем дольше идет каждая вставка.

Да конечно, добавляет. Смотрел через show processlist т.е. ориентировался по запросам, которые выполняются или точнее по примари кеям.

Диски стоят в RAID-1, по идеи не должны тормозит. Вообще вчера когда импортировал табличку наблюдал своппинг на винте ~500M, это при том что оперативы 6Гиг.. Похоже из-за этого всё и тормозило.

Вчера же отказался от затеи импортировать табличку в innodb - настройки mysql для него мне показались уж жутко кривыми, что запускать с ними сайт в работу была бы глупой затеей. И импортировал эту табличку в myisam немного изменив структуру и убрав индексы, чтобы проект уже заработал. Вышло побыстрей, но всё-равно долго.

Решил самому покопаться чуток в настройках mysql и сегодня при импорт innodb выполняется шустрей, при полностью рабочем сайте и свопинга нет кстати тоже нет. тьфу-тьфу-тьфу.

Вот какие настройки под innodb были:

innodb_data_file_path=ibdata1:10M:autoextend
innodb_open_files = 500
innodb_file_per_table
innodb_thread_concurrency = 8
innodb_buffer_pool_size = 256M
innodb_additional_mem_pool_size = 64M
innodb_log_file_size = 1M
innodb_log_buffer_size = 4M
innodb_flush_log_at_trx_commit = 1
innodb_lock_wait_timeout = 500
interactive_timeout = 30

Такими я их подкрутил:

innodb_data_file_path=ibdata1:1G:autoextend
#innodb_open_files = 500
#innodb_file_per_table
innodb_thread_concurrency = 8
innodb_buffer_pool_size = 3000M
innodb_additional_mem_pool_size = 10M
innodb_log_file_size = 750M
innodb_flush_method=O_DIRECT
innodb_log_buffer_size = 4M
innodb_flush_log_at_trx_commit = 1
innodb_lock_wait_timeout = 50
interactive_timeout = 30

Напомню конфигу:

Core 2 Quad 2.4 ГГц, 6 Гб RAM, 2x500 Гб SATA RAID-1

На сервере стоит freebsd 7.0, mysql 5.0.45

Помоему, тому кто настраивал mysql нужно что-то оторвать :/

Я бы с радостью, но не знаю как. Да и сейчас уже наврятли получится с рабочим проектом на сервере. Но всё-равно буду признателен, если подскажешь как это можно сделать.

Всё конечно зависит от хостера.. Но я бы не хотел бы быть соседом на сервере с таким сайтом, который не использовал бы какого-либо кэширования и работал бы без всякий оптимайзеров

нагрузку нужно мерить не в человеках, а в обращениях к серверу или запросах/хитах.

Vps у вас дохленький, проще взять виртуальный хостинг и когда с него вежливо попросят или логи посещений покажутся вам странными - переехать на vps помощней или сразу на выделенный сервер.

К примеру сайт с 60 к запросами в сутки без использования всяких кэшей нормально уживался на виртуальном хостинге свеба. Правда потом его заблокировали, но виной тому была скорее всего кривость проектирования базы данных.

Т.е. сам движок, на котором работает сайт - очень немаловажный фактор при оценки возможной нагрузки. А так как вы хотите узнать - это что вилами по воде

innodb дался, т.к. в таблицу идет активная запись и чтение

Спасибо за помощь!

Написать скрипт самому проблемы не будет. А вот с оптимальным критерием по которому следует блокировать будет несколько сложнее.

Т.е. смотреть открывает ли посетитель разные урлы или постоянно один?

Или блокировать тех, кто тупо долбится в один и тот же урл не грузя при этом картинок и всего прочего?

Записей в таблице порядка 10М, уже большая часть импортировалась (точнее сказать сложно).

Но это не радует всё-равно..

Ну это к примеру. Не обязательно ведь блокировать посетителя, можно блокировать 100% бота, который заходит с сервера плохих ребят.

Один знакомый позвонив в фирму узнать прайс на товар, обиделся когда его послали этот прайс скачать из интернета. Он взял и неделю без перерыва качал этот прайс со своих серверов. После этого прайсы потом ему сообщали по телефону. Но это так к слову...

Дело в том, что любой "доброжелатель" точно также может поступить. А кроме как анализа логов и блокировки фаерволом - я не вижу вариантов как можно защититься.

Но я и не админ, а поэтому буду очень благодарен тем кто поделится своим опытом и мыслями по данному вопросу.

p.s. на сервере стоит freebsd

К примеру заблокировать их фаерволом :/

Логи вообще полезно смотреть хотя бы потому, что новых поисковиков появляется с каждым годом всё больше и больше - трафика с них нет, а вот грузят сервера они бывают нехило.

Всё очень сильно зависит от тематики сайта. Не только если будешь продавать показы, но и пытаться вообще конвертировать траф самому.

А за показы разумно браться думаю только для площадок с развлекательной тематикой и то, если у тебя > 100 к хитов в сутки. Иначе просто будешь получать копейки, т.к. выкупают показы в основном все по 10 центов за 1 к показов.. а бывает и меньше

p.s. А почему не совмещать контекст, продажу показов и партнерки?