Хмм... а не видно? Сейчас только один вариант: запустить 2 базы, 2 командера, 2 сервера и какой-то внешней тулзуй в еще одной базе это все объединять.Сообщение от tahorg
Хмм... а не видно? Сейчас только один вариант: запустить 2 базы, 2 командера, 2 сервера и какой-то внешней тулзуй в еще одной базе это все объединять.
...И от полученных знаний скончался на месте
ламерский вопрос, а почему нельзя в одну сразу?
остановиться мне-бы...
но я всю ночь летал
Например заходишь вот сюда: http://gennadich.com/g1
и сразу вопрос, состояние какого сервера покажет статистика (в частности текущих игроков на карте)? Правильно обоих с непредсказуемым результатом, т.к. оба командера будут писать в одну таблицу active_players ничего не подозревая о существовании другого командера.
...И от полученных знаний скончался на месте
наверно первые 2 базы будут "легкие", только для сбора инфы. А вот общая посложнее.
Ну технически это же не проблема?И это дает надежду.
Наверняка кто-то в этом направлении уже делал шаги, если не у нас, так у них. По крайней мере можно уже пофантазировать.
Не слушай их... никакой проблемы нет и быть не может (база разумеется одна). Работы ровно на 10 минут, да отладки ещё на 10. На нормальном софте разумеется.Ну технически это же не проблема?
Наверняка кто-то в этом направлении уже делал шаги, если не у нас, так у них. По крайней мере можно уже пофантазировать.
Да ну? И демон будет один? И стата вдруг начнет понимать 2 сервера и запросы по серверам разбивать... нуну... 10 минут.
Не замучаешься менять все места, где нужен сервер?
А учитывая, что вы убили идею ivanobulo c нормальным DAO методом cut&paste, думаю тут и месяцем тестирования/правки не обойдешьсяdef addActivePilot(self, thePilotID, theArmyID):
self.__simpleDBFacade.executeUpdate("insert into active_players(PILOTID, ARMY) values (?, ?)", (thePilotID, theArmyID))
def checkActivePilot(self, thePilotID):
res = self.__simpleDBFacade.executeQuery("select PILOTID from active_players where PILOTID=?" , thePilotID)
return len(res)
cursor.execute('update param2 set z="'+type_mis_r+'" where p="main_target_red"')
cursor.execute('update param2 set z="'+type_mis_b+'" where p="main_target_blue"')
cursor.execute('update param set z='+str(current_map)+' where p="map"')
conn.commit()
Крайний раз редактировалось Baks; 09.11.2006 в 14:29.
...И от полученных знаний скончался на месте
технических проблем не вижу. Точка. Вопрос грамотно написанной БД. Точка. Было бы желание.
Если ты веришь, что все можно испортить, поверь и в то, что все можно исправить. Раби Нахман из Браслава.
А в чем проблема то ?
Где тут было про _технические_ проблемы? :confused:
Я сказал, что ни в одном из существующих демонов это не реализовано... ты задалв вопрос "в чем проблема"... К чему тогда был этот вопрос? Что грамотная архитектура БД думаю любому дба и так понятно...
...И от полученных знаний скончался на месте
Демона конечно 2, а база одна. В чем проблема то? Ну не 10 минут, а полчаса. Суть в том, что проблемы нет. Только мне это не интересно,а все знают, что я делаю только то, что мне интересно.Да ну? И демон будет один? И стата вдруг начнет понимать 2 сервера и запросы по серверам разбивать... нуну... 10 минут.
В этом Демоне замучаюсь. Редкостный отстой, эта ваша ООП. Сделать можно что угодно - править и развивать потом без матов невозможно. Потому и плюнуто было мной на проводку разных свойств по разным классам. Добавить же в вызов SQL в нужном месте один параметр "номер демона" такая плёвая задача, что я даже не знаю, с чем её сравнить.
Спорно. Демон можно и один сделать, но проще всеж 2, это верно. 2 сервера, 2 демона. А как взаимодейтвие наладить. Я знаю как минимум 1 демон, на котором это возможно, причем БЕЗ проблем.ни в одном из существующих демонов это не реализовано
Если ты веришь, что все можно испортить, поверь и в то, что все можно исправить. Раби Нахман из Браслава.
Раз 2 демона, значит 2 базы (база == схема если так понятнее, процесс сервера бд естественно 1) иначе надо менять схему бд и в нужные места вставлять ссылку на сервер, к которому данные событие/пользователь/карта/другие данные относятся... Стата должна соответсвующим образом иметь в интерфейсе выбор "сервер1 сервер2 ... все сервера" и соотвествующим образом формировать запросы.Демона конечно 2, а база одна. В чем проблема то? Ну не 10 минут, а полчаса. Суть в том, что проблемы нет. Только мне это не интересно,а все знают, что я делаю только то, что мне интересно.
Никто меня не убедит, что _это_ можно сделать на существующих демонах без кардинального редизайна и тотальной правки кода и соотвествующего цикла тестирования... и уж тем более не за 10 минут...
Не вводи людей в заблуждение
...И от полученных знаний скончался на месте
Ну дык я и написал, что может я не знаю такого... ды хотелось бы на него посмотреть.
...И от полученных знаний скончался на месте
8-ОРаз 2 демона, значит 2 базы
Не говори завсех.Никто меня не убедит, что _это_ можно сделать на существующих демонах без кардинального редизайна и тотальной правки кода и соотвествующего цикла тестирования... и уж тем более не за 10 минут...
Если ты веришь, что все можно испортить, поверь и в то, что все можно исправить. Раби Нахман из Браслава.
Угадай с 3х раз.Ну дык я и написал, что может я не знаю такого... ды хотелось бы на него посмотреть.
Если ты веришь, что все можно испортить, поверь и в то, что все можно исправить. Раби Нахман из Браслава.
В ооп проще. я добавил один параметр и потом везде где возникла ошибка все проверил... в случае с embedded sql - так еще задница (особенно если этот sql из строчек собирается).
Далее, в ооп (например в jaydaemon) мне проще поступить, поправить дао, чтобы оно само знало номер демона, и автоматически его добавляло где надо, тогда код самого демона править вообще не придется, ибо он будет работать как бы в своем "срезе данных"... но по любому это не 10 минут. И главное то не демон, главное стата, которая бы с этим всем работала...
...И от полученных знаний скончался на месте
Твой смотрел... легких путей для этого не увидел
...И от полученных знаний скончался на месте
Ээээ, ты сказал - ДЕМОН. А вот демону OC все равно сколько кого и чего. Ему плевать сколько серверов.
Если же говорить о МОДУЛЕ MSSQLSTAT, то 20-30 минут, правка 1 файла, еще минут 20-30 на базу. Все. Будем Модуль MultyMsSqlStat, предназначенный на сбор стата с разных серверов.
Более того, я их могу связать вместе еще за час-другой. Т.е. сделать обемен между демонами, если мне прийдет в голову такая мысль.
Если ты веришь, что все можно испортить, поверь и в то, что все можно исправить. Раби Нахман из Браслава.
Я даже спорить не буду... Зачем мне это надо?
![Аватар для Tazmanskiy[Taz]](./customavatars/avatar2941_6.gif "Аватар для Tazmanskiy[Taz]"){kind=avatar}
вся логика в базе + ремоутинг на крайнякТвой смотрел... легких путей для этого не увидел
i5 2500k (@4.5GHz) / ASUS P8P67PRO / 4x2Gb Corsair DDR3 1600MHz / Leadtek Nvidia GTX 570 / Dell 2407 WPF 24" / Win 7 x64 SP1 / 1900x1200
JGr124_boRada за хорошее дело взялся!
Как пример:
- появился в Лобби сервер который автоматом запускает КООП миссию как только все пилоты встали в слоты, и загружает новую миссию если все пилоты покинули сервер. Да еще и не посылает присоединившегося в процессе миссии, а просит подождать пока сервер не завершит текущую миссию.
Утверждается что все это сделано на стандартном (не ломаном) Ил-2.
Так неужели все кто делал проекты типа Белума не знали про эту возможность? Или все знали - но сочли ненужной?
-----------
Но вот вам и конструктор :
1. генератор(на выбор) + 2.приблуда которая заставляет КООП сервер циклично запускать миссии + 3.статистика , замкнутая или нет на генератор.
Чем не конструктор войнушки?
Это ничем он fine grained acl в oracle отличаться не будет (т.е. неявные view c указанием номера демона). Вопрос в том, что это будет то же самое что и 2 базы поднять... ибо эти два демона между собой не коррелируют... т.е. придем к тому, с чего начали, но немного более "оптимизированно"
1 база
2 набора данных
внешняя тулза которая эти наборы данных объединяет
...И от полученных знаний скончался на месте
Ну вот... 10 минут плавно перетекают в часы... особенно замечательно отлаживается распределенная логика... jta не хотите внедрить или чего там МС может предложить?
В общем действительно, спор тут пустой... кому надо, тот напишет, за 10 минут или за 10 часов...
...И от полученных знаний скончался на месте
Мне надо!...
Согласен на 10 дней
А куда и кому писать? :sad:
Кстати, поселился на форуме http://www.litbysun.com/forum/viewforum.php?f=28
Отдельно жить - пока не вижу смысла.
Если что хотите сказать еще, темы новые затронуть - Добро пожаловать!
С удовольствием принимаю любые дикие предложения!
Крайний раз редактировалось boRada; 10.11.2006 в 14:19.
Регистрация на форуме автоматом но есть проблемы. Некоторые почтовые службы (например mail.ru) погрязли в напряжённой борьбе со спамом и не видят как страдают невинные люди. Посему, на ящики зарегистрированные на них активационные письма не всегда доходят. Sad
Выхода есть два:
1. Использовать для регистрации другой почтовый ящик.
2. Попросить кого-нибудь из админов активировать вашу запись.
Да пребудет с вами сила.
Божичко, принесите семь орденов красного знамени...
Ваши права
Ответить с цитированием