←2025-03-23 2025-03-24 2025-03-25→ ↑2025 ↑all
00:00:29 <esolangs> [[Neucomp]] https://esolangs.org/w/index.php?diff=154410&oldid=154409 * Kaveh Yousefi * (+233) Added a hyperlink to my implementation of the Neucomp programming language on GitHub and supplemented the several page category tags.
00:01:30 <APic> G'Night
00:04:03 -!- mtm has quit (Ping timeout: 252 seconds).
00:05:41 -!- mtm has joined.
00:39:39 <zzo38> To deal with what is apparently the LLM scrapers, I set up port knocking for the HTTP server, by usig iptables. (The other services do not use port knocking.) However, this requires that you know which port to knock, but automated scrapers are unlikely to know that automatically, so it should still help. Manually accessing it will work.
00:48:31 <korvo> That's a fun idea. Hope it works.
00:49:43 <korvo> I have a scrawled note that I think reads "nginx: leaky bucket" and I think is for my side business. Still, worth mentioning: rate-limiting in httpd?
00:54:27 <zzo38> The connections usually use different IP addresses per connection, so rate-limiting probably will not help very well.
00:55:40 <zzo38> Perhaps I should mention in the gopher and/or scorpion servers, a file that mentions what port number to use for port knocking. (Some of the wrong port numbers which are not otherwise used will lock you out until you use the correct one, in order to avoid someone accessing it by accident when using port scanning.)
01:23:55 <ais523> zzo38: that might be a good idea if the HTTP server isn't intended for use by the general public
01:24:06 <ais523> but it wouldn't work for a website that you'd want anyone to be able to visit
01:24:46 <ais523> korvo: one of the most persistent LLM scrapers uses a different IP address for every connection
01:26:08 <ais523> it strikes me that that behaviour might be exploitable somehow, although the details would probably depend on how the bots set the referer
01:26:23 <korvo> ais523: Ah, that's right. So this sticky note must have been for me.
01:29:02 <ais523> somewhere I saw someone suggest serving Markov chains to suspected LLM scrapers – they may not be able to easily distinguish them from useful training data
01:30:31 <korvo> This is HTTP, right? No TLS? There's a pile of techniques to slow down fresh TLS handshakes, serving as kind of a gentle captcha, that would punish fresh user agents.
01:30:52 <korvo> Er, not a captcha. A hashcash? We need better generic names for these.
01:31:20 <ais523> there are quite a few proof-of-work-based systems being deployed at the moment, but those have the side effect of preventing people without JS accessing the sites
01:31:35 <ais523> doing it in TLS rather than JS is an interesting idea
01:31:58 <korvo> I was going to say that TLS is PoW~
01:32:34 <ais523> I don't really like proof-of-work though a) due to the energy consumption, b) connecting from lots of different IPs means the scrapers probably have lots of different computers so it's likely to hurt them less than it hurts legitimate users
01:33:20 <ais523> hmm, now I'm thinking about browser fingerprinting
01:33:26 <korvo> I don't remember the details offhand. I'd have to look it up. The idea is to invert the advice for stapling certs and disabling OSCP and etc. so that clients do a minimum of trips, *and* put a small-but-real delay between each part of the handshake.
01:33:31 -!- lambdabot has quit (Remote host closed the connection).
01:33:52 <ais523> I was thinking a while ago that instead of trying to prevent fingerprinting by making all the browsers look the same, you could prevent it by randomizing as much of the fingerprint as possible so that sites think you're a unique user each tiee
01:34:24 <ais523> korvo: ooh, that's different from proof-of-work, I think; if your round-trips are slow then it slows down connections but most of that time is spent sleeping
01:34:34 <korvo> Kind of like how, during the American Prohibition when drinking alcohol was generally banned, grocers would sell bricks of compressed vinegar must with instructions, "do *not* let this sit in water in a cabinet for two weeks, or it might go *bad* and turn into wine"
01:35:07 <ais523> it wouldn't surprise me if the scrapers didn't validate the certificate properly, but that might also be a way to detect them
01:35:08 -!- lambdabot has joined.
01:35:13 <korvo> ais523: You can make the client either wait for the entire handshake or recommit a bit of compute each time in order to generate a new pubkey. I'm not finding the details offhand.
01:35:23 <int-e> @bot
01:35:23 <lambdabot> :)
01:36:25 <zzo38> ais523: I have recently seen "powxy" which displays instructions for what you need to calculate, but also includes a JavaScript code to automatically do so, so that you can also make your own implementation, so that JavaScripts is not required.
01:36:52 <korvo> Everybody's talking about TLS fingerprinting, which is another thing that can't be skipped on HTTPS. With that, e.g. CloudFlare can force scrapers to wait for the handshake *and* generate a new key per new IP/client.
01:36:55 <zzo38> I have also seen others, such as Anubis (which seems to bypass the requirement for JavaScripts if your user-agent string does not contain "Mozilla", e.g. if you are using Lynx).
01:37:39 <ais523> hmm, I wonder whether search engines are going to be in trouble in a year or two
01:37:53 <ais523> because all the anti-LLM-scraping stuff is likely to affect search engine crawlers as collateral damage
01:38:04 <esolangs> [[Woodchuck]] M https://esolangs.org/w/index.php?diff=154411&oldid=154380 * Rdococ * (+57)
01:38:32 <ais523> that could be a reason to bypass the JS requirement for weird user-agent strings – most search engine crawlers do at least one crawl with a clear user-agent that doesn't look anything like a browser user-agent
01:38:50 <ais523> (some repeat the crawl with a browser user agent, though, to detect sites that are serving them different content ffrom regular users)
01:38:55 <zzo38> I personally do not mind if search engine crawlers cannot access them.
01:41:07 -!- int-e has quit (Remote host closed the connection).
01:42:37 <zzo38> In my case, the HTTP server does contain stuff that is useful for many people, but some of the files are available on the other protocols and/or external servers (e.g. GitHub) as well, anyways. But, someone could also manually access it by using the port knocking.
01:45:19 <zzo38> My server has no TLS, but that is because I had not set it up, yet. Even if I do set it up, I do not intend to disallow unencrypted connections.
01:47:14 <zzo38> (I also intend to eventually set up TLS on the scorpion server (which will be useful for clients who want encryption, but also in case some files will require X.509 authentication), and when it is, both encrypted and unecrypted connections will be supported (although you will need to use TLS if you want X.509 authentication).)
01:48:50 -!- int-e has joined.
01:48:54 <korvo> Oh, wait, you're not fizzie. Sorry, I thought this was about the recent pressure on the wiki.
01:50:23 <int-e> port knocking for a public web server would be... interesting
01:55:07 <ais523> hmm, what about this – if someone connects from an IP address the server hasn't seen recently, have the page soft-redirect to itself – that way legitimate users get the page quickly but connect-from-lots-of-different-IPs bots get stuck in a redirect loop
01:55:13 <ais523> depending on how the bots work, even a meta refresh might work
01:55:21 <zzo38> I expect the esolang wiki probably is affected by this LLM-scraping too (apparently a lot of HTTP(S) servers are), but whoever manages that will have to deal with it.
01:55:38 <ais523> (the "to itself" could be to a duplicate page)
01:55:59 <ais523> zzo38: we've been mitigating it by restricting access to pages that exist in quantity, like diff pages
01:56:08 <ais523> in a way that hopefully won't affect too many legitimate users
01:56:59 <ais523> (all the protections are disabled for people with login cookies, as the bots don't have accounts, so logging in is a way to work around a false positive)
02:01:01 <fizzie> If you're talking about the wiki, it just dawned on me that while I had the cookie exemption for the manually built "sus IP" list rate-limiting, I didn't actually apply it to the current diff-page block. Should probably have done that.
02:02:17 <ais523> there must surely be a complete list of IPs the LLM scraper is using, by now
02:02:46 <ais523> it would be quite long but it'll only be a small proportion of the whole IPv4 space
02:02:49 <fizzie> It's also only blocking access to diff pages where the CGI query parameters are in a different order than how the MediaWiki HTML links have them, which sounds like it shouldn't work, but did.
02:03:24 <ais523> it hasn't worked at some other wikis – I wonder why it works at ours? maybe there are two different scrapers
02:03:32 <zzo38> ais523: That is a reasonable idea, but I wonder if they might change later due to dynamic IP addresses that may be reassigned later.
02:04:00 <ais523> actually I'm wondering whether it alphabetises query parameters on all websites, or something like that
02:04:10 <ais523> perhaps to avoid crawling the same page twice
02:04:14 <int-e> oh the order thing is funny
02:04:54 <fizzie> Actually looking at the wiki-server CPU usage for the last 2d, looks like it's probably not working so good any more: https://zem.fi/tmp/cpu.png
02:05:15 <int-e> gah
02:05:37 <ais523> ugh
02:06:08 <ais523> so my theory now is that it's the same bot that fixed a bug that caused it to change query parameter order
02:06:20 <fizzie> Oh, it's hack.esolangs.org now: https://zem.fi/tmp/req.png
02:06:35 <fizzie> So that's the Mercurial repo, which I don't have any specific rules about.
02:06:49 <fizzie> (But it can also do expensive diffs.)
02:06:54 <ais523> ah, different website, same server
02:07:06 <ais523> how often is that one used legitimately by humans?
02:08:39 <fizzie> Only when people get inspired to play around with the bot, I imagine. (Which doesn't happen particularly frequently these days.)
02:10:05 <fizzie> On a cursory glance, this current burst of scraping is all from Alibaba Cloud LLC's IPv4 ranges, which probably means no human users.
02:10:25 <int-e> Well, this is messed up... spammer submitting an email pretending to be my mail server (including spoofing reverse DNS), failing the SPF check, and the bounce ends up... in my mailbox.
02:10:58 <ais523> fizzie: can probably block those, I suspect
02:12:00 <int-e> Well, not sure about the reverse DNS spoof.
02:13:36 <int-e> Ah. No, I'm reading this all wrong.
02:15:00 <int-e> They're just faking a failed email delivery. So the bounce *is* the original spam message, as far as I am concerned. So just a misconfigured mail server that accepts emails for third parties so it effectively is a weird open relay.
02:18:04 <fizzie> Added Alibaba Cloud to the "one request every two seconds from any of these addresses in total unless esolang_wikiUserName cookie is set" list. (The cookie exemption doesn't really make sense for hack.esolangs.org since it will never be present there, but it was easier.)
02:22:34 <fizzie> Definitely a different scraper though. The previous one had what looked like a large selection of common user agents. These requests have just one user agent, so I could've potentially also used that for blocking this time.
02:22:44 <fizzie> Said UA being: "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/114.0.0.0 Safari/537.36 Edg/114.0.1823.43"
02:22:53 <fizzie> I don't think "Edg" is an actual browser.
02:23:16 <int-e> hack. is mostly interesting for IRC users anyway, so whoever runs into that can complain here?
02:25:01 <ais523> fizzie: and I don't think any legitimate browser claims to be Safari and Edge simultaneously?
02:25:11 <zzo38> I notice on my own HTTP server logs also many say "Edg", but they use many different user-agent strings, some of which do not say "Edg" but all of which contain "Mozilla".
02:26:23 <fizzie> It was a surprise to me, but allegedly that's the real user agent from the Chromium-based version of Edge.
02:27:29 <fizzie> (With "Edg/" and "Safari/" both.)
02:28:27 <fizzie> (The "Chrome/X Safari/Y" part is from Chrome, and they tag on that "Edg/" on top of it.)
02:28:33 <fizzie> User agents are so silly.
02:29:57 <ais523> maybe Microsoft wanted to save a byte
02:30:17 <ais523> I am reminded of the story of Google making significant savings from removing the </html> at the end of their homepage
02:40:52 -!- amby has quit (Quit: so long suckers! i rev up my motorcylce and create a huge cloud of smoke. when the cloud dissipates im lying completely dead on the pavement).
02:41:08 <int-e> Using Edg subverts configuration that actually match Edge and serve different contents based on that.
02:41:38 <int-e> I feel that's a more likely desire than saving a byte (mostly on the user's side).
02:42:11 <int-e> A bit like skipping Windows 9.
02:42:59 <ais523> int-e: but wouldn't sites that wanted to detect Edge just look for "Edg"?
02:42:59 <int-e> (the idea there being that it's the common prefix of Windows 95 and Windows 98)
02:43:25 <int-e> ais523: well they can do that now, but why would they do that before the Chromium switch?
02:44:06 <int-e> I'm assuming, perhaps incorrectly, that they used "Edge" before switching to Chromium.
02:44:19 <int-e> It's not really a browser brand that I care about ;)
02:44:23 <fizzie> I believe they did, yes.
02:45:13 <esolangs> [[Fn]] N https://esolangs.org/w/index.php?oldid=154412 * C0ffee * (+335) Created page with "{{lowercase}} '''fn''' is a programming language. ==Functions== {| class="wikitable" |- ! Function !! Description |- | 0 || 0 |- | s(a) || return a+1 |- | i(a,b) || set the a-th memory value to b |- | d(a,b) || return b |- | w(a,b) || execute b while the a-th memory value |-
02:45:37 <fizzie> On an unrelated note: my IPv6 network trouble (home <-> DigitalOcean VPS) continues, they just sent a "we've not heard back from the engineering team yet" update, but it's the weirdest thing, while ICMP pings still get address-unreachable from the intermediate Internet access point (LONAP), and TCP connections go nowhere, my custom port-knocking utility (which does it over both v4 and v6) reports
02:45:39 <esolangs> [[User:C0ffee]] https://esolangs.org/w/index.php?diff=154413&oldid=153711 * C0ffee * (+12)
02:45:39 <fizzie> success on both.
02:45:44 <fizzie> Maybe it's just some misleading output though. Can't see why that specifically would work when nothing else does.
02:46:35 <fizzie> The knocking does a TCP handshake with a specific TCP MSS value, so I guess hypothetically that *could* maybe affect the routing somehow. Seems unlikely though.
02:55:48 <ais523> int-e: oh, I see, it's to distinguish Edge using Microsoft's engine from Edge using Chromium
03:00:14 <esolangs> [[Fn]] https://esolangs.org/w/index.php?diff=154414&oldid=154412 * C0ffee * (+3522)
03:04:08 <esolangs> [[Fn]] https://esolangs.org/w/index.php?diff=154415&oldid=154414 * C0ffee * (+69)
03:13:09 -!- drwiz has joined.
03:22:07 -!- craigo has joined.
03:27:54 -!- drwiz has quit (Quit: Client closed).
03:37:33 -!- FreeFull has quit.
04:43:52 <esolangs> [[StackBBQ2+]] N https://esolangs.org/w/index.php?oldid=154416 * I am islptng * (+202) Created page with "<b>StackBBQ2+</b> is a language designed by islptng to compile to StackBBQ. == Commands == {|class="wikitable" ! Command !! Compile into !! Explanation |- | 1 || 1 || Push 1 |- | 0 || 1110 || Push 0 |}"
04:49:10 <esolangs> [[StackBBQ2+]] https://esolangs.org/w/index.php?diff=154417&oldid=154416 * I am islptng * (+318)
04:51:04 <esolangs> [[StackBBQ2+]] https://esolangs.org/w/index.php?diff=154418&oldid=154417 * I am islptng * (+51)
04:58:19 <esolangs> [[StackBBQ2+]] https://esolangs.org/w/index.php?diff=154419&oldid=154418 * I am islptng * (+461)
04:59:30 <esolangs> [[StackBBQ2+]] https://esolangs.org/w/index.php?diff=154420&oldid=154419 * I am islptng * (+13)
05:03:09 <esolangs> [[StackBBQ2+]] https://esolangs.org/w/index.php?diff=154421&oldid=154420 * I am islptng * (+28)
05:11:14 <esolangs> [[8 bits, 6 bytes]] N https://esolangs.org/w/index.php?oldid=154422 * I am islptng * (+312) Created page with "It was designed for a 8-bit computer which has 6 registers. You can write 256 instructions at 1 time. <pre> 0~63: reg[0] = instruction 64-127 64+a: reg[3] = reg[2] [NAND,OR,AND,NOR,+,-][a] reg[1] 128~191 128+8a+b: reg[b] = reg[a] 192~255 192+a: if reg[3] [F
06:53:41 -!- ais523 has quit (Quit: quit).
07:14:53 -!- Lord_of_Life_ has joined.
07:15:42 -!- Lord_of_Life has quit (Ping timeout: 252 seconds).
07:16:16 -!- Lord_of_Life_ has changed nick to Lord_of_Life.
07:32:36 -!- Sgeo has quit (Read error: Connection reset by peer).
08:37:52 <esolangs> [[User:JIT]] https://esolangs.org/w/index.php?diff=154423&oldid=154293 * JIT * (+44)
08:52:14 <esolangs> [[Non-Plushie-complete]] https://esolangs.org/w/index.php?diff=154424&oldid=154235 * JIT * (+17)
08:53:40 <esolangs> [[Long]] https://esolangs.org/w/index.php?diff=154425&oldid=101854 * JIT * (+9)
09:21:28 <b_jonas> if the scrapers are using new IPs all the time, you could just slow down replies to connections from new IPs with a delay instead of a redirect, that would be less annoying to legitimate users
09:23:55 <int-e> but that only reduces CPU load if the scrapers are "impatient"?
09:24:20 <int-e> or if you think that they have a sequential backend somewhere I suppose
09:24:41 <int-e> or would that be a frontend ;)
09:25:25 <b_jonas> you mean they'd send you requests just as fast? maybe
09:27:02 <int-e> I mean I don't know, but I think that's likely
11:06:22 <fizzie> FTR, while the rate limiting of Alibaba Cloud (returning 429 immediately) _worked_ in terms of CPU use, it also made them peak at 80 reqs/s there for an hour, I imagine because the failed requests were taking less time to complete.
11:06:37 <fizzie> Nothing in the last 6 hours though, so maybe they gave up.
11:08:49 <fizzie> Well, "nothing" isn't exactly right, it's still going on with an almost exactly 50% error rate, so they're still sending on average one request per second, half of which fail.
11:09:54 <fizzie> I'm sure getting a diff of /interps/clc-intercal/CLC-INTERCAL-UI-Cursers-1.-94.-2/META.yml was incredibly useful to whoever's behind it.
11:45:40 <fizzie> https://zem.fi/tmp/errors.png <- that almost even looks like some sort of a feedback mechanism.
11:48:34 -!- wib_jonas has joined.
11:51:13 <wib_jonas> fizzie: I don't understand, what causes the 50% failure rate? did you make the webserver on your side refuse every other request from new IPs?
11:56:18 <fizzie> No, it's a rate limit I added for the previous scraping. It allows at most 0.5 requests/second from any IP from the "likely bad scraper" list (excluding any that have a `esolang_wikiUserName` cookie set), returning a HTTP 429 for the excess. Like, globally, not per-IP or anything. I just added that Alibaba Cloud network to the list of IPs.
11:57:39 <fizzie> So it _could_ look like that because they have some mechanism of dialing back the per-site scraping rate based on failures. (Or for some other reason that I didn't think of.)
12:02:34 -!- mtm has quit (Ping timeout: 260 seconds).
12:06:08 -!- mtm has joined.
12:09:48 <wib_jonas> that's good. that's why I recommended adding a delay to responses, say three seconds of delay for first request from any IP address.  if they implemented flow control well then that should also slow their requests down.
12:10:15 <wib_jonas> and it's less annoying than failures for legitimate users.
12:10:46 <wib_jonas> but then failures for very fast requests also makes sense.
12:11:25 -!- wib_jonas has quit (Quit: Client closed).
12:11:55 <int-e> fizzie: there's the fallacy of measuring programmer productivity in lines of code produced; maybe we're seeing a similar fallacy that measures scrapers in number of unique (by URL) pages fetched.
12:14:43 -!- wib_jonas has joined.
12:20:22 -!- Noisytoot has quit (Remote host closed the connection).
12:21:11 -!- Noisytoot has joined.
12:39:11 -!- wib_jonas has quit (Quit: Client closed).
12:44:26 <fizzie> Well, I may have been a little too optimistic about how smart(/polite) they're being: https://zem.fi/tmp/errors2.png
12:45:48 <int-e> your earlier CPU graph https://zem.fi/tmp/cpu.png showed that activity varies quite heavily over time
12:46:21 <int-e> it's weird, it's annoying, and I'm not even dealing with it...
12:48:45 <fizzie> At work these sort of charts would of course be a roundoff error, the esolangs.org infrastructure is just... a bit more modest in scale.
12:48:48 <fizzie> I don't know what we'd do if we became an actually popular website somehow, but fortunately that doesn't seem all that likely.
12:51:01 -!- wib_jonas has joined.
12:51:13 <wib_jonas> fizzie: that plot is strange, it seems to say that the requests aren't for the wiki
12:51:24 <wib_jonas> that is https://zem.fi/tmp/errors2.png top half
12:51:59 <int-e> oh! I didn't pay attention to the colors
12:53:44 <int-e> Haha. "There are certain things here." -- I'm not sure if I've ever looked at https://hack.esolangs.org/
12:54:03 <fizzie> They're not, they're for hack.esolangs.org/repo URLs this time. (I've also clicked on hack.esolangs.org on both charts to hide the other lines for clarity.)
12:54:36 <int-e> Anyway, the repo is also prone to https://xkcd.com/609/ (Tab Explosion)
12:55:20 <int-e> (except that if you're human you'll realize that most of the potential explosion is redundant and boring)
12:56:07 <wib_jonas> but weren't they getting all pairwise diffs between revisions on wiki pages? isn't that what generated lots of pointless URLs?
12:57:15 <fizzie> That was the previous incident. The hack.esolangs.org repo browser is pretty similar, you can also ask it for all past versions and blame (annotate) views and diffs and such.
12:57:17 <int-e> you can browse all revisions of the hackeso repo too (revisions * number of files) so that's a lot
12:57:35 <wib_jonas> I see
12:57:57 <int-e> hmm I don't know whether there are arbitrary diffs between revisions or just from one to the next
12:58:07 <int-e> it never came up :)
12:58:36 <wib_jonas> yeah, probably just the latter
12:58:44 <wib_jonas> and maybe diffs with current version
12:58:52 <wib_jonas> because the default interface has links to those
12:58:59 <fizzie> Hmm, yes, it's possible it can only do diff views one commit at a time. But you can definitely browse the entire tree at any revision.
13:02:02 <fizzie> I've got a https://hack.esolangs.org/robots.txt file that attempts (successfully or not) to express "allow indexing the tip but nothing else". Not that these clients respect or even look at robots.txt.
13:05:37 <int-e> I wonder... if you put a Disallow: /nowhere/ line in there, will that results in the bots trying to fetch /nowhere/
13:05:42 <int-e> -s
13:06:28 <int-e> (not really a meaningful experiment; it probably won't even work as a honeypot)
13:20:42 <APic> Hi
13:28:52 <esolangs> [[Special:Log/newusers]] create * Mahdoosh1 * New user account
13:36:26 <esolangs> [[Esolang:Introduce yourself]] M https://esolangs.org/w/index.php?diff=154426&oldid=154321 * Mahdoosh1 * (+179) sss
13:48:45 <esolangs> [[+]] https://esolangs.org/w/index.php?diff=154427&oldid=150037 * PrySigneToFry * (+41)
13:55:24 -!- chiselfuse has quit (Ping timeout: 264 seconds).
14:04:06 <esolangs> [[User:Hotcrystal0/Sandbox]] https://esolangs.org/w/index.php?diff=154428&oldid=154132 * Hotcrystal0 * (+76)
14:04:20 <esolangs> [[User:Hotcrystal0/Sandbox]] https://esolangs.org/w/index.php?diff=154429&oldid=154428 * Hotcrystal0 * (-76)
14:04:50 <esolangs> [[User:Hotcrystal0]] https://esolangs.org/w/index.php?diff=154430&oldid=154298 * Hotcrystal0 * (+100)
14:12:32 -!- craigo has quit (Quit: Leaving).
14:51:18 -!- wib_jonas has quit (Ping timeout: 240 seconds).
14:53:48 <esolangs> [[Neucomp]] M https://esolangs.org/w/index.php?diff=154431&oldid=154410 * Kaveh Yousefi * (+341) Supplemented scholia to the Looping Counter example program.
15:02:39 <esolangs> [[Special:Log/upload]] overwrite * 47 * uploaded a new version of "[[File:My github profile read me.png]]"
15:11:02 <esolangs> [[User:Hotcrystal0]] https://esolangs.org/w/index.php?diff=154433&oldid=154430 * Hotcrystal0 * (-1)
15:36:46 -!- sprock has quit (Ping timeout: 265 seconds).
15:43:13 -!- sprock has joined.
16:02:50 -!- wib_jonas has joined.
16:03:04 <wib_jonas> `olist 1321
16:03:07 <HackEso> olist <https://www.giantitp.com/comics/oots1321.html>: shachaf oerjan Sgeo boily nortti b_jonas Noisytoot
16:21:09 <esolangs> [[User:Quito0567]] https://esolangs.org/w/index.php?diff=154434&oldid=132090 * Quito0567alt * (-5)
16:22:26 <esolangs> [[User:Quito0567]] https://esolangs.org/w/index.php?diff=154435&oldid=154434 * Quito0567alt * (+154)
17:07:16 -!- chiselfuse has joined.
17:21:17 <esolangs> [[User:TheEyeOfAr3s]] https://esolangs.org/w/index.php?diff=154436&oldid=106040 * TheEyeOfAr3s * (-98) Removed dead project
17:34:29 -!- wib_jonas has quit (Quit: Client closed).
18:04:42 -!- sprock has quit (Ping timeout: 252 seconds).
18:36:47 -!- sprock has joined.
19:01:28 -!- galactum has joined.
19:23:51 <galactum> does anyone here have a particular favorite esolang?
19:24:01 <galactum> mine is probably forte right now
19:36:06 <b_jonas> galactum: I don't have a favorite, but if you want to browse among interesting ones and https://esolangs.org/wiki/Special:Random takes you to boring pages the you can try to look at https://esolangs.org/wiki/User:B_jonas/List where I list most of the interesting esolangs that we have articles about and that I encountered
20:22:07 -!- galactum has quit (Quit: WeeChat 4.5.2).
20:26:11 <esolangs> [[Sigma]] N https://esolangs.org/w/index.php?oldid=154437 * Stysan * (+613) Created page with "Sigma is a language by [[User:Stysan]], *kinda*. This is because it's [[Python]], but with Greek letters. {| class="wikitable sortable" |+ Letters |- ! Latin !! Greek |- | a || |- | b || |- | c || |- | d || |- | e || |- | f || |- | g || |- | h || |- | i || |- | j
20:26:29 <esolangs> [[Sigma]] https://esolangs.org/w/index.php?diff=154438&oldid=154437 * Stysan * (+0)
20:26:43 <esolangs> [[Sigma]] https://esolangs.org/w/index.php?diff=154439&oldid=154438 * Stysan * (+4)
20:26:51 <esolangs> [[Language list]] M https://esolangs.org/w/index.php?diff=154440&oldid=154401 * Buckets * (+91)
20:27:34 <esolangs> [[User:Buckets]] M https://esolangs.org/w/index.php?diff=154441&oldid=154402 * Buckets * (+90)
20:27:45 <esolangs> [[Kcufniarb]] N https://esolangs.org/w/index.php?oldid=154442 * Buckets * (+1183) Created page with "{{lowercase}} {{wrongtitle|title=<span style="display:inline-block; transform:scaleX(-1);">brainfuck</span>}} <span style="display:inline-block; transform:scaleX(-1);">brainfuck</span> is an Esoteric programming language created by [[User:Buckets]] in 2022. {| class="
20:42:21 <esolangs> [[Esorn]] M https://esolangs.org/w/index.php?diff=154443&oldid=154404 * Buckets * (+0)
20:45:03 <esolangs> [[G Sharp]] https://esolangs.org/w/index.php?diff=154444&oldid=152430 * Ractangle * (+19) /* Variables */
20:46:50 <esolangs> [[G Sharp]] https://esolangs.org/w/index.php?diff=154445&oldid=154444 * Ractangle * (+29) /* Variables */
20:47:44 <esolangs> [[G Sharp]] https://esolangs.org/w/index.php?diff=154446&oldid=154445 * Ractangle * (+50) /* Variables */
20:50:15 <esolangs> [[G Sharp]] https://esolangs.org/w/index.php?diff=154447&oldid=154446 * Ractangle * (+46) /* Variables */
20:50:48 <esolangs> [[G Sharp]] https://esolangs.org/w/index.php?diff=154448&oldid=154447 * Ractangle * (+7) /* Variables */
20:51:30 <esolangs> [[G Sharp]] https://esolangs.org/w/index.php?diff=154449&oldid=154448 * Ractangle * (-9) /* Variables */
20:53:41 <esolangs> [[G Sharp]] https://esolangs.org/w/index.php?diff=154450&oldid=154449 * Ractangle * (-43) /* Commands */
20:54:13 <esolangs> [[G Sharp]] https://esolangs.org/w/index.php?diff=154451&oldid=154450 * Ractangle * (+2) /* Classes */
20:55:16 <esolangs> [[G Sharp]] https://esolangs.org/w/index.php?diff=154452&oldid=154451 * Ractangle * (-7) /* Functions */
21:02:33 <esolangs> [[G Sharp]] https://esolangs.org/w/index.php?diff=154453&oldid=154452 * Ractangle * (+24) /* Variables */
21:05:22 <esolangs> [[G Sharp]] https://esolangs.org/w/index.php?diff=154454&oldid=154453 * Ractangle * (-17) /* Variables */
21:05:56 <esolangs> [[G Sharp]] https://esolangs.org/w/index.php?diff=154455&oldid=154454 * Ractangle * (-23) /* Infinite loop */
21:07:01 <esolangs> [[Sleep.]] M https://esolangs.org/w/index.php?diff=154456&oldid=153018 * Buckets * (+1)
21:12:32 <esolangs> [[G Sharp]] https://esolangs.org/w/index.php?diff=154457&oldid=154455 * Ractangle * (+148) /* Variables */
21:18:07 <esolangs> [[G Sharp]] https://esolangs.org/w/index.php?diff=154458&oldid=154457 * Ractangle * (+36) /* Errors */
21:19:36 <esolangs> [[G Sharp]] https://esolangs.org/w/index.php?diff=154459&oldid=154458 * Ractangle * (+12) /* Syntax */
21:24:10 <esolangs> [[G Sharp]] https://esolangs.org/w/index.php?diff=154460&oldid=154459 * Ractangle * (+53) /* Examples */
21:26:25 <esolangs> [[G Sharp]] https://esolangs.org/w/index.php?diff=154461&oldid=154460 * Ractangle * (-10) /* Truth-machine */
21:30:19 <esolangs> [[true]] https://esolangs.org/w/index.php?diff=154462&oldid=151671 * Ractangle * (+23) /* Infinite loop */
21:33:18 <esolangs> [[!lyriclydemoteestablishcommunism!]] https://esolangs.org/w/index.php?diff=154463&oldid=151333 * Ractangle * (+106) /* Implementations */
21:33:57 <esolangs> [[!lyriclydemoteestablishcommunism!]] https://esolangs.org/w/index.php?diff=154464&oldid=154463 * Ractangle * (+0) /* Implementations */
21:34:38 <esolangs> [[!lyriclydemoteestablishcommunism!]] https://esolangs.org/w/index.php?diff=154465&oldid=154464 * Ractangle * (-63)
21:39:38 -!- amby has joined.
21:55:23 <APic> cu
22:03:08 -!- Sgeo has joined.
22:14:36 <esolangs> [[User:Maza]] N https://esolangs.org/w/index.php?oldid=154466 * Maza * (+112) Maza's profile
22:28:49 <esolangs> [[Postrado]] https://esolangs.org/w/index.php?diff=154467&oldid=151227 * Ractangle * (-27) /* Infinite Loop */
22:34:27 <esolangs> [[Queue-based esolang++]] https://esolangs.org/w/index.php?diff=154468&oldid=151148 * Ractangle * (-1)
22:52:28 -!- zzo38 has quit (Read error: Connection reset by peer).
22:53:27 -!- zzo38 has joined.
22:55:35 <zzo38> Unfortunately the port knocking configuration seemed to cause a kernel panic
22:56:10 <b_jonas> uh oh
23:08:44 -!- tromp has quit (Ping timeout: 260 seconds).
←2025-03-23 2025-03-24 2025-03-25→ ↑2025 ↑all