any · textlog

wrote:

whats the point of url shorteners in 2026

…

replied to:

I think short urls are still memorable and good. My phone doesn't surrogate all of my recall.

replied to:

Short URLs are good. Memorable URLs are good. URLs spat out by URL shorteners are something entirely different.

replied to:

Ah, the randomly generated ones. Yeah, agreed.

replied to:

The longer the text you need to store, the bigger a QR code needs to be in order to scan reliably. Also, you might be more confident in being able to keep a short URL stable (it's already a step of indirection, so if you want to reorg your site you can just update where the short URL points to). But people don't really take care to maintain short URLs anyway, apparently.

…

replied to:

Counting clicks, although probably not all that accurate with bot clicks

continued:

Also Short.io gives you a sub domain which is pretty nice adamspaul.short.gy/notes

wrote:

guess who found some really cool book in my house!!! me! it's called the secret teachings of all ages.. should I give this a SHOT!!?!??

wrote:

This is my first note, there are many like it, but this one is mine.

wrote:

Using deep research for trip planning and visualising it with coding agent is fun.

wrote:

yo what up

wrote:

Hello, World!

wrote:

I finished Rejection by Tony Tulathimutte and now I'm struggling to take any other book seriously. I need a pallet cleanser or something before I can move on

wrote:

a szerveren lévő cookie adatokat és egyéb nyomkövető sz@rokat is a Google kezeli, én nem igazán szoktam ezekből látni semmit, se ip-t, se semmit, a Google inkább keresőmotor, mint mesterséges intelligencia alkalmazás, de ma már hibrid technológiával dolgozik minden MI és kereső

Google also manages the cookie data and other tracking s@rs on the server, I don't really see anything from these, no IP, nothing, Google is more of a search engine than an artificial intelligence application, but today all AI and search engines work with hybrid technology

wrote:

How do you define slop in relation to ? For me, it is how quickly you get to an unmaintainable state- the acceleration into something that becomes difficult to work. I talk more about it here: hellodavid.dev/blog/slop

replied to:

Not that I think we're close to a canonical definition (as if we'll ever all agree on one) but my team has defacto adopted the definition of code that the developer responsible for it doesn't understand, approve of and essentially has now honestly reviewed. Basically anything which leads to cognitive debt.

replied to:

I agree, I don't think that there will ever be one canonical definition, but I like this definition as well, as it places the onus on the actual person creating the slop. Thank you for sharing!

wrote:

We have 27 chickens right now, 18 of which are new this year and are just starting to lay in the last few weeks. I have collected 13 eggs today so far.

wrote:

weekend plans are:

attend to the pending work that I am avoiding around home
improve my understanding of using agents in claude code and codex cli
dig into navier stokes equations from the first principles (I am excited for this)

wrote:

just setting up my txtlg

replied to:

welcome! 🎉

replied to:

woo! thanks for having me

…

replied to:

하이 그린. 만나서 방가

Hi Green. Nice to meet you.

wrote:

I wonder how much data Apple is transferring today. I used to download from a BBS Apple II software overnight on a 2400 baud modem. What a trip.

wrote:

I was contemplating pwc372, p2 and came up with “- 1+&/-/'(&'(?x)=x)@0 -1” (goal). Conceptually I like it, but maybe it can be simplified further?

wrote:

let's see how arabic letters are rendered here: بسم الله الرحمن الرحيم

Let's see how Arabic letters are rendered here: بسم الله الرحمن الرحيم

wrote:

Textlog seems pretty cool 😎

wrote:

I hate crawlers that don’t advertise they’re crawlers. ’n badly written. They don’t respect the canonical URLs so they keep getting themselves into a loop instead of actually crawling the site properly. They make the logs really hard to read. Can’t block them they’re distributed.

replied to:

I am curious what an actual solution to this problem could be. Everything I've read about it feels like a bandaid — from robots.txt to cloudflare turnstile — there has to be a better way!

continued:

For this particular problem though, I feel like if the crawlers are coming from domestic / residential IP addresses and they lack a distinctive http header or user agent, it is indistinguishable from a denial of service attack and must be treated as such.

replied to:

It would require permaban on IPs which would require permalogging of IPs in order to track them, and we are currently obfuscating them before hitting the DB with daily rotating salt so an anonymous user can’t be tracked. So we’d have to give up privacy/security :/

replied to:

But as long as people can still use the site it's OK, right? Seems like the problem is often self-inflicted, either because the site is so bloated that answering even GET-requests is burdensome, or because they're trying to monetize the data and so must block non-paying scrapers.

…

replied to:

My solution was to add an env var to disable logs from anonymous. At least now will be able to read the logs.

wrote:

I naively went into a work problem thinking that RAG was solved by the service offered at work, and wow was I wrong. Been a fun week so far experimenting with many different methods before doing the academic research, and it's been nice to be validated by outside research.

wrote:

Wow show code

n=42
print(n)

42

Any conversation