BP
А 80 порт какой-то особенный и защищенный?
Да. В линуксе, блин не помню с какого, порта требую рутт
Size: a a a
2021 January 18
VP
А 80 порт какой-то особенный и защищенный?
Да. Лишний геморрой чтобы его занять
VP
Все до 1024 или около того
KD
Ну стоит посмотреть, что там из коробки, но наверное сойдёт
У монги был прикол, что она стояла голой жопой в интернет
У монги был прикол, что она стояла голой жопой в интернет
Прелесть )
KD
Понял по порту. Спасибо.
VP
Прелесть )
Обычно всё-таки там можно что-то делать только с локалхоста. Но если тебе не пофиг на данные в ней, лучше проверить.
BP
А 80 порт какой-то особенный и защищенный?
BP
Прелесть )
Вообще настраивается фаервол, и ты в свою сеть пускаешь только по нужным портам, адресам, подсетям, доменам
VP
Вообще настраивается фаервол, и ты в свою сеть пускаешь только по нужным портам, адресам, подсетям, доменам
Если всякую дрянь не запускать, на маленьком сервере такое совершенно не обязательно
KD
Ладно.
Тогда пока последний вопрос, который меня волнует: как быть с переносом по итогу? Только докер вкуривать?
Как я могу организовать работу таким образом, чтобы я мог у себя на ПК поднять какой-нибудь дебаг-локалхост-сервер, на нём тут разрабатывать, возможно даже перекидывать на ноутбук, чтобы поработать с него, а потом всё это запаковать и скопом отправить на прод-сервер?
Тогда пока последний вопрос, который меня волнует: как быть с переносом по итогу? Только докер вкуривать?
Как я могу организовать работу таким образом, чтобы я мог у себя на ПК поднять какой-нибудь дебаг-локалхост-сервер, на нём тут разрабатывать, возможно даже перекидывать на ноутбук, чтобы поработать с него, а потом всё это запаковать и скопом отправить на прод-сервер?
VP
Ладно.
Тогда пока последний вопрос, который меня волнует: как быть с переносом по итогу? Только докер вкуривать?
Как я могу организовать работу таким образом, чтобы я мог у себя на ПК поднять какой-нибудь дебаг-локалхост-сервер, на нём тут разрабатывать, возможно даже перекидывать на ноутбук, чтобы поработать с него, а потом всё это запаковать и скопом отправить на прод-сервер?
Тогда пока последний вопрос, который меня волнует: как быть с переносом по итогу? Только докер вкуривать?
Как я могу организовать работу таким образом, чтобы я мог у себя на ПК поднять какой-нибудь дебаг-локалхост-сервер, на нём тут разрабатывать, возможно даже перекидывать на ноутбук, чтобы поработать с него, а потом всё это запаковать и скопом отправить на прод-сервер?
rsync тоже сойдёт для начала
VP
Хотя учитывая танцы с автозапуском, проще в докер сразу
BP
Если всякую дрянь не запускать, на маленьком сервере такое совершенно не обязательно
Ну нее. Когда у тебя бд торчит во внешний мир - это дичь. А порой ещё стандартные пароли. Настраиваться оно быстро. Для веб сервера по факту нужен порт 80, ну и ssh/ftp/smtp
KD
rsync тоже сойдёт для начала
Вот как-раз в такое не особо хотелось бы, ибо это ведь придётся отдельно заниматься конфигом на дебаг- и прод-.
AM
Понял по порту. Спасибо.
Общая мысль такая: если ты хочешь настройку того, как твой сервер торчит в интернет, отделить от приложения, которое пилишь -- приложение живёт отдельно, смотрит на локалхост на любом порту, в сеть смотрит настроенный nginx, nginx работает как реверс-прокси для приложения -- входящие запросы на 80-й редиректит по заданным правилам твоему приложению. По дороге, как выше написали, может хттпс в хттп превратить.
Если надо запустить несколько апп -- будет один конфиг nginx, который будет работать как реверс-прокси для двух апп. Его можно настроить так, что, к примеру, запросы на foo.example.org:80 идут на localhost:3010, запросы на bar.example.org:80/baz -- на localhost:5020. У меня так крутится на моём дроплете несколько отдельных приложений. Сами аппы уже пофиг, как работают -- там может быть хоть локально запущенный жвм с кейтором, хоть докер-конткйнер, хоть что угодно.
Можно из него выжать намного больше, но на старте оно точно не нужно.
Если надо запустить несколько апп -- будет один конфиг nginx, который будет работать как реверс-прокси для двух апп. Его можно настроить так, что, к примеру, запросы на foo.example.org:80 идут на localhost:3010, запросы на bar.example.org:80/baz -- на localhost:5020. У меня так крутится на моём дроплете несколько отдельных приложений. Сами аппы уже пофиг, как работают -- там может быть хоть локально запущенный жвм с кейтором, хоть докер-конткйнер, хоть что угодно.
Можно из него выжать намного больше, но на старте оно точно не нужно.
VP
Вот как-раз в такое не особо хотелось бы, ибо это ведь придётся отдельно заниматься конфигом на дебаг- и прод-.
В смысле? У тебя в любом случае некоторые настройки будут отличаться.
VP
Ладно.
Тогда пока последний вопрос, который меня волнует: как быть с переносом по итогу? Только докер вкуривать?
Как я могу организовать работу таким образом, чтобы я мог у себя на ПК поднять какой-нибудь дебаг-локалхост-сервер, на нём тут разрабатывать, возможно даже перекидывать на ноутбук, чтобы поработать с него, а потом всё это запаковать и скопом отправить на прод-сервер?
Тогда пока последний вопрос, который меня волнует: как быть с переносом по итогу? Только докер вкуривать?
Как я могу организовать работу таким образом, чтобы я мог у себя на ПК поднять какой-нибудь дебаг-локалхост-сервер, на нём тут разрабатывать, возможно даже перекидывать на ноутбук, чтобы поработать с него, а потом всё это запаковать и скопом отправить на прод-сервер?
Локально (пека/ноут) запускаешь просто приложение (java -jar или из IDE), на прод - в докер
KD
Общая мысль такая: если ты хочешь настройку того, как твой сервер торчит в интернет, отделить от приложения, которое пилишь -- приложение живёт отдельно, смотрит на локалхост на любом порту, в сеть смотрит настроенный nginx, nginx работает как реверс-прокси для приложения -- входящие запросы на 80-й редиректит по заданным правилам твоему приложению. По дороге, как выше написали, может хттпс в хттп превратить.
Если надо запустить несколько апп -- будет один конфиг nginx, который будет работать как реверс-прокси для двух апп. Его можно настроить так, что, к примеру, запросы на foo.example.org:80 идут на localhost:3010, запросы на bar.example.org:80/baz -- на localhost:5020. У меня так крутится на моём дроплете несколько отдельных приложений. Сами аппы уже пофиг, как работают -- там может быть хоть локально запущенный жвм с кейтором, хоть докер-конткйнер, хоть что угодно.
Можно из него выжать намного больше, но на старте оно точно не нужно.
Если надо запустить несколько апп -- будет один конфиг nginx, который будет работать как реверс-прокси для двух апп. Его можно настроить так, что, к примеру, запросы на foo.example.org:80 идут на localhost:3010, запросы на bar.example.org:80/baz -- на localhost:5020. У меня так крутится на моём дроплете несколько отдельных приложений. Сами аппы уже пофиг, как работают -- там может быть хоть локально запущенный жвм с кейтором, хоть докер-конткйнер, хоть что угодно.
Можно из него выжать намного больше, но на старте оно точно не нужно.
Любопытно. Спасибо. Про то что оно локально бы крутилось даже не думал.
AM
Ладно.
Тогда пока последний вопрос, который меня волнует: как быть с переносом по итогу? Только докер вкуривать?
Как я могу организовать работу таким образом, чтобы я мог у себя на ПК поднять какой-нибудь дебаг-локалхост-сервер, на нём тут разрабатывать, возможно даже перекидывать на ноутбук, чтобы поработать с него, а потом всё это запаковать и скопом отправить на прод-сервер?
Тогда пока последний вопрос, который меня волнует: как быть с переносом по итогу? Только докер вкуривать?
Как я могу организовать работу таким образом, чтобы я мог у себя на ПК поднять какой-нибудь дебаг-локалхост-сервер, на нём тут разрабатывать, возможно даже перекидывать на ноутбук, чтобы поработать с него, а потом всё это запаковать и скопом отправить на прод-сервер?
Можешь хоть гит-репу себе на проде склонить, только не продолбаться и не показать наружу .git
Будешь тогда там делать git pull, ./gradlew runProd
Будешь тогда там делать git pull, ./gradlew runProd
AM
Любопытно. Спасибо. Про то что оно локально бы крутилось даже не думал.
Локально на сервере, это я к тому, что порт самой аппы не торчит в интернет.