Версия для печати темы

Автор: Soteric 20.2.2009, 22:46

Листая FAQ на официальном форуме, я случайно наткнулся на раздел, описывающий компиляцию ядра и скриптов в пределах одной сборки. Объединяя ядро и скрипты, на выходе мы получаем исполняющий .exe файл сервера и .dll библиотеку, в которой содержатся все файлы папки Scripts. Такой метод сулит нам:

• Увеличение скорости компиляции (кто просветит за счет чего? );
• Простота развертывания (не надо закачивать на хостинг тысячу файлов, достаточно закачать одну библиотеку). Здесь однако кроется и минус - для замены одного маленького файла придется менять всю библиотеку - это около 4МБ, сомнительный плюс при сопровождении сервера;
• Все компилируется заранее на вашей машине, на хостинге при запуске сервер мгновенно начинает работу;
• Все файлы уложены в одну сборку и вы всегда можете быть уверены, что на хостинге размещена их полная копия (там их просто никто не сможет отредактировать);
• Даже украв с хостинга библиотеку, злоумышленник не получит доступ к исходному коду скриптов. Впрочем их можно декомпилировать, но это создаст дополнительную головную боль;

• System.Web;
• System.Drawing;
• System.Windows.Forms;
• System.Runtime.Remoting.

EnsureDirectory( "Scripts/" );
EnsureDirectory( "Scripts/Output/" );

if( m_AdditionalReferences.Count > 0 )
    m_AdditionalReferences.Clear();

List<Assembly> assemblies = new List<Assembly>();

Assembly assembly;

bool HaveCoreScriptsDll = true;
EnsureDirectory( "Scripts/" );
EnsureDirectory( "Scripts/Output/" );

if( m_AdditionalReferences.Count > 0 )
    m_AdditionalReferences.Clear();

List<Assembly> assemblies = new List<Assembly>();

Assembly assembly = null;

try
{
    assembly = Assembly.LoadFrom("Scripts.dll");
}
catch (Exception e)
{
    Console.WriteLine(String.Format("Scripts.DLL: {0}", e.Message));
    Console.WriteLine("Can't load script library, Scripts.DLL!  Proceeding without it.");
    HaveCoreScriptsDll = false;
}

if (HaveCoreScriptsDll)
{
    if ( !m_AdditionalReferences.Contains( assembly.Location ) )
        m_AdditionalReferences.Add( assembly.Location );

    assemblies.Add(assembly);

    Version CSversion = assembly.GetName().Version;
    Console.WriteLine("Using: [{0}] Version {1}.{2}.{3}.{4}", assembly.GetName().Name, CSversion.Major, CSversion.Minor, CSversion.Build, CSversion.Revision);
}

• Data (папка взята из исходных кодов)
• RunUO.exe (ядро)
• Scripts.dll (библиотека скриптов)
• http://www.runuo.com/mark/zlib32.dll (для x32 битной ОС)
• http://www.runuo.com/mark/zlib64.dll (для x64 битной ОС)

Автор: Warstone 21.2.2009, 0:10

Цитата(Soteric @ 20.2.2009, 22:46)

Увеличение скорости компиляции (кто просветит за счет чего? );

Цитата(Soteric @ 20.2.2009, 22:46)

Автор: Dark_Falcon 21.2.2009, 1:26

Автор: Soteric 21.2.2009, 6:46

Обфускаторы тоже не спасают?

Автор: Dark_Falcon 21.2.2009, 15:16

Автор: Soteric 21.2.2009, 16:48

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

Автор: Warstone 22.2.2009, 5:50

Вот тут в корне не согласен, этот метод не дает

Автор: Juzzver 7.11.2009, 4:51

Опоздал я с прочтением этой темы, но всё же скажу =)
Взяв процентное соотношение злоумышлеников:
Взяв процент работающих злоумышлеников на провайдере;
Взяв процент злоумышлеников каторые знают хоть чтото об уо или просто злоумышлиник каторый хочет поживиться рессурсом на будущия что либо поиметь с этого.
Далее он сам поймет или ему разъеснят, что он нехрена не может сделать с рессурсом кроме того как запустить и держать как он есть, что мало кого устроит - он рынется искать другой еще мельче процент зла - каторое поможет ему спустить наводу этот ресурс. При этом за спасибо он не вазмется.
Глядя на другой процент - если этот злоумышленик находящийся на месте расположения будет Warstone, тогда будем бояться. Но к этому проценту "Камень войны" охотиться за просто сервером не будет. И не устроется на работу ради того, чтобы дёрнуть проэкт xD
Остальные разрушители библиотек будут иметь такой же процент =)
Делая выводы о уязвимости данного примера:
Простой смертный: 1%
Бывший геймер UO: 1%
Ранее или ныне АдминUO: 3-4%
Soteric; Warstone; Falcon: 5-6%
Уязвимость вашего сервера на провайдере равна 7% в критическом состоянии и в случае, что у вас большой проэкт.
Шифр 7%: Где простой смертный общаясь с геймером уо на радостях рассказывает, что у него на проводе есть сервер с 1000+онлайном(откуда эти 2% опасности бегут к какому либо знакомому в процентном соотношении 4% успешному стаффу) =6% вместе трудясь понимают, что у них мало шансов и они взрывают двери:
Soteric; Warstone; Dark Falcon; выбивая у кого либо из них 1% уязвимости. После только бьют по библиотеке.
Почему 1%? Потому, что успешным стаффом и должен являться подобием перечисленных прозвищь.
Вот в таком виде мы можем расмотреть семи-процентную уязвимость сервера "Критическую" как для проэкта!!! В других случаях процентное соотношение колибается не выше 1% из 100%!
[*]Т.к. людям работающим на проводе - это не нужно.
[*]Нет друзей по уо.
[*]Не имеют понятия о C# исходние, а темболее о *.dll
[*]Нету связей подобных.
[*]Нету в близи Сотерика, ВарХамера,Тёмного Фалкона.

Автор: Warstone 7.11.2009, 11:09

Автор: Juzzver 8.11.2009, 5:03

Автор: Sfairat 11.8.2011, 9:36

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

Т.е чтобы оперативно править ядро )

Автор: Juzzver 11.8.2011, 10:33

это и подразумевается.
Ты можешь одновременно обрабатывать как и ядро, так и скрипты, при этом после компиляции - будешь получать свежий .exe файл и Scripts.dll

Автор: Soteric 11.8.2011, 10:41

Автор: StaticZ 12.9.2011, 12:11

Цитата(Soteric @ 11.8.2011, 11:41)

Автор: Realteque 10.12.2016, 16:08

Такой вопрос, всё скомпилировал, всё запустил, выставил все пути, выставил поддержку клиента, но во-первых не знаю как привязать папку Data в ранке, во-вторых не открывается paperdoll в игре) скорее всего именно из-за первой проблемы) есть люди кто толково объяснит?

Автор: Juzzver 11.12.2016, 1:22

папку Data просто в корень кидать надо, где сам RunUO.exe файл.
Папердол открывается на стороне клиента, если не ошибаюсь, возможно серверные настройки тут не причем.