AFS Proxy 1.0

минималистичная open source альтернатива закрытой программе ngrok.

Язык разработки – Java.

Страшно подумать на чем написан : ngrok.

Язык разработки — Java.

IMHO, не самый лучший выбор. В частности:

самый слабый облачный VPS/VDS

Жаба всегда отжирает гигабайты памяти, сомневаюсь, что оно пойдёт на самом слабом VPS/VDS.

Страшно подумать на чем написан : ngrok.

Код-то может и на Java, но вот стиль от C# (фигурные скобки на новой строке)... Закомментированные oneliner'ы, обработка ошибок через System.out.println (вместо какого-нибудь логгера), «съедание» исключений через простой return... В Util самопальный парсер JSON (чем это лучше, чем Jackson или GSON???)

while (1 == 1)

Хм...

В общем, как-то печально...

Edit: ну и компиляция через bash, вместо Maven/Gradle... :(

Заглянул в код… Там ещё и пишется JSON через .writeln и конкатенацию строк…

но вот стиль от C# (фигурные скобки на новой строке)

Какое это имеет отношение к языку? Как по мне это единственный вменяемый способ писать код на любом языке со «скобочками». чтобы открывающая и закрывающая скобки были всегда на одном уровне.

Заглянул в код… Там ещё и пишется JSON через .writeln и конкатенацию строк…

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

В этом месте скорость явно не нужна. К тому же, оно настолько убого выглядит, что просто капец.

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

Когда в таком контексте пишут про минималистичность, то чаще всего имеют в виду не легковесность, а возможности.

Как по мне это единственный вменяемый способ писать код на любом языке со «скобочками». чтобы открывающая и закрывающая скобки были всегда на одном уровне.

В Java есть «Java Code Conventions», который был написан еще Sun'ом и большая часть публично доступного кода старается ему следовать (Google'овский «Google Java Style Guide», я так понимаю, в плане скобок для многострочных методов ничем не отличается). И нет, я не соглашусь по поводу «единственный вменяемый способ»: «египетские скобки» (когда открывающая в конце строки, а закрывающая - на другой) помогают экономить вертикальное пространство. Ты видишь, что есть закрывающая скобка и код отбит отступом - значит все, что выше относится к методу, чья сигнатура перекрывает отбивку кода (ну и наоборот: если есть сигнатура и отбивка кода под ней, значит тело метода закончится закрывающей фигурной скобкой).

помогают экономить вертикальное пространство

Так не пишите по 1.5к строк в одном файле и экономить ничего не придется.

Так не пишите по 1.5к строк в одном файле и экономить ничего не придется.

Компактный код всё равно проще читается, чем размазня на полэкрана.

В java нет getopt_long(3) ?

if (args.equals ("-h") ...

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

В контексте разговора про жаву смешно слышать про такой способ «экономии».

Этим можно заменитиь 1 (одно) правило DNAT?

помогают экономить вертикальное пространство

Не имеет смысла в мире, где код почти никогда не распечатывают на бумаге.

Не имеет смысла в мире, где код почти никогда не распечатывают на бумаге.

Имеет, потому что, чем больше контекста вмещается на экране без скроллинга, тем проще работать с кодом.

Java Code Conventions

Примерно то же самое что и PEP8 в питоне. Это не более чем рекомендация. Стиль, принятый в конкретном проекте всегда стоит в приоритете.

без скроллинга

Почему без?

Почему без?

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

Примерно то же самое что и PEP8 в питоне. Это не более чем рекомендация. Стиль, принятый в конкретном проекте всегда стоит в приоритете.

В Python любой стиль обычно надмножество PEP-8. То есть, PEP-8 - необходимый минимум. Потому что он уже используется везде, в каждой батарейке, каждой утилите, и гораздо удобнее, когда не приходится в голове переключаться со стиля на стиль.

Поэтому, большинство стилей любой компании не противоречат PEP-8, а начинаются с него.

Без шифрования оно нафиг не нужно, да и UDP бы не помешал.

Предварительно подняв vpn. Еще можно через ssh прокидывать, но он медленный.

O_o а этой штуке vpn не нужен? Она силой мысли нат пробивает?

Реверс-трансляция же, не? Ты с компа за NAT-ом коннектишься на сервер(с белым IP), указывая на какой порт тебе пробрасывать трафик, сервер выделяет тебе порт и пробрасывает с него трафик по вот этому TCP-соединению тебе.

Но лабать такое на Java и заявлять что оно для слабых машин - это верх упоротости.

Лучше смотреть в сторону sish

1. только tcp

2. первая пригодная для практического использования версия

3. Язык разработки — Java.

Резюме. Убогая реализация подмножества того, что уже давным давно сделано и что даже делать-то в норме не надо, ибо достаточно dnat или dnat+snat.

Остался вопрос, а что делает ngrok? Такая же бессмыслица или там есть какие-то полезные функции?

PS

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

SSH can normally forward local and remote ports. This service implements an SSH server that only handles forwarding and nothing else.

Фигня же, тот же тормозной ssh. Зачем он когда можно пробросить просто через ssh? Да и всегда лучше поднять wg (+ nginx proxy), если есть такая возможность.

Но вот если автор перепишет все на go, прикрутит шифрование, udp и все будет хорошо и быстро работать, то будет пушка.

Фигня же, тот же тормозной ssh.

Ну если на шифрование побоку, то есть frp

В Util самопальный парсер JSON (чем это лучше, чем Jackson или GSON???)

«Самопальный» парсер это норм, но меня вот намного больше интересует, зачем json проксе.

Это у всех самый быстрый способ генерации.

Это ведёт к захламлению экрана бесполезными пустыми строками. Никогда так не делал, и это наверно то, что больше всего раздражает в чужом форматировании.

Но вот если автор перепишет все на go

Лучше уж джава.

Вот это классная штука, только шифрования и нехватает.

«Самопальный» парсер это норм, но меня вот намного больше интересует, зачем json проксе.

Сомневаюсь, что норм, особенно в том виде, в котором я его увидел в коде. Впрочем, я на жабе сто лет не писал, если это считается нормой, то рад, что сто лет не писал, и ещё сто, надеюсь, не прикоснусь.

Там ещё есть самописный алгоритм backoff, который удивляет меня не меньше.

Пара вопросов.

1. В чём отличие от xinetd redirect?

2. Может ли пробросить активное FTP соединение?

vpn не нужен

Но лабать такое на Java и заявлять что оно для слабых машин - это верх упоротости.

Пользуюсь этим на VPS с минимальным тарифом (c одним виртуальным ядром с 1Gb ОЗУ) OS Ubuntu server. Нет там потребления гагабайты, как пишут, т.к. гигабайтов в тарифе нет :)

Остался вопрос, а что делает ngrok? Такая же бессмыслица или там есть какие-то полезные функции?

ngrok предоставляет внешний IP из своих серверов, а тут нужно/можно покупать отдельный VPS

Пара строчек это настолько малая разница, то значения особо не имеет.

большинство стилей любой компании не противоречат PEP-8

Да с чего бы?

захламлению

Так уж и захламлению? Пара строк это захламление?

В чём отличие от xinetd redirect?

это хз

Может ли пробросить активное FTP соединение?

Не совсем понял что значит активное, но вообще да, FTP, SSH, любое TCP-соединение.

Какие-то долбодятлы уже написали про гигабайты памяти? :)

Тут пара, там пара, в итоге плохо отформатированный код от хорошо отформатированного занимает раза в 2-3 больше вертикального места. А иногда и в 4-5. Это, конечно, уже не только из-за расположения скобок, но скобки тут задают направление. Как пример:

  for(i=0; i<10; i++) /* для вложенного блока нужна скобка */
  { /* отделим скобку на отдельную строку */
    for(j=0; j<10; j++) /* для вложенного блока нужна скобка */
    { /* отделим скобку на отдельную строку */
      q[i][j] = i*j;
    }
  }
  /* там ниже будет ещё один такой же "большой" блок кода, надо разделить пустой строкой для наглядности */

  for(i=0; i<10; i++) for(j=0; j<10; j++) q[i][j] = i*j;

А как было надо:

Так точно не надо.

Ну, вобщем-то я в твой код не лезу, делай как хочешь. Своё мнение я высказал, твоё услышал, взаимного согласия кажется не ожидается.

единственный вменяемый способ писать код на любом языке со «скобочками»

Единственный вмеяемый способ писать код на любом языке со скобочками - так как принято именно в этом языке со скобочками. Или хотя бы в проекте.

Даже если вдруг про гигабайты памяти вдруг неверно (хотя, сколько себя помню, жаба всегда по потреблению памяти обгоняла все интерпретаторы, которые видел), то достаточно открыть код по ссылке «Подробности».

Там выше я и комментаторы обращали внимание на некоторые его особенности.

В общем и целом: код плохой, даже на первый взгляд. Некрасивый, непонятный, даже форматирование выглядит сделаным не просто странным, а от балды, бессистемно.

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

Если утилита выкладывалась, чтобы помочь другим людям, то ей недостает документации и примеров. Да и жаба, всё-таки, серьёзный барьер к использованию. Я бы не хотел свой небольшой VPS захламлять гигантскими жабными окружениями ради одной утилиты.

Если как пример для, скажем, потенциальных работодателей: «смотрите как я могу писать код на Java», то это, скорее, антиреклама, т.к. я, даже не будучи профи в Java, могу разнести почти каждую строку в этом проекте в пух и прах. И за дело, притом.

так как принято именно в этом языке со скобочками.

Нет. Миллионы мух иногда ошибаются.

Или хотя бы в проекте.

Да.

Ну что сказать. Глядя на такое я бы кандидата на работу точно не взял.

1. Выучи мавен и градл. Без этого никак.
2. Выучи кор. Код отвратителен во всем.
3. Выучи канкаренси. Попытки в многопоток отвратительны.
4. Кодстайл нужно соблюдать. То что я увидел больше похоже на поделие на сях. Учи и соблюдай конвенцию. ПР в таком отвратительном стиле обычно реджектят автоматом.

В алгоритмы не заглядовал.

Автору - жява это не си. И с сишными привычками в жявамирок не лезут. Учи жяву и писать на жяве.

Наверное полезная штука. Пинг не увеличивает? Я так понимаю, UDP не работает?