Комментарии 10
Интересно, если ставить минусы статьям за идиотские нейрокартинки подействует ли это на авторов...
Уважаемый автор. Сюда люди приходят за текстом, а находят статьи из списка по названию. Изображение не являющееся пояснением к чему-либо это визуальный мусор. В большинстве случаев это изображение ненужно и вредно. Разумеется если случаи когда оно попадает прямо в точку и умело и емко отражает суть статьи... но это не ваш случай.
Статья - откровенный мусор и заманиловка на отличные специальные курсы!
Все кто знаком с Go (как упомянуто в начале статьи), уже по любому знакомы и с подобными крупными библиотеками, особенно, которые релизятся с 2016 года.
Всё что описано - почти полная перепечатка официальных примеров, например чат, без внесения чего либо нового или конструктивно отличающегося.
Если на курсах гоняют те же официальные примеры из документации - то они полная хрень
У меня есть идея, как использовать websocket для практических целей. Сейчас распространены браузерные расширения-прокси. Но иногда нужно использовать прокси не только из браузера, но и из других программ. Да, можно озаботиться независимым прокси-сервером или VPN, но почему не использовать эти многочисленные браузерные расширения?
Например, в соцсети VK есть группы, которые не удалены, а заблокированы по региональному признаку. Я сейчас в рамках изучения Go пишу пет-проект, позволяющий скачивать из VK интересующую меня информацию с помощью vkapi в локальную БД sqlite и работать с ней через веб-интерфейс на локалхосте. Но проблема в том, что vk-токен привязан к ip-адресу. Т.е. если токен получен с некоторого ip, то и использовать его можно только с этого ip. Токен получается в браузере, а используется в стороннем приложении на Go. Пока работаем с реального ip, всё хорошо. Но если браузер использует прокси-расширение, соответственно и стороннему приложению необходимо как-то использовать то же самое прокси-расширение... Но расширение функционирует только в браузере!
Идея в следующем. Что если написать еще одно расширение, которое будет выступать как прокси-сервер, доступный в системе через websocket? С ним связывается программа на Go, которая с другой стороны работает как обычный локальный прокси. То есть получаем связку "браузерное прокси-расширение <-> браузерное websocket-расширение <-> локальный прокси <-> приложение, использующее прокси". Вот такая идея.
Для работы с WebSocket мы будем использовать попсовую библиотеку
gorilla/websocket
gorilla toolkit уже не поддерживается, и никто не вызвался быть новым мейнтейнером. Так что это не попсовая библиотека уже, а постепенно кальцифицирующиеся останки
У вас орфографическая ошибка уже в названии статьи.
WebSocket в Go и причем тут горилла