Новая тема   Ответить

 Phoenix66
Я изменил параметры фильтров при нарезке тумб, качество стало немного лучше.

Но главное - я нашел недостаток в алгоритме ротации который прошляпил изначально и исправил его. Траф на моих тестовых сиджах после этого вырос на 30-60% в течении нескольких дней.

Так что советую обновиться - т.е. скачать новый zip с того же адреса где он всегда лежал. В обновлении собственно нуждается только файл scheduller.php

Линк на страницу с ротатором - в подписи.

 DmN
Большое человеческое спасибо

ЗЫ а что слышно про новую версию ротатора ??

 Phoenix66
DmN писал:

А что нужно то? В той концепции в какой он сделан, его и развивать то некуда...

Реально я его вообще не планировал развивать. Исправления вношу просто потому, что он во многом идентичен с тем ротатором который встроен в мой трейдовый скрипт (который я юзаю исключительно сам) соответственно, когда нахожу глюки у себя - мне не сложно подправить и публичную версию. Что в данном случае и было сделано.

 DmN
не давно в одном из постов
тобой было сказано что скоро появится новый вариант

ЗЫ вопрос по ротатору
ротатор сам нарезает новые тумбы когда их количество становится
слишком маленькое ...??

 DmN
И еще какой трафик держит ротатор ... он же на mysql
а она очень слабая база

 Stek
Цитата:
а ты оракл поставь, будет круто.

 dDan
Stek писал:
Гы на отдельном дедике точно мощная база рекомендую тока стоит она как 5 дедикоф самых пиздатых

 Phoenix66
DmN писал:

Это заблуждение. У меня много чего сделано через mysql - платник, фришники, галлеры. Счас вот на двух серверах по 70 запросов mysql в секунду - и я не вижу чтобы мускуль особое место в топе процессов занимал.

А этот ротатор вообще мало запросов к мускулю делает в процессе функционирования. Чтобы на нем сделать 70 запросов в секунду, надо иметь траф около 2 лямов в сутки. У тебя столько есть?

MySQL нормальная база, запросы просто надо грамотно писать, ну и базу правильно нормализовывать.

Ясный пень если на виртуале сидишь и рядом кто-то гоняет кривые скрипты которые раком ставят mysql, то все твои скрипты использующие mysql будет тормозить. Однако надо все же понимать, что если mysql стоит раком, то это значит что и вся система стоит раком. А в таких условиях и без mysql все скрипты будут тормозить. Плюс потеря данных возможна. У тебя DTR никогда не слетал на перегруженном серваке? Я это много раз наблюдал...

 Cibtor
DmN писал: Раскажи про это подробнее, мне интересно.

 Stek
Сейчас посмотрел данные одного из серверов - 300 запросов в секунду , в пиках наверное 600-1000. Сервак - простой бюджетник за 100 баксов.
Так что про ненадежность мускуля - сказки бабушке расказывайте.

Цитата:
самая распостраненная проблема фри хостов, из за чего растут постоянные сказки о ненадежном мускуле.

 vlm
Stek писал:

Мускул хорош конечно, но допустим финансовые данные я бы хранить в нем не стал а выбрал Постгрес для этого. Так что мускул хорош до тех пор пока он хорош и руки прямые но не более...

 Phoenix66
vlm писал:

Гуглу это расскажи

 Stek
Цитата:
А я стал, и проблем не вижу. Ежедневный бакап спасает от многих неприятностей, а тот же innodb достаточно надежен для транзакций.

Вобщем наверное нет смысла из топика делать очередной mysql vs xxxx , уже и так достаточно было

 vlm
Stek писал:
Соглашусь... Все равно те кому надо свое мнение имеют. Бесполезный флейм.
З.Ы. Топик-стартер - извини что эту тему поднял.