Я сервис и на ноде могу написать. Можно подробнее с примером, когда по вашему стоит использовать ГО а когда году?

35.192.0.0/12 заблокировали

это гугла ? да /12 блокировать - это прям хорошо

Который по хидерам блочит

Пля VPN блокнули))) На амазоне. Сук на сервак зайти даже не могу. Придётся чото думать.

Ну вот благодаря Павлу, всё нормик работает даже без VPN)))))

А ipv6 стоит галочка?

А ipv6 стоит галочка?

У меня роутер старый без поддержки ипв6.

Убунта мусор

А что не мусор?

В Телеге нуно поставить.

А смысл в телеге ставить, если в сети просто нет ipv6.

Арч/Генту онли

Кому что. Я вот на винде сижу и не жужжу! 😏

Мм, нормально наверное, удобно

Да, удобно. И лайтрум работает. )

Мне такого безобразия на винде не попадалось. )

Всм? Винда это оба стула сразу

Не хочу тут холиварить, но нет там этих двух стульев. )

Убунта мусор

Линукс головного мозга

Какбудто это что-то плохое

Ну, такое, не доброе

Виндовс, навеное, лучше

Виндовс, навеное, лучше

Навеное, пользуйтесь на здоровье.

ребят, такой вопрос когда читаем из коннекшена методом read, слайс, в который мы кидаем данные может склеиваться? возникла проблема, что с клиента принимаю поток байт по tcp, пихаю их в байтовый слайс и потом провожу некоторые операции. проблема в том, что когда клиент начинает слать сообщения, а сообщения выражены конченной структурой одной библиотеки, некоторые сообщения начинают конкатенироваться с предыдущим как пример: первое сообщение [0 0 0 58 0 0 0 4 0 0 0 0 0 0 0 2 0 0 0 87 105 110 101] и второе [0 0 0 72 0 0 0 4 0 0 0 0 0 0 0 3 0 0 0 87 105 110 101] если запускать клиент несколько раз, то в результате массив начинает склеиваться, примерно так [0 0 0 58 0 0 0 4 0 0 0 0 0 0 0 2 0 0 0 87 105 110 101 0 0 0 72 0 0 0 4 0 0 0 0 0 0 0 3 0 0 0 87 105 110 101] и такое поведение чисто рандомное и никак не подкреплено, хотя есть одна фишка, что такое происходит, когда я слишком быстро шлю сообщения, а то есть потушил клиента, запустил и сразу начинаю слать сообщения помогите, чем можете, пожалуйста, может у кого-то такая же херь была for { go func() { buf := make([]byte, 256) n, err := conn.Read(buf) log.Println(n) if err != nil { return } else { fragment := make([]byte, n) copy(fragment, buf[:n]) messages <- fragment bytes <- n } }() ........ }

потому что я не знаю, какой длины придет сообщение

ребят, такой вопрос когда читаем из коннекшена методом read, слайс, в который мы кидаем данные может склеиваться? возникла проблема, что с клиента принимаю поток байт по tcp, пихаю их в байтовый слайс и потом провожу некоторые операции. проблема в том, что когда клиент начинает слать сообщения, а сообщения выражены конченной структурой одной библиотеки, некоторые сообщения начинают конкатенироваться с предыдущим как пример: первое сообщение [0 0 0 58 0 0 0 4 0 0 0 0 0 0 0 2 0 0 0 87 105 110 101] и второе [0 0 0 72 0 0 0 4 0 0 0 0 0 0 0 3 0 0 0 87 105 110 101] если запускать клиент несколько раз, то в результате массив начинает склеиваться, примерно так [0 0 0 58 0 0 0 4 0 0 0 0 0 0 0 2 0 0 0 87 105 110 101 0 0 0 72 0 0 0 4 0 0 0 0 0 0 0 3 0 0 0 87 105 110 101] и такое поведение чисто рандомное и никак не подкреплено, хотя есть одна фишка, что такое происходит, когда я слишком быстро шлю сообщения, а то есть потушил клиента, запустил и сразу начинаю слать сообщения помогите, чем можете, пожалуйста, может у кого-то такая же херь была for { go func() { buf := make([]byte, 256) n, err := conn.Read(buf) log.Println(n) if err != nil { return } else { fragment := make([]byte, n) copy(fragment, buf[:n]) messages <- fragment bytes <- n } }() ........ }