Лаунчер sashok724's Launcher v3 [OpenSource] [Support]

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

 

Собственно пишу такой R4, пишу, а потом думаю: А что если на Нетти сетевой двиг написать? Выбор оставляю за сообществом.

(1) Если я буду писать сетевой двиг на Netty:

• Нормальное шифрование, используя TLS
• Нормальное сжатие, хоть оно и не сильно нужно
• Использование Non-Blocking NIO, потому что на Netty с ним работы меньше
• В лаунчсервере - поддержка EPoll на Linux -> меньше жор heap-памяти и выше производительность
• В том же лаунчсервере - встроенный веб-сервер скинов. Позволит забыть про проблемы с ними
• Можете добавить минимум две недели к дате релиза
• Размер лаунчера увеличится на минимум два мегабайта [Сейчас он весит всего 230кб]

(2) Если я НЕ буду писать сетевой двиг на Netty:

• Шифрование используя AES-CFB8 и HMAC-SHA-256, что в принципе не плохо, но костыльно (потому что AES-GCM и SSLEngine в JRE очень хреново работают, особенно с NIO)
• Может быть самое базовое ZLib-сжатие приделаю или GZip, потому что они есть в rt.jar, но не более. Работать будет не быстро кто будет его использовать
• Использование Blocking NIO, потому что трахаться с селекторами у меня нет ни времени, ни желания, а NIO2 не поддеживает sendfile (FileChannel.transferTo) и вообще работал по моему опыту странно (позже оказалось что не только у меня)
• Релиз состоится гораздо быстрее
• Размер лаунчера останется таким же, либо станет меньше

(3) Комбинированный вариант - лаунчер на самописном двиге, лаунчсервер на Netty:

• Шифрование из второго варианта
• Сжатие из второго варианта
• Non-Blocking IO из первого варианта
• Поддержка EPoll из первого варианта
• Встроенный веб-сервер скинов из первого варианта
• Релиз перенесётся минимум на месяц
• Сложнее в поддержке и будет больше багов
• Размер лаунчера останется таким же

Нет, после релиза я переписывать двиг не буду, потому что у меня еще гора проектов и заказов, потому прошу написать Ваше мнение сейчас. Прошу аргументированно.
P.S. Сейчас, всё что связано с IO, в лаунчере обрабатывается одним единственным классом, он справляется просто на ура и с чтением, и записью, и сокетами, и таймаутами для них, и кучей чего ещё https://pastebin.com/6r6mrm5s

 

1 вариант ,по тому что в нем больше плюсов чем минусов )

 

Нету там плюсов...

 

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

 

Я не считаю что первый вариант лучше. Несмотря на то что будет чуть лучше шифрование и сжатие, я не считаю что оно особо нужно. Сжатие, учитывая что у лаунчера бинарный протокол который и так довольно хорошо пакует данные, даст максимум 5% уменьшения размера передаваемых данных, при том что нагрузка на процессор будет гораздо больше. Протокол не является часто используемым вектором атаки, потому шифрование в принципе опционально. И вообще мне как то не по себе когда думаю о том, что 9/10 размера бинарника использует библиотека, без которой впринципе можно обойтись...

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

 

Целый netty на скины? Да ты монстр!
Может сразу подцепишь restlet framework как моджанги. Че мелочится то .

 

Это только на VSD?

 

Да.

 

Хмм, это нормально, что народ authlib`у подменяет и использует MultiMC вместо нужного лаунчера.. как с этим бороться? в 15.2

 

2 вариант.
Ни к чему е*аться ради школо-админов, которые не могут настроить скины.
К слову, лично я не использую систему скинов из-под коробки лаунчера.

 

Как же вы все не любите 1.5.2

 

Это то же самое, что не любить черно-белый телевизор. Динозавры...

 

Народ, из-за чего может скорость резаться?
У всех около ~100-150 кбит/сек. Даже если один пробуешь качать.

 

Канал не пропускает? 0_о

 

Хотел же написать...
Предыдущий лаунчер качал спокойно 3мбит (ибо скорость уже мой провайдер ограничивает), другие не жаловались.

 

В случае возникновения ошибок на 64-битных системах, может помочь установка 32-битного пакетаglibc (Debian: lib32z1, lib32bz2 | CentOS:glibc.i686).

 

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

 

Используй authhandler mysql

 

Использую, uuid генерируется лаунчером, все настроено, а вот по выдаче привилегий через ЛК, вписывается в базу pex'а никнейм, вместо uuid'a игрока