уже спрашивал, а что вы такое что ваши советы имели бы хоть какую-то ценность для меня ;)

Один мудрый муж однажды молвил: "детонька, в этом мире никто не обязан соответствовать вашим представлениям"

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

Прошу прощения, если это реально отвлекает.

есть такое ожидание.
на практике ж чаще
одни неврубающиеся поучают других неврубающихся :)

стековерфлов - исключение. хотя и там скандалы на тему ложной прокаченности

Отец Сергий, нам пора замолкнуть. Хорошего дня

и вам хорошего :)

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

итого
в основном  молчание, если канал серьезный. потому что - а что обсуждать то? у каждого свой понакрученый проект, и простых рецептов уже нет. а сложные - так это сколько рассказывать о деталях проекта
иногда ссылка на новость какую, что вышло что-то, "кто сталкивался что X не вкручивается в Y?"

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

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

помолчу, посмотрим

изучаю докер с нодой. Вопрос: зачем публичный порт перенаправляется на приватный порт внутри контейнера, в каких случаях это используется? я про флаг -p

Для того, что бы с хоста можно было обратится к контейнеру. К примеру веб серверу. Или если рутина - то проверить работает ли она (хелсчек)

спасибо!

Я значит перенаправил порт 49160 на 8080
скриншот: https://bit.ly/3A4MWyH но в браузере не открывается http://localhost:8080/ хотя http://localhost:49160/ работает.

Аналогично работает локальный(http://localhost:3010/) nodejs сервер, с него приходят запросы на 49160, а на 8080 нет.

Или я что-то не правильно понял? При чем здесь порт 8080. Должен ли у меня работать http://localhost:8080/ ?

как я вижу, вы перенаправляете порт 49160 хоста на порт 8080 контейнера. То есть, если в данной сети контейнера (docker network (https://docs.docker.com/network/)) на порту 8080 есть сервис, запросы которые приходят на порт хоста будут перенаправлятся туда. то есть localhost:49160 указывает на docker.somenetwork:8080

так же, вот список команд для работы с списком сетей докера https://docs.docker.com/engine/reference/commandline/network/

ок, буду разбираться, спасибо

Я не знаю ваш уровень знания докера, но ещё советую почитать про volume, image, registry в дополнение, что бы и это попрактиковать. Так же, вот тут отличный пример как запускать несколько сервисов сразу с помощью docker-compose https://tproger.ru/translations/how-to-start-using-docker/  (пример номер 4). Для локальной разработки сразу несколько сервисов запускать удобнее. К примеру редис, постгрес и пару апишек с клиентом.

понял, спасибо, а уровень докера у меня начинающий.

Интересует только востребованность и релокейт, а сложность изучения не волнует? Если сравнивать по сложности изучения то нода тут на порядки проще - посмотри этот скринкаст https://learn.javascript.ru/screencast/nodejs и сравни с тем что есть по Spring. Java Spring это дикий overengineering-фреймворк поверх других фреймворков/библиотек и различных программных слоев и абстракций (да еще и поверх всяких веб-серверов вроде томката), в сравнении ним нода просто предел простоты и краткости - вот ты открываешь  порт, вот тебе дальше соединения с http/websocket/tcp-стримом, вот тебе коллбек на новый пакет с чанком - собираем дальше полученные чанки в буффер, парсим, обрабатываем ответ и пушим в респонс-стрим (а еще можно постепенно отдавать какой-то ответ по мере его появления например отдавать файл по частям считывая из диска постепенно).
Ну а как дальше обработать json-строку из этого буфера и получить ответ уже не зависит от фреймворка/языка, разве что различные асинхронные штуки (например взаимодействие с базой данных) в ноде решаются проще когда же в java обычно принято обрабатывать запросы через потоки а не через события (а это мало того что менее эффективно так еще и добавляет необходимость изучать большую и сложную тему многопоточного программирования)

вообще вместо Java можно С# посмотреть. Синтаксического сахара столько, что слипается жопа. И популярности ему не занимать