P.S. Телеграм не используют криптоманьяки, т.к. код серверной части не открыт.

да но на кону репутация ПД

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

Криптоманьяки не приемлют "относительно".

P.S. Телеграм не используют криптоманьяки, т.к. код серверной части не открыт.

и tcp. ведь можно узнать направление пакетов и провайдер все пишет

и товарищ майор может прийти и начать допрос почему твой ноутбук все время лезет на 8.8.8.8 на 53 порт

А зачем телеграфу шифрование и прочая защита?

он не знает таких сложных вещей

зачем?

окей.

ты сидишь в публичном кафе , там вайфай

у тебя нет впн

дальше объяснять надо про хттп?

Да

mitm со всеми вытекающими

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

немного фантастично, но все же

какие вытекающие-то?

90% инета уже на https

будто последний хттп сайт остался

Так, по-моему тебе пора за уроки

часть приложений, использующих ssl на бэке, подвержена mitm

нет , тебе

Чеее, ты соображаешь что говоришь?

Лев, пояснишь каким образом?

js-код в браузере исполнится, экая уязвимость!

Анатолий, ты ньюб, до свидания

лол нет

Не проверки издателя, например, или каких-то флажков дополнительных)

я щетаю тебе пора перестать тут оффтопить

1) Js как правило выполняется в песочницах 2) Ты сайт телеграфа видел? Какую конфиденциальную инфу там можно перехватить?

не, не перехватить, а на связку юзера бросить, к примеру

1) Js как правило выполняется в песочницах 2) Ты сайт телеграфа видел? Какую конфиденциальную инфу там можно перехватить?

Никакую, можно ставить js-танчики, что бы юзер поиграл

смотря что в приложении используется для работы с внешними API, если какая-то извыестная либа, то, скорее всего, там этой дыры нет

CSRF туда же как опция

http://telegra.ph

А теперь открывай и смотри. Какая там важная инфа?

ты не совсем понял о чем я

тот кто имеет возможность изменять данные получаемые твоим браузером (c http это возможно), имеет возможность сделать тебе много чего плохого

Но это не точно (с)

Как это связанно с телеграфом?

к примеру ты из россии

Так, коллеги, прекращайте

к примеру ты не юзаешь впн (например)

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

Так, коллеги, прекращайте

Бань этого флудера, утомил уже

твои данные идут через прова, и весь вот это http, он голый, с ним можно делать что угодно, начиная от понимания того какие каналы ты читаешь, закачивая тем, чтобы пихнуть тебе малварь)

Анатолий, ты обиделся?)

за то что ньюбом назвал

АХАХААХАХАХ

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

такие сурьезные 8)

Изучи, пожалуйста, базовые принципы работы интернета и перестань изучать теории заговоров

Сейчас ещё один плюс и баню.

Этот тотальный пиздец пора прекращать

Привет!

Алоха!

Привет

Привет!

✋

Привет

NGINX тут выкатили свой сервер приложений. Заявлена мультиверсионность, поддержка Go, PHP, и Python. Java и Node.JS обещают в будущем. Имеется возможность запускать приложения на разных языках в рамках одного сервера. И, судя по всему, ожидается ещё много интересного. Забирать здесь http://unit.nginx.org/ А здесь документация http://unit.nginx.org/docs-nginx-unit.html #nginx

Зачем нужен сервер приложений для Go?

Зачем нужен сервер приложений для Go?

там хитро, связь nginx <-> golang через shared memory, а не через сокет, нужно бенчмаркать, может профит есть

Зачем нужен сервер приложений для Go?

Имхо GO нужен как RestAPI

ERROR: S client not available

для web*

новое веяние любовь к апп серверам

новое веяние любовь к апп серверам

Просто зачем изобретать велосипед, если у nginx еже все есть

свеже испеченый велосипед

свеже испеченый велосипед

Это да)

Ну а чем плохо? Всё равно проксировать надо, а тут получается все из коробки.

Добрый день! подскажите, пожалуйста, где я ошибся? не удается настроить нормальное соединение через веб-сокеты. Задача заключается в том, чтобы подключающихся пользователей сохранять и отправлять им данный пр определенных обстоятельствах

play.golang.org

https://play.golang.org/p/q2lVNirFLR

при подключении клиента сразу дисконнектит

ну так у тебя функция сразу выходит

и отрабатывает defer

go sendMessage()

ты стартуешь go рутину, но не ждешь результата

а как его ждать?)

через еще один канал?

а зачем ты там горутины вызываешь вообще?

в SendChan никто не пишет

ты пользователю ничег оне отвечаешь

пишет

просто в тех местах, где происходит определенное событие

а как событие должно попадать к пользоватлю?

и когда должно приниматься решение о завершении коннекта?

у тебя сейчас просто спаун горутины, нет блокирующих операций, всё завершнается мнгновенно, что ты хочешь сделать, я не знаю

если хочешь, чтобы оно просто работало, убери go

будет висеть

идея такая, что когда происходит запрос к апи, в канал добавляется определенное событие, которое потом через веб-сокеты отправляется всем остальным пользователям Коннект не должен завершаться если только клиент сам его не разорвет

как-то так