Актуален ли будет следующий CJ движок?

Уже реализовано, несколько лет назад. Но ето не public project.

Почему же не паблик, YourCJ очень даже паблик был

YourCJ ето отдельный httpd server.
Здесь вроде об apache module говорили.

один хрен с настройкой геммора будет много

Много говорить не стану - наслышан, интересно!

DiamonD75 писал:

К примеру трейд скрипт и мускуль дело вообще малосовместимое..

Я как-то раз видел софт, генерящий 800 mysql запросов в секунду. И ничего, обычный сервер вполне справлялся. Даже не dual xeon.

Замечу, что лям траффика в сутки - это где-то 200 запросов в секунду, учитывая ауты. Все зависит от того как организованы эти запросы.

И кстати проблема поднять большой траф обычно вовсе не в скорости работы скриптов, а в алгоритме раздачи.

Мне в общем видится сомнительным что человек, не занимавшийся сиджами сам пару лет, может написать что-то толковое, как бы быстро оно не работало...

Phoenix66 писал:

Замечу, что лям траффика в сутки - это где-то 200 запросов в секунду, учитывая ауты. Все зависит от того как организованы эти запросы.

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

DiamonD75 писал:

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

Ни на одном из моих скриптов база ни разу не слетала за последние 2 года. Это при том что у меня далеко не только сиджи с mysql работают. У меня вообще все сайты с mysql работают. Есть базы размером более гигабайта.

На сиджах таких баз и близко не должно быть. У меня на сиджах самая большая база едва ли 20мб. Хотя я видел конечно огромные базы и на сиджах. Сделают скрипт так, что он не вычищает старые данные а потом удивляются почему база падает. Между тем апач в стандартной сборке элементарно не поддерживает файлы больше 2Гбайт.

Все это вопрос наличия знаний и опыта у разработчика.

И кстати много раз видел как теряли данные скрипты, хранящие их в файлах а не в mysql. На вскидку - GB и DTR это делали.

A d u l t писал:

Скрипт реализован на основе Apache DSO (Dynamic Shared Object). Написана на Linux С. Базовые настройки для сиджа указываются в httpd.conf и .htaccess Остальные настройки и логи: MySQL/файлы.

Довольно таки интересная вещь получиться. Но драть за него втридорога нет смысла. Что бы продукт был полностью отлажен, он должен быть достаточно массовым.
MySQL как база данных в большинстве случаев намного эфективнее и надежнее чем самописно написанное решение.

Цитата:

наличие базы для трейда уменьшает не только стабильность работы сервера, но и существование сиджа вообще

Т.е. ты хочешь сказать что програмеры сиджеев на самописных базах делают более надежные хранилища чем разработчики mysql ? Такие гении уже давно бы работали IBM с разплатой от 200к в год.

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

Stek писал:

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

Это если самописная база сделана на базе текстового файла, но ведь никто не заставляет так делать.

И вообще, кто тебе сказал, что 200к - это много

Stek писал:

Т.е. ты хочешь сказать что програмеры сиджеев на самописных базах делают более надежные хранилища чем разработчики mysql ?

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

von Stoltz писал:

Это если самописная база сделана на базе текстового файла, но ведь никто не заставляет так делать. И вообще, кто тебе сказал, что 200к - это много

von Stoltz ты честно скажи ты сам то хоть раз писал базу сложнее телефонного справочника?

Из того что я вижу в открытых php скриптах могу сказать что многие разработчики сиджей просто даже таки и не знают что такое элементарная нормализация БД, не говоря уже о том, как разрабатывать устойчивые и быстрые движки БД.

Phoenix66 писал:

von Stoltz ты честно скажи ты сам то хоть раз писал базу сложнее телефонного справочника?

Зачем мне это? Чтобы 200к в год зарабатывать? Так по сегодняшним меркам в Москве это не деньги.
Главное ведь - это придумать, а для реализации у меня программер сидит.

Цитата:

Зачем мне это? Чтобы 200к в год зарабатывать? Так по сегодняшним меркам в Москве это не деньги.

von Stoltz: возми меня к себе на удаленку, готов работать за 100к начиная с сегоднешнего вечера.

Stek, я тебя, конечно, уважаю, но 100к на удаленке - дорого, блин

von Stoltz: так я же не 200 прошу
Вэбкаму поставлю, сможешь смотреть как работаю. Можно будет новую нишу открыть - программер за компом , ну и там подниши "программер работающий" , "делающий вид что работает", "откровенно сочкующий", "спинка стула программиста"

Phoenix66 писал:

von Stoltz ты честно скажи ты сам то хоть раз писал базу сложнее телефонного справочника?

Гм, со стольцем ты зря так....

Дело ведь не в технике реализации, а именно в АИ скрипта.
Кпримеру: у протона(php) есть приемущество - он оч быстро поднимает трафф, правда сдувает еще быстрей.
at3(C, CGI) - медленно разгоняет, но свалить трафф даже пионер не сможет =) и работает быстрее
если твой модуль сможет совместить эти две особенности, то тогда он будет стоить своих денег, если же нет, то это будет очередная поделка, только другим методом реализации, не более.
Люди платят конкретно за талант скрипта держать траффик

Оборотень писал:

at3(C, CGI) - медленно разгоняет, но свалить трафф даже пионер не сможет =)

von Stoltz писал:

Зачем мне это? Чтобы 200к в год зарабатывать? Так по сегодняшним меркам в Москве это не деньги. Главное ведь - это придумать, а для реализации у меня программер сидит.

Угу, и откуда ты знаешь что он грамотно твои задумки реализовывает?

DiamonD75 писал:

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

Ты в общем правильно излагаешь, но ты зря думаешь что mysql прям таки при каждой операции к диску обращается...

ghood писал:

Гм, со стольцем ты зря так....

Я задал вопрос, собственно. Ответ получил вполне однозначный - сам он в базах не разбирается. О чем речь?

Phoenix66 писал:

Я задал вопрос, собственно. Ответ получил вполне однозначный - сам он в базах не разбирается. О чем речь?

Тебе ведь сказали, что зря ты так . Человек скромный решил тебе не тыкать в свой скрипт ATS

Phoenix66 писал:

Ты в общем правильно излагаешь, но ты зря думаешь что mysql прям таки при каждой операции к диску обращается...

Да нет, я так не думаю :-)))
Я лишь за то, чтобы снизить влияние мускуля на трейд..
Но вот именно сегодня (аномалия, блин) после примерно полугода стабильной работы базы у меня в мускуле слетела всего одна строчка, и всю ночь один домен не ротировался...Начал рыть нашел табличку, строчку, repair дело поправил, но строку пришлось перебивать вручную.. Вот такие дела..