[c4] L2j-RedCode rev 0.2

[developer.group]

За основу взят исходный код L2j-Fortress Interlude (далее на нем были основаны проекты от: Balancer, Rebellion, L2Phoenix, L2Dream, CCP и прочих команд уже на основе вышеуказанных) далее снижены до C4 на пакетном уровне и частично датапаке. Исходники выкладывал так как не имел времени заниматься дальнейшей разработкой. Сейчас же решил продолжить работу в этом направлении на этой же базе.

Автор:

Вы не можете просматривать ссылку пожалуйста воспользуйтесь следующими ссылками Вход или Регистрация

Разработчик:

Вы не можете просматривать ссылку пожалуйста воспользуйтесь следующими ссылками Вход или Регистрация

Сайт:

Вы не можете просматривать ссылку пожалуйста воспользуйтесь следующими ссылками Вход или Регистрация

Сборка:

Вы не можете просматривать ссылку пожалуйста воспользуйтесь следующими ссылками Вход или Регистрация

Список изменений:
- Таблицы auto_chat.sql и auto_chat_text.sql перенесена из MySQL в файл датапака autochat.xml + поддержка в ядре
- Удален конфиг MaxHtmlLength. Он не актуален так как устанавливая в настройках значение выше 8192 при вызове HTML происходил крит клиента
- Таблица locations.sql перенесена из MySQL в файл датапака locations.xml + поддержка в ядре
- Небольшой фикс в гео-движке. Приследование персонажем двигающейся цели на больших дистанциях. Нужен тест!
- Исправление в BanIP-системе. Теперь при авторизации персонажа бан-лист должен считывается и проверяться правильно как логинсеврвером так и геймсервером
- Новая система анонсов! Конфиг-файл вынесен в data/tables/xml/announcements.xml
- Внесены некоторые исправления в систетему AdvIP

Ранее Было сделано.
Список изменений:
- Реорганизация всех файлов, переписан build.xml
- Переписан каталог ядра и все импорты под него
- Переписаны все .bat файлы, сменил расширение на .cmd
- Замена установщика базы данных на более удобный
- Удален multisell.csv. Он нигде не используется в сервере!
- Исправлены неработающие конфиги, удалены пробелы после True/False
- Добавлен копирайт при входе в игру персонажем + информация о сервере
- Добавлены конфиги для настройки отображения имени и web-адреса сервера в копирайтах
- Таблица teleport.sql перенесена из MySQL в файл датапака teleports.xml + поддержка в ядре
- Удален конфиг для вкл/выкл кастомных таблиц телепорта. Теперь он не актуален...
- Добавлена система AdvIpConfig.
- Таблица summon_items.csv переписана в summon_items.xml + поддержка в ядре
- Добавлен конфиг MaxHtmlLength для настройки максимального размера каждой новой HTML страницы (в Kb)
- Добавлен конфиг HtmlEncoding для настройки кодировки HTM и HTML страниц
- Таблица static_objects.csv переписана в static_objects.xml + поддержка в ядре
- Таблица seeds.csv переписана в seeds.xml + поддержка в ядре
- Таблица helper_buff_list.sql перенесена из MySQL в файл датапака helper_buff_list.xml + поддержка в ядре
- Таблица mapregion.sql перенесена из MySQL в файл датапака mapregion.xml + поддержка в ядре
- Добавлен конфиг для настройки списка внешних IP-адресов сервера авторизации - InternalIpList
- Добавлены конфиги для настройки шаблонов имени и пароля аккаунтов - AnameTemplate и ApasswdTemplate
- Исправлен Target при использовании свитков телепорта
- Исправлен Target при использовании команды /unstuck
- Добавлена библиотека commons-lang-2.4.jar
- Исправлено чтение файлов сервером: .htm, .html, .list и .properties. Теперь корректно отображается юникод (в кодировке UTF-
- Исправлено отображение ников и титулов персонажей на кириллице

 

[Grind]

фикс-лист конечно незначитильный, но это можно списать на начало работы, при этом хорошо описаны коммиты,
но вот есть пару вопросов к разработчику:

Таблицы auto_chat.sql и auto_chat_text.sql перенесена из MySQL в файл датапака autochat.xml + поддержка в ядре
Таблица locations.sql перенесена из MySQL в файл датапака locations.xml + поддержка в ядре
Таблица teleport.sql перенесена из MySQL в файл датапака teleports.xml + поддержка в ядре
Таблица helper_buff_list.sql перенесена из MySQL в файл датапака helper_buff_list.xml + поддержка в ядре
Какую цель преследуете, перенося эти данные из sql в xml?

Переписаны все .bat файлы, сменил расширение на .cmd
Программируем на REXX? Иначе не вижу смысл этого.

 

[developer.group]

фикс-лист конечно незначитильный, но это можно списать на начало работы, при этом хорошо описаны коммиты,
но вот есть пару вопросов к разработчику:

Таблицы auto_chat.sql и auto_chat_text.sql перенесена из MySQL в файл датапака autochat.xml + поддержка в ядре
Таблица locations.sql перенесена из MySQL в файл датапака locations.xml + поддержка в ядре
Таблица teleport.sql перенесена из MySQL в файл датапака teleports.xml + поддержка в ядре
Таблица helper_buff_list.sql перенесена из MySQL в файл датапака helper_buff_list.xml + поддержка в ядре
Какую цель преследуете, перенося эти данные из sql в xml?

Переписаны все .bat файлы, сменил расширение на .cmd
Программируем на REXX? Иначе не вижу смысл этого.

Да совершенно правы как можно больше перенести все xml снизить нагрузку с MySQL

 

[Grind]

Да совершенно правы как можно больше перенести все xml снизить нагрузку с MySQL

А в чем заключается нагрузка собственно? Эти данные статик, загружаются в память единожды при старте сервера и больше обращения к этим таблицам не происходит. Точно также история с xml, данные подгружаются в память при старте и больше файлы не дергаются с диска.

MySQL сделает загрузку данных в память быстрее чем DOM XML Parser, не существенно, но быстрее. Поэтому с точки зрения быстродействия и использование системных ресурсов разницы никакой НЕТ!

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

 

[Grind]

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

нет господа, хранить данные в xml это не правильно и плохо.

 

[Grind]

И мускул вы нагружать не сможете, вы будете нагружать системные ресурсы. И поверьте, чтобы нагрузить мускулом современную серверную платформу хотябы на 10% на 6ядреных ксеонах и на ссд дисках - это нужно изрядно постараться, поверьте на слово) пара запросов SELECT на 10 000 строк из этих таблиц на такой платформе будут выполнены за 5-10 милисекунд и не займуть больше 0.1% процессорного времени.

 

[developer.group]

Согласен с вами, над ядром работает

Вы не можете просматривать ссылку пожалуйста воспользуйтесь следующими ссылками Вход или Регистрация

, если он переносит их то считает нужным. С моей точки зрения работать в xml проще.

 

[Singer]

Согласен с вами, над ядром работает

Вы не можете просматривать ссылку пожалуйста воспользуйтесь следующими ссылками Вход или Регистрация

, если он переносит их то считает нужным. С моей точки зрения работать в xml проще.

Не скажите, иногда запросом проще обработать большое количество информации нежели в xml. например взять acis так там дроп вписан каждому нпц в npc.xml и приходится каждого нпц лопатить чтобы изменить дроп

 

[developer.group]

Не скажите, иногда запросом проще обработать большое количество информации нежели в xml. например взять acis так там дроп вписан каждому нпц в npc.xml и приходится каждого нпц лопатить чтобы изменить дроп

Сейчас только L2j-server остались на Mysql(по крайней мере были) а все остальные на xml все тащят. Это как на работе Работников приучаешь к M.OFFICE 2010 - 2013 когда они сидели на 2003 с начало тоже было не удобно нудно и тяжко, но прошло время почти так же обрабатываю информацию.. Каждый привык так как умеет.

 

[kick]

Не скажите, иногда запросом проще обработать большое количество информации нежели в xml. например взять acis так там дроп вписан каждому нпц в npc.xml и приходится каждого нпц лопатить чтобы изменить дроп

XPATH и регулярные выражения для лохов?

 

[OnStar]

Сейчас только L2j-server остались на Mysql(по крайней мере были) а все остальные на xml все тащят. Это как на работе Работников приучаешь к M.OFFICE 2010 - 2013 когда они сидели на 2003 с начало тоже было не удобно нудно и тяжко, но прошло время почти так же обрабатываю информацию.. Каждый привык так как умеет.

Не только л2ж, это скорей все форки оверов на xml только.)

 

[Singer]

XPATH и регулярные выражения для лохов?

ДА

 

[Fern]

c4 куда же это вас приведет.