Ростелеком, Алтай, Всё работает. :)

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

На этот вопрос ответ простой - не надо использовать ноду, если есть выбор

unrecognized import path "gopkg.in/natefinch/lumberjack.v2" (https fetch: Get https://gopkg.in/natefinch/lumberjack.v2?go-get=1: dial tcp 35.196.143.184:443: getsockopt: no route to host)

Блокировка телеграма кажется бьёт по нам

ага

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

я уже минут 15 сижу с отвисшей пачкой от таких масок в блокировке

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

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

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

ага

Вы знаете про ЕРКЮ?

Гондоны РКН

И Казахстан страдает(

У Казахов почище блокиратель сидит

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

Битбакет второй день не открывается

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

Хидерам чего?

http запроса

сейчас же https повсеместно, http мало осталось

или у вас сертификат?

по http

Офигенный блок

Везде https, а блочат по http

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

С утра телега работала, а сейчас нет конекта. Хорошо, что вчера сервер поднял и Филовский докер образ воткнул с соксом.

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

А нечего на вражеских ресурсах сидеть.

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

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

У меня не работает без носков.

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

Самые прошаренные давно в даркнет свалили.

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

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

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

Много ли провайдеров умеют ипв6?

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

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

Убунта мусор

Убунта мусор

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

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

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

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

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

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

+

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

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

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

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

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

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

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

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

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

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

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

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

Там ещё третий с безопасностью есть)

?

Винда только для игр

Нативная отправка метрики, скринов, аналитики, списков программ, файлов, прямо в m$

Убунта мусор

Мусор в головах, иногда и руки кривыми бывают.

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

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

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

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

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

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

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

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

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

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

Виндовс тоже хорошо, мак тоже хорош, там ещё где то БСДшники записались, срачи о крутости ОС это прям уровень школоты

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

Нет, благодарю, оставьте это себе;)

ребят, такой вопрос когда читаем из коннекшена методом 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 } }() ........ }

а буфер обнулять?

пробовал, не работает

ну и зачем у буфера жестко выставлять длину?

окей, попробу, спасибо

есть подозрение, что надо выделять новый буфер каждый раз

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

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

buf := make([]byte, 0, 256)

Подскажет кто хорошую либу для работы с периодами дат? Наприме мне надо получить текущую неделю (дату начала недели и дату конца); аналогично прошлая неделя; текущий месяц и т.п.

в таком случае у тебя buff и будет фрагментом, без вот этой вот операции copy(fragment, buf[:n])

тоже самое

в таком случае у тебя buff и будет фрагментом, без вот этой вот операции copy(fragment, buf[:n])

my bad, почти не работал с сокетами в го еще, и правда нужно слайс ненулевой длины передавать

ребят, такой вопрос когда читаем из коннекшена методом 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 } }() ........ }

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

в го есть аналог хаскеллевского quickcheck?

у меня ушла минута, чтобы найти это в гугле. Ты час ждёшь ответа в чате

очень интересно узнать с чего ты взял что я жду

мсье просто хотел накинуть хаскелем на чатик

Вброс не удался

очень интересно узнать с чего ты взял что я жду

В твоём "очень интересно" столько же правды, сколько в моём "ты час ждёшь". Намёк был не про это.

но вообще, продолжай. Польза есть. Я вспомнил, что есть хаскель, что в нём есть quickcheck, ну и узнал что в go есть похожая штука.

Поскажите как из XML спарсить дату в time.Time и сохранить в базу? Нашел что в нужный формат можно преобразовать через реализацию интерфейса xml.Unmarshaler,но при сохранении в базу ошибка: sql: converting argument $5 type: unsupported type xml.DataTime, a struct

может у кого пример реализации есть?

если в rfc3339, то наверное из коробки работает

а ошибка связана не с xml, а с базой