Цитата:
Сообщение от RomanRom2
2. - ChunkDevelopersData
|
я за плавающую длину. "сложность парсинга" одного байта для писателей
серверов и сниферов звучит несерьезно
Цитата:
Сообщение от RomanRom2
3. - PKT
формат записи пакета я настоятельно предлагаю в естественном и привычном исполнении:
- длина, включая опкод
- опкод
- данные опкода
только сделать длину поля опкода не переменной, как сейчас 2 или 4 байт, а фиксированной 4 байта. это позволит вам избежать трудности чтения невыравненных данных (подобный пример у ChunkDevelopersData с переменной длиной).
|
предлагаю не придумывать велосипед с длиной опкода, а писать тут 1в1 данные в том виде, что скушал бы клиент, если бы не шифрование.
Цитата:
Сообщение от RomanRom2
4. еще предлагаю ввести поле SnifferID в заголовок снифа.
|
это лучше куда-нить в п.2, к дев данным.