Как я понимаю это релиз версия, так что предлагаю тестировать сей продукт и помочь разработчикам, начинайте без меня, а я присоединюсь позже хДДД (сессия и полный 3.14здец)

Вот именно с этой мысли и начал я свое раздумье про перенос статей, связанных с eathena, на другой домен и его раскручивать (хотелось больше читателей мне а кто не хочет? ). Но не успели эти раздумья воплотиться в жизнь (а может и не должны были вовсе), началась учеба, а точнее её главная часть, когда приходится учить материал за 2 месяца, но это обычное состояние для очень многих. И после изучения MFC, программирования под Linux создания двух сайтов Vendor’s Monitor Project и ещё одного (он только в разработке) и многого другого я вернулся вновь к своему блогу.

Изначально решение мое было передвинуть его на домен ea.amstaff.su, но потом пришли мысли в голову: “Для чего я изначально делал этот блог”, “Ради чего я хочу передвинуть контент на другой домен” … и пришли сразу ответы на эти вопросы: делал я блог сперва для себя: пометки, гайды, ссылки и т.п. А во вторую очередь для других: объявления о наборе в тест команды, новых разработках… И передвигать конент ради того, чтобы попытаться новый домен продвинуть по запросам – не актуально.

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

• ea-sources.ru – библиотека состоящая из .diff/.patch и описания к ним, т.е. своеобразная библиотека моих разработок, в которой можно править только описание, да и только.
• ea-scripts.ru – библиотека скриптов … Примером проблемы послужила система UES, которая уж очень разрослась, дошло до того, что я начал скидывать файлы в архив для более удобного скачивания, из чего следует, что менять тоже ничего нельзя.

Какие в связи с этим предприняты решения:

• ea-sources так и оставить как библиотека, в которой содержимое .diff/.patch может править только написавший её.
• ea-scripts.ru – создается репозиторий на сайте OpenSVN.ru, в котором дерево каталогов будет такое же как и дерево категорий в википедии на сайте. Данное решение поможет отслеживать изменения в коде и можно будет скачать всю библиотеку скриптов разом.

А тут мысли в слух:

• хотелось бы так же создать из этих двух сайтов библиотеки, в которых пишу не только я … но пока не нашел я активных людей, готовых заполнить эту библиотеку своими творениями (надеюсь такие найдутся, а я в это время буду дальше наполнять сайты своими работамим)
• хотел тут рассказать про неиспользование моих скриптов в связи с их массивновстью и попытками сделать их универсальными… но это будет глупо xD

все подробности в этом топике на форуме

ссылка на форум

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

Всем, принявшим участие, большое спасибо

Для начала скачаем последнюю версию 1 | 2

Определим где у нас будет лежать всякая инфа для патчера, в моем случае это будет папка patcher-tester в корне сайта amstaff.su (http://amstaff.su/patcher-tester)

Патч файлы я буду держать в папке patcher-tester/patches

Информация о клиенте такова: ехе “_.exe“, grf “testserver.grf”

Отлично, теперь перейдем к просмотру знакомого ./Tools/config.ini; И сразу же приступаем к редактированию этого раздела

[Config:Main]
 
RootURL='http://127.0.0.1/patch/'
 
RemoteConfigFile='main.ini'
 
TimeOut=0
 
StatusFile='server.dat'
 
DefaultGRF='server.grf'
 
ClientEXE='game.exe'
ClientParameter='-1sak1'
 
FinishOnConnectionFailure=false

Настраиваем его под свои нужды, и не забываем кинуть содержимое папки ./Web в папку patcher-tester.У меня получилось так:

[Config:Main]
 
RootURL='http://amstaff.su/patcher-tester/'
 
RemoteConfigFile='main.ini'
 
TimeOut=3
 
StatusFile='server.dat'
 
DefaultGRF='testserver.grf'
 
ClientEXE='_.exe'
ClientParameter='-1sak1'
 
FinishOnConnectionFailure=false

Пока этого достаточно, запакуем его с помощью программы ./Tools/ConfigEmbeder.exe и выбираем патчер по в папке ./Patcher/Thor.exe .

Так же, потребуется отредактировать файл main.ini, в частности параметр

file_url=http://domain.com/patch/data/

У меня получилось так

file_url=http://amstaff.su/patcher-tester/patches/

Я попробовал запустить и ВУАЛЯ, у меня начал качаться какой-то патч…

И теперь стоит лишь отредактировать файл, находящийся в patcher-tester под названием plist.txt

____________________________________
Всю остальную информацию о более детальной настройке патчер можете подчерпнуть из этого гайда

Замечание: когда начинал делать, думал, что придеться настраивать весь конфиг… благо я ошибался

первый тест: 30.03.2010 тестируем BTF

______________________

В данный момент участвует в проекте: 10 человек;
Готовность сервера: [патчер | машина под сервер | настройка эмулятора | постановка эмулятора на машину ]

______________________

на кой черт нужна команда!?: в данный момент занимаюсь разработкой универсальных эвентов, БГ (например CTF, BTF), т.е. применяя сложные алгоритмы, и может быть такое, что при 1-2 игроках будет все летать, при 10+ – все сгорит

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

как это все будет проходить? : пока точно не знаю, но все участники будут у меня в аське, и когда придет время теста – я буду всех оповещать и говорить какие тесты будут проводиться.

Я ЗАИНТЕРЕСОВАН! – отлично, тогда пишите в аську 9-803-956 (я обычно бываю в инвизе, пишите и я вам отвечу, задавайте вопросы, если что-то хотите уточнить)

Patcher

* После набора команды будет запущен сервер, выданы данные для регистрации и тому подобное

ссылка на ea-sources.ru