Might be worth patching fail2ban to recognize the scrapers and block them in iptables.
I'm satisfied. Virmach has had ups and downs but their network is fast too.
If you want something Hetzner-like in North America, you might look at OVH. They have a data center in Beauharnois (BHS), Canada, which is near Quebec. It's not too different from using a server in the Northeast US.
That article is almost 4 months old and yeah, the internet in EU is better than in the US. But you can get US plans with plenty of bandwidth. I've been happy with buyvm.net and there are many others. Hang out on lowendspirit.com for a while to get a sense of things.
Why do I not want a Pixel? Expensive, poor battery life, batteries hard to replace, no headphone jack, no SD card slot, no stylus (that turns out to be surprisingly handy). Also too much AI crap. Yes there are some nice things about the Pixel too, but I ended up with a Moto G Stylus 5g (2023 model) and am quite happy with it. It has all the stuff I mentioned. The one Pixel feature I've sometimes missed is HDMI out of the USB-C port.
Usually you write the book with a text formatter and package the results in to an epub, so IDK if it's common to edit the epub directly.
The epub is just a zip file containing a metadata file and a bunch of simplified HTML files (one per chapter). So if you're comfortable editing HTML, or better yet writing scripts, you can probably slap together something simple that unpacks the epub, strips those images out of the pages, and re-packages the epub.
Wait, if you have the old edition on your kindle, do they reach into your kindle and change what is there? Or do they just change the version in the store to the new edition, preferably with a new ISBN, if Kindles have ISBN's?
I remember about the Roald Dahl thing and it seemed pretty clear which edition people would be getting. And some of this stuff (according to another internet poster I mean) may have been intended to keep the books in copyright longer rather than to merely mess with the content. Blyton died in 1968 so her stuff could enter the public domain in the next few decades otherwise. That's nefarious too.
I remember for sure that Huckleberry Finn had the N word. Maybe little kids shouldn't be reading it, I'm cool with that, though I read it as a kid myself. But grown-ups who do read it can deal with an unexpurgated version.
The company doesn't need to grow. It needs to roll back its original sin and become a user advocacy organization.
Scheme has call/cc but standard Lisp (i.e. Common Lisp) doesn't. Hmm, Rust async is like C++20 coroutines, so they can only yield from the outermost level of the task etc.? (Added: C Protothreads also come to mind). That sounds constraining even compared to the very lightweight Forth multitaskers of the 1970s. Python's original generators were like that, but they fixed them later to be stackful coroutines. ~~~And do you mean there is something like a jump table in the async task, going to every possible yield point in the task, such as any asynchronous i/o call? That could be larger than a stack frame, am I missing something?~~~ (No that wouldn't be needed, oops).
Setjmp/longjmp in C had some predecessor with a different name, that went all the way back to early Unix, way before C89. It was routinely used for error handling in C programs.
I've implemented Lisp (without call/cc) in C using longjmp to handle catch/throw. It wasn't bad. Emacs Lisp also works like that.
I had been pretty sure that delimited continuations were strictly less powerful than first-class continuations, but I'll look at the paper you linked.
I found some search hits saying you were supposed to implement signal handlers in Rust by setting a flag in the handler and then checking it manually all through the program. Even C lets you avoid that! It sounds painful, especially when there can be asynchronous exceptions such as arithmetic error traps (SIGFPE) that you want to treat sanely. But I haven't looked at any Rust code that does stuff like that yet.
Hmm, I wonder if it's feasible to use the Boehm garbage collection method in Rust, where the unsafe region is limited to the GC itself. Of course it would use pointer reversal to avoid unbounded stack growth. Of course I don't know if it's feasible to do that in Ada either.
Longjmp in C is generally used for implementing exceptions or things of that sort, which is fine. Even Ada and Haskell have exceptions. C++ has them too, though maybe that doesn't speak in their favor as much. Rust lacks them, but so far that seems to me to be a shortcoming in Rust. Even those wanting unwinding of error value checking through the entire call stack could look at the C++ deterministic exception proposal which is similar to Haskell's ErrorT monad transformer.
This is worth reading about Haskell if such topics are of interest: https://research.microsoft.com/en-us/um/people/simonpj/papers/marktoberdorf/mark.pdf
Anyway, Rust has its own sort of call/cc thing as far as I can tell (not sure), in its async runtimes. There is a coroutine switching scheme underneath that, amirite? Where do the call stacks for the different async tasks live and how are they allocated? I've been wondering, "Comprehensive Rust" doesn't go into any detail about this.
Call/cc in its most general form is possibly evil, but delimited continuations, the most common use of call/cc, are perfectly cromulent as far as I know. My brain is not currently big enough to understand the topic but I'm going by some of Oleg Kiselyov's old writings, probably linked from here: https://okmij.org/ftp/continuations/index.html
Graphene is only for Pixel phones. That's been enough to stop me from pursuing it.
California recently voted down a public referendum to end the penal exception to the 13th amendment. So they will still have incarcerated workers working for pennies an hour, just in jobs other than firefighting. Still not good.
It's an old "Soshine" branded NiMH AAA cell claiming 900mah. I'm not about to test it but I did use it for a while. I've standardized on Eneloops since then. Anyway this is FYI so you know that NiMH leaking is a thing.
Rating: 4.5/5.
I needed another headlamp and was familiar with an earlier, micro-USB, white-led-only version of this light. Build quality of both is fine, I'd say not fantastic but perfectly usable for not too demanding purposes, and a terrific value for the price. Claimed water resistance level is IPX6. Headband is comfortable given that this is not a tiny light. I think it is still small enough to not need an over-the-head strap. Weight is about 108g including battery and strap.
Wurkkos and Sofirn both sell these lights and I think I heard somewhere that the actual manufacturer is Boruit. There are various models with different configurations. The H25LR has one white led, one 660nm (deep red) led, and USB-C charging.
Order date: Nov 22 2024. Got shipping notice on Nov 24. Package delivered December 5, so about 10 days transit from China to California, not bad. Cost was $19.99 including an 18650 battery. Shipping was free due to order being above $19. This is hard to beat.
The included battery is labelled with Wurkkos branding and says 3000 mah. It is an 18650 button top. I didn't test the capacity or charge current, but I measured the length at around 66.5mm not including the button, with the button adding another 2mm or so. So maybe it's a protected cell, I don't know. The springs in the light are pretty stiff. If you loosen the "tail" cap by 1/4 turn or so, the light breaks contact with the battery, giving you a lockout from accidental turn-on and also from parastic drain. I tried swapping in an unprotected flat top battery and that worked fine including the lockout.
The UI is fairly sane given that it's a 1-button light with multiple colors and levels that doesn't run Anduril. Short click to activate white led at the same level as last time, long click for red, also at same level as before. Once either led is on, hold down button to cycle through 4 levels. I didn't attempt brightness or runtime measurements.
My general comment about the beam is that it's more directional that I'd prefer, particularly for close-up usage. This is for both the white and red leds. It's not terrible, it's just that I like floody beams for reading and fixing stuff.
The lowest levels of both leds are ok, not super low. Some people appreciate ultra low levels and I can understand that. These are just regular low. I find that level 2 of the white led is about right for reading, walking indoors in the dark, etc. The higher levels are there when you need them.
The red led goes from low to quite powerful, like several watts. I don't quite understand the purpose of a powerful red led. Does anyone really want long distance outdoor illumunation in deep red? I would have been fine with just the low level, or a redesigned light with two full sized white leds, plus an auxiliary small red led. The red led for me is for minimal disturbance to your own night vision and that of others around you. So it should be just bright enough to maneuver in the dark or see an object (telescope, say) well enough to reach and turn a knob. I don't remember ever wanting a bright red light.
There is a handy featue of an RGB led under the on-off switch. When you first turn on the light, that led acts as a battery level indicator (green=charged, etc.) and it stays on for a few seconds. Also, when you plug in a USB charger, it lights red during charging and green afterwards.
The instruction pamphlet says charging takes 4-5 hours, suggesting a 500 ma charge rate similar to the micro-USB version. I.e. it's likely to be the same charging circuit except with a USB-C connector. That is ok with me. The instruction pamphlet also amusingly says that questions and problems should be emailed to sofirnlight@gmail.com, heh.
A slightly more "premium" approach would be to include faster charging (3 amps) and maybe powerbank output. I do like lights with built-in chargers, as opposed to the kind where you have to remove the battery and charge it outside the light. Sorry about that, Hank ;).
Wurkkos now has the interesting HD10 Mini which is a 14500 powered anglehead flashlight / headlamp with Anduril, sort of like the Emisar DW4 but smaller. I don't really care for the 14500 battery type but it would be nice to have a lightweight 18650/18350 version of this light (the DW4 is too heavy). Or it would be of more interest if it could run on 1.5 volt AA cells in addition to 14500. As it was, I went for the 18650 version instead. For a lightweight headlamp I have a Nitecore HA11 and might get or concoct something ultralight at some point.
Anyway that's my new light day for now and it has been a good one.
Addendum (December 26): I noticed something interesting about the front of the light, center, above and below the main leds (see circled green areas in the pic). There are two milled slots that look like they were designed to hold tritium markers. I guess I'm off to mixglo.com to get some. I'll have to measure the slots but basically 2x5mm or thereabouts.
Update: Mixglo situation is that 1.5x6mm vials are $6.50 so two vials plus a $6 tube of Norland adhesive (1 ml) would total $19. BUT, Mixglo offers untracked shipping for $6 only if the order value is $15 or less. Otherwise you need tracked shipping which costs $22. It's cheaper to make two separate orders. I think I'll order one vial plus the adhesive, try to install the vial, and then order a second vial if the first one goes in ok. I'll update if and when there's a new development. Fwiw, tritiumworkshop.com (in the UK) is another well regarded source of tritium but it ends up costing a little more, depending.
Update 2: more careful examination convinces me that those little holes weren't intended for tritium but were just part of the heat sink-like styling. But, it should still be possible to do something there or nearby between the "fins", possibly with a bit of Dremel-ing. I want to take some caliper measurements before ordering vials.
Addendum 2 (2025-01-12): I just checked and a protected Fenix flat top cell (67.8mm long) works fine in tihs light.
view more: next ›
https://en.m.wikipedia.org/wiki/Narcissistic_personality_disorder