Ошибка не изменилась, к сожалению

Интересно почему работает до добавления в слайс, а потом не работает..

Не, ты не понимаешь. Я увы с телефона и не имею возможности исправить ручками

Не, ты не понимаешь. Я увы с телефона и не имею возможности исправить ручками

В смысле ) Всё перенёс в main как и сказали.

Ты ренджишь по пустому скопированному в слайсу

От того что ты в исходный добавляет, скопированный не меняется

Хорошо, а если я сделаю chan и буду отправлять *Conn для обработки?

Попробуй

Хм..

Осмелюсь предположить, что это баг. Этот пакет websocket является форком gorilla/websocket который якобы совместим с fasthttp.

Или у меня руки кривые

а если из горутины убрать бесконченый цикл?

Поскольку канал не буферизованный, то горутина по-любому блокируется на <-

У меня есть подозрение, что когда handler возвращается с ним пропадает и connection.

есть мнение, что цикл for _, connection надо немножечко переписать. Попробуй вот так: for i := range connections { connection := connections[i] // дальше делаешь как и раньше }

Потому что в самом handler я могу спокойно использовать connection для отправки и получения сообщений

for _, connection := range connections {} разыменовывает указатель

добавить проверку на nil

а если обращаешься через индекс, то работаешь с указателем

а если обращаешься через индекс, то работаешь с указателем

Хорошо, но тогда почему через канал не работает? Там то тоже указатель передаётся​.

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

может и я ошибся

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

Сейчас попробую

Так, к сожалению, тоже не работает

что пишет?

Ок, я выяснил причину

Вот так работает

Но это костыль

В общем когда handler закрывается, то пропадает и указатель

Если поставить бесконечный цикл, то указатель живёт и с ним можно работать. Сообщения из горутины отправляются.

Мда, и как теперь быть..?

подожди, а ты после go func ещё что-то делаешь в main?

Да, слушаю http запросы. На скринах выше видно.

мне думается, что немного неверное построена архитектура приложения

"у других ж работает" ))

Раньше всё было не в main ? Чисто для дебагинга попросили всё засунуть в main

"у других ж работает" ))

В том то и дело, что нету официальной поддержки websockets для fasthttp

Если поставить бесконечный цикл, то указатель живёт и с ним можно работать. Сообщения из горутины отправляются.

@zelenin, подскажите пожалуйста как сделать правильно - без костылей )

аааа я понял

у тебя может быть двойной доступ к слайсу

ты и append и range делаешь одновременно

и вообще ты в горутину сюёшь не через вход функции

но если ты хочешь иметь одну и туже переменную и там и там, то норм, но тогда надо расставить rwMutex

С этим разберусь, всё равно спасибо. Мне бы сейчас разобраться как сохранить *Conn.

что мешает внутри хэндлера сделать вызов горутины go writeMessages(conn)

и передавать внутрь conn

Мне нужно conn сохранить так чтобы я потом мог с ним работать без хендлера. Чтобы я мог когда угодно отправлять данные. А сейчас получается, что как только возвращается​ handler соединение падает.

скинь код

Так я же уже скинул..

скриншоты?

Да. Там код 20 строчек.

go add_user(name,pass,w,r ) так вызываю саму функцию

#spam

Да. Там код 20 строчек.

Уважай труд людей, готовых помочь. Даже 5 строк никто переписывать не будет. В go принято скидывать код на play.golang.org

+1

Уважай труд людей, готовых помочь. Даже 5 строк никто переписывать не будет. В go принято скидывать код на play.golang.org

Прошу прощения.

ERROR: S client not available

Подскажите как лучше сделать

entity - User game - Room user -> room room -> user import cycle not allowed У меня получилось что юзер имеет ссылку на комнату и комната имеет список юзеров

получилась эта ошибка и я не знаю как ее решить с точки зрения архитектуры не хочется просто сливать в один пакет

Room такая же сущность как и user

Так что им самое место быть в одном пакете

vim кто пользует при разработке?

-

у кого как GoDef настроен в vim?

vim кто пользует при разработке?

коллега использует оно-таки того стоит, чтобы осилить :)

Мне нужно conn сохранить так чтобы я потом мог с ним работать без хендлера. Чтобы я мог когда угодно отправлять данные. А сейчас получается, что как только возвращается​ handler соединение падает.

не можешь вроде так сделать, только костыль, который ты выше кидал с select{} или чём-то подобным https://stackoverflow.com/a/35147871

То есть получается при каждом новом соединении создавать цикл из которого выходить при ошибке или если клиент закрывает соединение?

То есть получается при каждом новом соединении создавать цикл из которого выходить при ошибке или если клиент закрывает соединение?

все так делают

Понял. Большое спасибо за помощь.

Играюсь с gorm, хочу наколхозить self-reference: type Post struct { ID uint `gorm:"primary_key" json:"id"` Post *Post `json:"post" xml:"post" sql:"default:null"` } Колонка post_id в базе (Postgres) не создается. Пробовал различные названия поля структуры — Post, PostID, Parent (ну, вдруг какие conventions!), но успехи по-прежнему скромные. Не подскажете, что может быть не так? Судя по issues это должно работать: https://github.com/jinzhu/gorm/issues/1233 Большое спасибо за помощь.

так вроде горм сам создаёт id?

сейчас гляну в доку

так вроде горм сам создаёт id?

Если вы про явное определение ID, то я намеренно убрал наследование от gorm.Model. У меня не работает как раз второе поле — Post, которое ссылается на себя и по идее должно создать колонку post_id.

Если вы про явное определение ID, то я намеренно убрал наследование от gorm.Model. У меня не работает как раз второе поле — Post, которое ссылается на себя и по идее должно создать колонку post_id.

Тогда приношу извинения, не понял вопроса

/report

В общем пока что вот так

Цикл прерывается когда клиент отключается

Это конечно неудачная у тебя идея с индексом

Почему?)

От длины массива

Ну один добавится

Кстати да, блин

Длина слайса увеличится