as a full stack dev, everything you said has offended me.

port 20 is used for FTP, unless you were using FTP, then go right ahead. Guessing that since you didn’t know the protocol you were not using FTP.

port usage reservations are incredibly important to ensure that the system is running within spec and secure. imagine each interface like a party telephone line and the ports are time slots.

your neighborhood has reserved specific times (ports) for everyone to call their relatives. if you use the phone not in your slot (port) your neighbors might get pissed off enough to interrupt your slot. and then it’s just chaos from there.

it’s a data collection point.

can’t scan AI recognition on your passport, so they get your consent this way and with an updated photo.

it’s the only thing that makes sense if they’re taking photos and checking passports.

yeah, r*st.

related to another comment I made, the materials they used just don’t exist.

the wood they used to build a house in 1900 were from trees that were at or over 100 years old much of that time was never around humans or pollution. this means the growth rings were tight and dense. very sturdy. in California they were cutting down the great Sequoia red woods to build homes. much of San Fransisco still has redwood framing to this day. those trees are multiple hundreds of years old.

compared to the white pine we used in framing today, the tree is anywhere from 5-7 years old and are bred to grow tall, and fast. this makes the growth rings loose and soft. sturdy enough.

in fairness, the materials were cheaper then compared to now only because they were practically raw materials.

if you look at 17th century European construction and compare domiciles constructed for nobles vs commoners the only difference other than scale, is the quality of the post processing.

example; walls in a manor were stone bricks and plasterwork. commoners used the stone laying around(free) and had no plaster. lords had slate roofs, commoners had thatched (free).

as time marched on, the consumer market grew throughout the 19th and 20th century where homes were developed with manufactured/engineered materials. the cost of materials dropped due to supply and demand. lowest home development peaked in the 1990s.

after 2008 and then 2020, building a new home is far out of reach of most due to costs of materials and land.

one could say our ancestors had cheaper homes, but our ancestors would think we’re royalty if they saw the amenities we live with inside out homes today.

either way, we peaked in the 90s and will never be as prosperous in our lives again.

congrats, you’ve had a far better experience than I have. just because you haven’t had the joys of experiencing Jira in its true form doesn’t negate the atrocious UX many others have. if Jira was the perfect product that you claim, then why is there so much vitrol and hate for the product at all?

I started my career as a big supporter of Jira. It made the work so easy to manage and report on. then sometime in 2020 an update came through that absolutely shit on my already over-burdened workload.

I used to deal with the sprint problem every kickoff, and yes I did select migrate to new sprint. no it doesn’t work when the process breaks in the middle and doesn’t recover or rollback. now I don’t handle kickoff, so not my problem anymore but I witness it happen literally every kickoff.

I also used to deal with the WYSIWYG issue daily. now I don’t post updates to cards outside of one-liners like “check the logs at this time” or “fixed upstream in xy branch”.

I get why people share their hate online because misery loves company, but I just don’t get why anyone would waste so much effort on defending it. example; I use spaces over tabs. lots of hate either way online. never have I defended or argued over one vs the other. it’s a preference much like Jira. forced to use it at work and have to make the best of it.

so, why be a white knight for Atlassian if you’re not employed by them? and if you are employed by them, why be so dismissive about the issues brought up?

Jira is great software if you ignore all the insufferable bugs in it that Atlassian ignores just to make their on-prem option so clunky you have no choice but to use their SAAS offering. I know, I know, “ThEy DrOpPeD sUpPoRt AlReAdY!”

ever had to rebuild a sprint because Jira failed to properly migrate the old cards over to the new one, but instead throws them all into the backlog randomly and now you have to hunt them down over the next hour?

how about when you’re writing an update to a card and you’re two paragraphs in with log examples and the UI decides to dump your entire content when you accidentally click outside the wysisyg?

But how can I forget the worst one! have you ever had your session timeout while you’re writing a detailed bug report with screenshots, logs, and example data, and when you finally submit it you lose EVERYTHING because you need to login again and you can’t go back?

I have, and you know what, I’ll still use Jira because even the best trash can be better than the worst trash.

yeah, I’ll take a fat dump on shitty products all day long because the negligence of Atlassian product development is abhorrent and deserves to be called out.

I absolutely love how this implies that the team is happy before going to Jira.

so not only can Atlassian not write software, they can’t develop a usable product, and they can’t even market it without insinuating how shitty it is.

I would recommend it. Speaking from personal experience, I trusted my VPN connection to remain on and self-heal. Thinking that cost me a strike against my ISP.

Now I know for a fact that if anything goes wrong with the VPN connection, all the containers that need it will need to restart before they have connectivity again and that can only happen after the VPN container restarts and passes healthcheck.

IMO this is the best OS way, but without nix it’s a pita to maintain through restores/rebuilds. personally I never fully comprehended how to properly configure iptables/routes (I did try though, so nobody can blame me lol).

however, a major benefit to using a contained VPN or gluetun is that you can be selective on what apps use the VPN.

I host 12 other containers (with nas mounts) on the same host outside of the three that need to use a VPN, so this is why the solution I described works for me. and should I ever need to use routes for more advanced network filtering I still have it available without adding the complexity of splitting normal traffic vs VPN traffic.

I’ll ask this question because it might be something you didn’t think of.

What happens to your network connection if the VPN fails? will it continue to connect without a VPN?

I had a similar case of that happening, and ended up causing me to get some shame mail from my ISP.

now I run my VPN inside docker, and any containers that need access to it are configured as network slaves to it. VPN goes down? container reboots, all the others reboot after connection is restored, but will have no connection while it’s down.

it’s all in a well designed system of healthchecks and container configuration.