soruly

successful train lines in Japan are all built between CBD and some spots / attractions. Odakyu: odawara / hakone, Seibu: chichibu, keiou: Takao, toukyuu: Nikko / kinugawa, nankai: Takao.

Tourists spots are usually in the mountains and the CBD is near the sea. And residential area is developed between them along the lines so the trains carry bidirectional passengers to work or relax on the same line, higher utilization keeps ticket fare low.

related discussion https://news.ycombinator.com/item?id=47121029

The price changes will take effect on 1 April 2026 for both new orders and existing products.

same here. sometimes it makes me feels guilty for using light mode. Maybe we should yell out something like "hold-on can't see anything"

It seems the square "wafer" (silicon substrate) is developed by Mitsubishi Materials a year ago.

https://www.mmc.co.jp/corporate/en/news/2024/news20240821.ht...

CSCI 3210: Modern text encoding and processing

Learn unicode and utf-8.

Unlearn the 1 char = 1 byte concept

Not only encoding/decoding but searching and sorting is also different. We may also cover font rendering, unicode modifiers and emoji. They are so common and fundamental but very few understand them.

Yes. As a site owner who keep fighting with bots and malicious traffic, I wish web browsers provide me a way to identify real users from bot traffic. Otherwise I'll have to put everything behind account registration.

> "coherent desire" or "precise imagination" or "structured wishing."

the most precise way to express your desire is by giving computer commands, or you may call it programming.

thanks for the tips. As my data has very low entropy, both can compress down to 3-4% of original size, but xz is a lot faster in compression.

raw size: 9612344 B

zstd --ultra -22 --long=31 => 376181 B (3.91% original, 4.088s compress, 0.013s decompress)

xz -z -9 xml => 353700 B (3.68% original, 0.729s compress, 0.032s decompress)

zstd -17 --long=31 could match the compression time of xz, but the size is bigger (405602 B, 4.22% original)

If you compare only the compressed size (not to the original size), .zst would be about 6-15% larger than .xz

I think it depends on what you're compressing. I experimented with my data full of hex text xml files. xz -6 is both faster and smaller than zstd -19 by about 10%. For my data, xz -2 and zstd -17 achieve the same compressed size but xz -2 is 3 times faster than zstd -17. I still use xz for archive because I rarely needs to decompress them.

Bi-directional gates are always open by default. One-way gate would close after a certain time to prevent people coming from the wrong side.

There are charging machines that accept cash cards / debit cards, but only those issued by Japanese banks. So cash is the only option for touristists. You can go completely cash-less if you can use mobile Suica / ICOCA, which let's you charge your phone with Apple Pay / Google Pay (with osaifu-keitai).

Yes, I believe so. JR East is now planning to fade-out magnetic tickets by using paper QR Code tickets.

Japan has lots of IC cards in various regions, and they have spent a lot of effort integrating their system. Unfortunately some IC cards like Kumamon decided to opt-out due to high maintenance fees.

AFAIK, you can go through up to 4 different company networks once you enter paid-area. Beyond that, you'll need to do the override settlement (乗り越し精算) with the help of station staff.

https://en.wikipedia.org/wiki/Nationwide_Mutual_Usage_Servic...

Suica has a pretty large sensing distance (85mm). So it can "power up" the card at a distance before getting close to the reader.

To avoid large touch area causing accidental touches, places like vending machine requires you to keep your card within sensing area for up to 1 second before completing the transaction.

reference: https://www.watch.impress.co.jp/docs/series/suzukij/1316685....

Speed test between magnetic ticket / IC Card / Credit Card https://www.youtube.com/watch?v=gAQM5NNnCi4

and yes they did. aside from the keihin touhoku line that's already running in parallel with yamanote line, JR East added a new track called ueno-tokyo line about 10 years ago. And the trains on the new lines are mostly 15-cars (with 2 double decker cars!). Note that for passengers travelling north-south they can also take the west route (going through shinjuku instead of tokyo), and there're also 3 parallel lines on the west. JR runs on narrow gauge which takes less space, and is cheaper to construct. Maybe this is one reason to make these expansion project fesible. https://en.wikipedia.org/wiki/Ueno%E2%80%93Tokyo_Line

> Rush hour had a train there every ~2 minutes

actually 2 trains every ~2 minutes on the east side of the yamanote loop, it runs in parallel with keihin tohoku line every station from tabata to sinagawa. The platforms are arranged side by side, so if you miss one train, the next train is probably right behind you. it's fun to see trains racing right next to each other. Other than that there are also rapid lines running in parallel that takes you straight to major stations by skipping some smaller ones.

The domestic ISP I use has all its IP ranges assigned to spamhaus's Policy Block List. https://www.spamhaus.org/pbl/ However, the ISP does operate its own SMTP proxy that's free to use. So I can send and receive emails using home IP address.

All my hobby websites I own have all these in-app browsers blocked.

note that it's 35,613 code results, not 35k repos

and 13K of the search results come from this org

https://github.com/redhat-operator-ecosystem

I like the way adminer packages everything into a single php file. It makes it super easy to deploy and update https://www.adminer.org/

that's why letsencrypt use a single database on a powerful server https://letsencrypt.org/2021/01/21/next-gen-database-servers...

I write my own powershell script for taking screenshots periodically

https://gist.github.com/soruly/889d926fcd4b2b8e8dc113a100b9d...

Unlike movies, the content on screen recordings usually remains roughly the same for minutes before switching scene. So it can achieve significantly higher compression ratio even at high fps

I take screenshots of my computer screen every minute since 2008. I've a dedicated 2TB hdd storing these archives compressed with 7z It takes just about 100-200MB/day so it's quite easy to store.

These archives saved me from data loss a few times (due to powerloss, or bad mistakes). I just browse through the archive to look for the screenshot where I was coding to recover them by typing it again.

this is the screenshot tool I use https://github.com/soruly/TimeSnap

I think Turbolinks is a nice balace bewteen traditional webpage and SPA. https://github.com/turbolinks/turbolinks

It provides a smooth UX by fetching next page's HTML in background, then replace the DOM by compareing the diff in HTML. So you won't see a blank page while navigating between pages.

This reminds me of the <meta> tag page transitions in Internet Explorer 20 year ago! http://www.simplehtmlguide.com/pagetransitions.php

even for local development, I tend to serve the HTTP server with nginx for adding HTTPS. Because many of the web APIs, like service worker, clipboard APIs, are only available in HTTPS context.

> "React isn't a framework, it's just a library"

There may not be a clear line between framework and library, but as written in the homepage of reactjs.org, it claims itself: React - "A JavaScript library for building user interfaces"

The simpliest way is to play (stream) the music file using <audio> tag, the resource would be cached once you have completed the playback once. Then you can go offline and start looping.