!Future Update! Goodbye Pyhon!, Прощай Python! #3
Labels
No labels
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
news
question
wontfix
No milestone
No project
No assignees
1 participant
Due date
No due date set.
Dependencies
No dependencies set.
Reference
MagosAurex/Open-Chat#3
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
English section
I finally decided to really start developing the chat, from an experimental project to an even more experimental one) but with my own tricks, for this I will completely rewrite the current protocol, which previously worked using Json Strings, into a protocol that uses strictly byte markup, the old chat version will lose the ability to communicate with new versions of the server, although there is a possibility that I will provide the possibility of backward compatibility by using reserved space in a new format network packet(at least this way it will be possible to receive a text message)
And with all this, i was decided to take out the network part (protocol, packets, etc) into a separate library that I could quickly update without breaking the server and client sides, i must to completely refuse to use Python in the project.I rewrite the server on Java and continue to support in this language (there was also an option to write a native library with separate binding on Rust, but I decided that I would not have enough time for this)
Русский раздел
Я наконец-то решил по-настоящему заняться разработкой чата, от экспериментального проекта до еще более экспериментального) но своими фишками, для этого я полностью перепишу текущий протокол, который раньше работал с использованием Json Strings, в протокол, использующий строго байтовую разметку, старая версия чата потеряет возможность общаться с новыми версиями сервера, хотя есть вероятность, что я обеспечу возможность обратной совместимости за счет использования зарезервированного места в сетевом пакете нового формата(по крайней мере так можно будет получить текстовое сообщение)
И в связи со всем этим мною было принято решение вынести сетевую часть(протокол, пакеты) в отдельную библиотеку которую я бы смог оперативно обновлять не ломая сервер и клиент, и для этого мне придёться отказаться от использования Python в проекте, а весь сервер переписать на Java и в дальнейшем вести поддержку на этом языке(еще был вариант написать нативную библиотеку с отдельными биндингами на rust но я решил что у меня не хватит на это времени)