Thumbnail manager vs cryolab vs dtrotator

Какой по вашему из этих грабероротаторов лучший по соотношению цена качество (продуктивность)...

я взял первый

на следующей неделе выходит 2 версия CryoLab ротатора

функциональность увеличена на 500%
есть все что нужно, следите за анонсами

Пользуюсь TM - нареканий нету. Все делает супер.
От вас одно - вылить траф на сидж и скрипт все сделает сам

_GoodZone_ писал:

Пользуюсь TM - нареканий нету. Все делает супер. От вас одно - вылить траф на сидж и скрипт все сделает сам

а это чего за скрипт, кстати? чет я от жизни отстал ...

а ещё у буржуев - Комус рулит ... сам хочу в скором времени его взять...

DTR rotator - samiy optimalniy variant !!! IMHO !

Diablo: TM он же Thumbnail Manager от Cryolab

_GoodZone_ писал:

Diablo: TM он же Thumbnail Manager от Cryolab

неа, ТМ - он же Thumbnail Manager @ хttp://www.thumbmanager.com

мне вот дтр нравится, но его недостаток в том, что он на пхп, поэтому неизвестно как он будет грузить сервак при очень большом трафе... может быть знает кто-нить сколько он выдерживает? я бы у джоя спросил конечно, но ведь он скорее всего завысит цифру по вполне логичным причинам (я сам бы завысил на его месте )

Последний раз редактировалось: Mephistopheles (08/08/04 в 22:12), всего редактировалось 1 раз

А вобще интересно было бы услышать мнение тех, кто юзал ДТР и ТМ. Каков результат в сравнении?

они в разных весовых категориях. ДТР простенький дешевый скрипт. ТМ это монстряга, и весьма недешевая..

вот тут его можно взять со скидочкой

http://crutop.nu/vbulletin/showthread.php?t=41556&page=4

wolf писал:

неа, ТМ - он же Thumbnail Manager @ хttp://www.thumbmanager.com

Ссори за неточность тот TM который я имел ввиду называется полностью Thumbinail Manager

wolf писал:

неа, ТМ - он же Thumbnail Manager @ хttp://www.thumbmanager.com

Да, имено об этом скрипте идет речь...Юзал Dtrotator в общем нормальный скрипт но тумбы при грабе получаються не очень хорошего качества, если ставить качество тумб = 100 то их вес получаеться очень большой...

Ryz писал:

Да, имено об этом скрипте идет речь...Юзал Dtrotator в общем нормальный скрипт но тумбы при грабе получаються не очень хорошего качества, если ставить качество тумб = 100 то их вес получаеться очень большой...

Ну да, тоже юзаю дтр и то же самое могу сказать. Для небольших ниш вроде инцеста качество тумб и сортировки устраивает, но для мейнстрима и в десятки раз большего трафа уже не то.

Mephistopheles писал:

мне вот дтр нравится, но его недостаток в том, что он на пхп, поэтому неизвестно как он будет грузить сервак при очень большом трафе... может быть знает кто-нить сколько он выдерживает? я бы у джоя спросил конечно, но ведь он скорее всего завысит цифру по вполне логичным причинам (я сам бы завысил на его месте )

Я бы не стал завышать
Данные человека использующего DTRotator:
Два сиджа в сумме 505 килоуников по UCJ cтатсам.
p4 3,06GHz, 2 gb RAM, 2 SCSIx36Gb, апач настроен без логирования.

Похоже на правду. Знакомый говорит что у него DTR+Avrora - больше 150К на обычный (не дуал, около 2Ггц, 1Г RAM, IDE) сервер не получается, раком становится.

У меня Avrora сама по себе машину раком ставит уже при 70К. Проблема в MySQL. Правда, у меня там всего 512 памяти и AMD2400. Да и трафу не меньше 4Мбит на галерах стабильно. С другой стороны - все твикнуто по самое нехочу, не каждый так оттвикает.

Хорошо делать тесты на пустых машинах и потом говорить что скрипт держит 500К спокойно. На деле это не так, к сожалению. Редко когда сервер берется чисто под сидж. Обычно на них и галеры и еще что-нибудь...

joy писал:

Я бы не стал завышать Данные человека использующего DTRotator: Два сиджа в сумме 505 килоуников по UCJ cтатсам. p4 3,06GHz, 2 gb RAM, 2 SCSIx36Gb, апач настроен без логирования.

Кстати, а у этого человека случаем не стоит отдельный дуал под MySLQ?

Цитата:

У меня Avrora сама по себе машину раком ставит уже при 70К. Проблема в MySQL. Правда, у меня там всего 512 памяти и AMD2400.

Подробнее, почему именно аврора ? Насколько понимаю данные из анализа, так что хотел бы еще видеть результат анализа. Я никогда не против ПОДРОБНОГО отчета.

Хотя странно. Inetl Pentium 133 Mhz, 64 Ram - 100к в сутки на софте, который чуть быстрее авроры.

В реальных тестах авроры (ракшак, екзим с отключенной явой и прочим говном) на Celeron 1.7, 512 Ram - свыше 0.5 лимона пользователей сутки, это при суммировании 20+ сиджей. При этом средняя загрузка сервера 10-12, и в основном из за того, что число процессов апача превышает доступную память.

Зы, я за аврору душу отдам, вы мне только дайте РЕАЛЬНЫЕ ДАННЫЕ, по которым я могу судить о использовании авророй ресурсов.

Смешно, но пока я кроме "админ сказал" никакой информации не получал

Stek, я ничего не имею против тебя или авроры, наоборот, мне аврора очень нравится по сравнению со всем что я раньше видел из бесплатных или условно бесплатных скриптов. Реально хорошо трейдил разве что CJ OverKill, но из-за конфликта автора этого скрипта с Чокером (владельцем прав на TTT) я его не пользую.

Насчет 10-12 - это уже большой загруз. Сервер медленней отзывается, часть дрочеров паги закрывают не дождавшись загрузки. Нормальный загруз, по моему мнению, до 5. Я ж так понимаю мы говорим о Load Average а не о % занятости проца?

Но 10-12 это я еще не называю раком, хотя это уже плохо. Раком - это больше 25.

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

Факт однако в том, что без сиджей этот сервер спокойно держит 8-10Мбит, даже с учетом того что там не чистый html, а php практически везде, хотя и довольно простой, плюс местами перл. Но после установки сиджей мне пришлось часть ресурсов вынести на другой сервак, потому что больше 5Мбит он не может теперь держать - в пиковые часты он просто зарывается. Совсем конечно он не умирает, но load average подскакивает до 50-80 и отвечать он начинает невыносимо долго. Причем галеры с php грузятся довольно быстро, хотя и заметно что тормозят. Но вот все что связано с MySQL - а это исключительно сиджи на Авроре, ничего другого там нет что пользует MySLQ, начинает тормозить просто нереально. Местами счет идет на десятки секунд или вообще получаем can't connect to DB - это потому что слишком много висит открытых коннектов, которые не успевают завершится, при нормальном загрузе проблем нет - лимит на соединения достаточный.


Замечу, что когда-то раньше там стоял другой скрипт, он начинал создавать проблемы уже при 20К трафа на сидже. Но он просто криво написан был видимо.

Я еще раз обращаю твое внимание, что речь идет не о сервере, который чисто под сидж. Как я писал, у знакомого безконтентные сиджи - у него 150К DTR+Avrora держит на серверах типа Cel-1.8/2.4 512 RAM. Но у меня сиджи частично контентные, плюс они просто все нагружены еще чем-то кроме сиджей. Собственно я считаю что проблема исключительно в MySQL. При определенной нагрузке на сервер он начинает работать существенно медленнее чем должен. Может я со своим админом чего-то не понимаем впрочем, буду рад если подскажешь.

расскажите, как удалось аврору до 70к погнать???

А у меня просто несколько сиджей там, а не один.

Однако я видел у людей сиджи, где на одном сидже было 70К на авроре с DTR, так что можно видимо.

DTR скрипт конечно неплохой, но админка неудобная что пиздец! А ведь именно с этой частью админы имеют дело чаще всего. Ужасно не хватает поиска в статистике, фильтров, редактирование объектов не очень удобное, можно к примеру добавить пустой объект без URL. У меня в ротаторе 1300 объектов в одной категории. Joy, ты представляешь как выглядет твой page scroller при таком раскладе? Правильно, строка линков от 1 до 65 которая ломается на 2-3 строки. А не проще было сделать что-то типа : <<First 1 2 3 4 5 6 7 8 9 .. Last>> Total: 65 pages. Go to: <Textbox> page. Нет, конечно не проще, просто юзерам было бы удобнее....

Да и вообще админские скрины в скриптах - это отдельная тема. Особенно странно что это касается платных скриптов.

TAiNT писал:

А не проще было сделать что-то типа : <<First 1 2 3 4 5 6 7 8 9 .. Last>> Total: 65 pages. Go to: <Textbox> page. Нет, конечно не проще, просто юзерам было бы удобнее....

Это кстати за 5 минут делается (сам делал, знаю). Но ИМХО твои замечания надо писать разработчикам DTR, а не тут.

Я тоже делал и тоже знаю, потому и пишу. За 5 мин это ты конечно загнул, но за полчаса вполне реально.

А по поводу написать разработчикам ты конечно прав. Прочитал топик а в другом окне DTR - вот и выплеснулось накопившееся :-) DTR просто первый под руку попался, подобное можно сказать о большинстве других _платных_ скриптов. У DTR хоть дока более менее понятная и законченная, а вот у Comus дока - это нЕчто :-)