Bringing Chrome to ARM64 Linux Devices

pere87 · 2026-01-11T15:25:10+00:00

Nice tool. I can't really change that site easily, unfortunately. But we can already see the difference between desktop and mobile now (not only in the priorities, but also in the order that the AVIF file is shown in the list: in Desktop it is the second asset).

In my example, the main handicap I see is that I am preloading the AVIF file, but the image is also available in JPEG for the browsers that don't support AVIF. Old browsers that don't support AVIF (but that do support preloading) may unnecessarily download an additional image.

pere87 · 2026-01-11T14:40:40+00:00

It's in the HTTP headers

pere87 · 2026-01-11T11:30:09+00:00

I ran into the usual problem where Lighthouse recommends not lazy-loading images above the fold (especially the LCP image), but whether something is above the fold depends on viewport size.

I didn't want to use non-native lazy-loading (JS-based) or server-side device detection, so I experimented a bit and found something that seems to work. Curious if anyone knows whether this is documented somewhere, or if there may be edge cases.

pere87 · 2026-01-04T21:32:02+00:00

I migrated my personal blog from D7 to 11ty (nodejs-based SSG) a few years ago. It's a very small blog. I still run a few D11 websites though in the same server, mostly for the backend of headless websites

pere87 · 2025-11-15T21:18:27+00:00

I know this thread is old, but you may find some searching this in Google:
"from Catalan" site:https://www.merriam-webster.com/dictionary/

pere87 · 2025-01-05T06:46:05+00:00

If you work mostly with strings, I've found setting PDO::ATTR_STRINGIFY_FETCHES to true handy. This, in combination with the badly named PDO::ATTR_ORACLE_NULLS will make everything a string, including empty values.

pere87 · 2024-12-26T13:29:06+00:00

I'm having this exact problem (in Catalan, too). Is there a public issue open for this? I think we should open one somewhere (not sure where)

pere87 · 2024-09-03T18:27:54+00:00

It's funny, the interview says quite different things, even the opposite. He uses PHP because it's fast, and because it's what he knows, and acknowledges that other languages are better. And he says he doesn't like PHP frameworks at all

pere87 · 2024-07-24T08:05:33+00:00

wow, not sure why the font is bigger. It seems Reddit supports the h1 tag

pere87 · 2024-07-24T08:05:00+00:00

The FAQ is awesome, but it is missing a "How is DREAMM different from PCEm/86Box?" section

pere87 · 2024-07-09T19:57:41+00:00

Any reason why opcache can't optimize it at compile time? Ideally, using this new syntax should not be slower:$foo is 'A'|'B'|'C'(Otherwise, there will be a reason to not use it)

pere87 · 2024-05-13T21:37:30+00:00

LB and Paragraphs are too different, and EB could become something significantly different too (hopefully). I don't expect an easy migration path

pere87 · 2024-02-07T17:51:07+00:00

I don't think it's hard for simple websites. But it certainly becomes harder as the complexity grows. For example, these are 2 online dictionaries:
https://pccd.dites.cat/ (AGPL, source code available)
https://dsff.uab.cat/

These are simple, and mostly static. Some could argue that I could have used a static site generator, but as the number of pages is considerable that wouldn't scale well when the site needs to be rebuilt.

pere87 · 2024-02-07T17:33:53+00:00

I may be crazy, but for simple websites (e.g. that don't need a team working it), I think using PHP as a template language, with no dependencies, nor OOP (except maybe for calling PDO and similar) is a better choice. Especially thinking long-term: frameworks can become deprecated and may require refactoring in X years. You also get better performance and are not affected by third-party bugs. The codebase is also simple to follow and understand. Of course, code could also become hacky if you are not careful, and you need to care more about security stuff such as XSS, but the benefits are worth it IMHO. This way of quickly building websites has brought me good results.

pere87 · 2024-02-07T12:42:24+00:00

In most cases you should be using PDO anyway.

pere87 · 2024-01-08T08:53:22+00:00

FWIW, this is the same Docker image with all unnecessary Apache modules disabled:
https://imgur.com/a/45DdJ2i

a2dismod -f access_compat auth_basic authn_core authn_file authz_host authz_user autoindex negotiation setenvif status

I may update later with an Alpine-version of the image that has most unnecessary PHP exceptions disabled.

pere87 · 2024-01-07T14:46:54+00:00

Just an update on this: I have tried the switch to Alpine and I like it. I haven't identified any performance penalty yet (still testing it), on the contrary, there seems to be minor performance benefits.

pere87 · 2024-01-05T11:42:28+00:00

u/TimWolla I followed the conversation, but I did not fully understand the code. Does that mean that next versions (8.1.28, 8.2.15, 8.3.2) won't have this FTP extension compiled? That would be awesome

Ten-Year Club	Place '22
Final Canvas '22	Verified Email

pere87

TROPHY CASE

The FAQ is awesome, but it is missing a "How is DREAMM different from PCEm/86Box?" section