HN user

motrm

245 karma

Tom - hn@tomingle.co.uk

Posts0
Comments36
View on HN
No posts found.

There was a fairly active thread on the mailop mailing list about this, as you might expect given its userbase.

Annoyingly, mailop.org list archives are member-only (free to join however).

Mail Archive has the content, though I never much liked their UI. Link to the first message of the most interesting (IMO) thread, though there were others around the same time: https://www.mail-archive.com/mailop@mailop.org/msg26087.html

edited to add: this was a general MS issue and not necessarily senders having spam/dns/domain issues, which I suppose it why it annoyed mailops so greatly! and of course the long tail of the wider internet

Mildly pedantic, and of course ignores how wild this whole thing is, but I don't think this bit is correct:

  After waiting for a little while, the program terminated with the following output:
  
  astrid@chungus infra  gzip -vc result/nixos.img | ssh root@myhost.example -- bash -c 'gunzip -vc > /dev/sda'
  root@myhost.example's password:
   77.8% -- replaced with stdout
  
  What happened here?
The 77.8% bit is gunzip -v reporting that it finished decompressing the data to stdout and that the compression ratio was 77.8%... so this invocation may well have succeeded. Assuming, as rwmj points out, nothing else stomped on any of the written blocks.

I do like this idea - with sufficient prep of the system before writing the image, namely stopping as many processes as possible especially those that might do some writing, it's a quick and dirty way to replace a stock OS with a ready-made image. Could perhaps be safer doing it twice, once into a minimal image that does very little beyond network bringup & runs ssh, followed by final OS replacement in a (more) controlled manner.

Deno Sandbox 6 months ago

Reminds me a little of Fly's Tokenizer - https://github.com/superfly/tokenizer

It's a little HTTP proxy that your application can route requests through, and the proxy is what handles adding the API keys or whatnot to the request to the service, rather than your application, something like this for example:

Application -> tokenizer -> Stripe

The secrets for the third party service should in theory then be safe should there be some leak or compromise of the application since it doesn't know the actual secrets itself.

Cool idea!

DNA makes me think of ASN.1 in that a short sequence of bits can convey rather a lot of information - but it makes no sense without knowing which message those bits represent. Only with that knowledge can you turn those bits into something useful.

Echoing parrit's comment, this was indeed a very nice read and very well written.

I particularly enjoyed the gentle exposition into the world of cgroups and how they work, the levers available, and finally how Ubicloud uses them.

Looking forward to reading how you handle burst credits over longer periods, once you implement that :)

Lovely work, Maciek!

[dead] 1 year ago

12 days left to support mtlynch's book on levelling up your writing, something many of us software developers could make use of.

The discussion about Rules for Writing Software Tutorials had a lively discussion here not too long ago - https://news.ycombinator.com/item?id=42574641

I, for one, am hoping the Kickstarter succeeds and we get to see the finished book. Please support if you're in the target market!

It's incredible to see such capability on such a tiny board.

The LA9310 has incredible specs, too, what a beast.

Have you done anything with its Network Listening feature? I'm curious if that's frequency flexible or if it's limited to a specific handful of common bands.

How have you found the NXP SDK, is it reasonably decent to work with?

I have to say this is perhaps one of my favourite CCC talks.

Interesting subject matter, novel technical problems and solutions, story narrated at speed and with just enough information to fill in typical knowledge gaps, and on top of all of that there's slides and answers ready to go for random questions from the audience.

Wonderful job, PistonMiner!

And here I was wondering what the odd title meant, but with your hint it totally makes sense. From the page:

    <!-- from http://wrttn.in/04af1a -->
    <title>wrttn:04af1a</title>
and of course if one visits https://landley.net/history/ you can see that Rob has archived some things he found interesting:
    I'm writing a book on computer history. You can look at my mirror of stuff I found elsewhere on the web, or the scans of stuff I found at garage sales and such.
...which links to https://landley.net/history/mirror/index.html

Apologies for those who lose hours if not days to the rabbit hole therein.

Don't build from scratch :-)

It's a rare project that a rebuild succeeds!

My experience is with Laravel, so not too far off your ideal of using Symfony, though I wouldn't let minimalism cause you to avoid Laravel and end up having to do more work. Whether you use Laravel or Symfony alone is probably negligible compared to the application itself.

For such a large application - in keeping with avoiding rebuilds - I'd be looking at ways to subsume parts of the current application into (say) a Laravel application, with glue code at the edges where necessary to paper over differences between the legacy code and the framework-backed code.

Continuing on that path with parts of the system - while (crucially) keeping it up and running for existing users - slowly replacing/enhancing existing code to work in a more coherent fashion with the guide ropes of a framework.

Eventually you ought to end up in a position where you can pick up speed and tap away at the legacy parts.

Ref: your final paragraph, in a decent framework you can quite easily scope queries to restrict the data queried via SQL. Particularly if you have a strong permission system this becomes easier! I like to avoid database-per-customer unless absolutely necessary, it has its own issues, like keeping all databases in sync and on the latest migrations.

Sounds like you've got a fun job ahead of you, holler if your org could use some help :) UK based.

Certainly Qualcomm modems can have their diagnostic mode enabled when you have access to /dev/diag - usually on rooted devices but occasionally on stock.

You can ask the processor to send higher layer information via diag, including the messages the base stations send. There’s also commands to lock on to a specific base station so you’re not constantly moving from cell to cell.

There’s plenty of commercial devices that use this functionality to provide network monitoring and management capabilities for mobile network operators checking out base station functionality in the field. TEMS comes to mind for that but they’re certainly not the only ones.

It’s a deep rabbit hole :-)

I submitted a comment to this article but it's unclear if it's going to be moderated or indeed published, here's what I said:

  I think it's a bit discourteous to shoo Daniel away due to an out of scope
  report, then cry wolf when your clients do actually feel that this warrants
  a response. The fact that you made changes to your systems in response
  indicates that this wasn't as benign as it first seemed.

  IMO Zendesk should do the right thing and issue a reward. An issue was
  reported and ultimately resolved in some fashion. Continue to encourage
  researchers to bother reporting things to you. Yes, you have a little egg
  on your face due to the end-run via your clients, but that's life, Zendesk
  will survive.

I really wanted to reply here with a link to something I recall reading from back when Katrina happened, but I can't find it.

If I remember correctly it was someone called Usurper or The Usurper and they chronicled their journey at the time looking after a DC during Katrina. It may not have been a whole DC, possibly it was a business and their (smaller set of) servers, but my memory fails me.

Unfortunately I can't remember what medium it was written on - a blog of some sort? Heck, it could even have been on the Something Awful forums given the year.

I remember stories of struggling to find fresh sources of gas for the generator and all the fun involved in getting it from A to B.

Anyone else remember that? I'd love to have another read of it now, and I think some of you might too. It'll offer a bit of insight of what's to come this year too.

If the pieces of state are all well known at build time - and trusted in terms of their content - it may be feasible to print out JSON 'manually' as it were, instead of needing to use a JSON library,

  print "{"
  print "\"some_state\": \"";
  print GlobalState.Something.to_text();
  print "\", ";
  print "\"count_of_frobs\": ";
  print GlobalState.FrobsCounter;
  print "}";
Whether it's worth doing this just to rid yourself of a dependency... who knows.

Commenting before I've read this latest installment, I'm expecting nothing short of fun technical details and some interesting insights.

The first two parts were a really fun introduction into many aspects of how a text editor works, there's so much you don't even think about as a user of text editors, but Mihhail had to take care of.

I think my favourite takeaways were the bits of UI polish and thoughtfulness that are sprinkled through both pieces, and probably the third too.

Nice work Mihhail, you clearly care about not just making and selling a product, but making a wonderful experience out of something 'mundane' like a text editor. It takes a lot of care to go beyond just 'making it work' to 'making it work thoughtfully'!

I wanted to like this but turned it off as I found it too distracting.

As a competent programmer I've already got an idea of what I'm about to write in my head, yet having an immediate prompt suggest a "do you mean this?" turns that train of thought away from what I'm writing and instead to "is the suggestion correct and what I want?" before accepting or ignoring it.

It's not for me, I just want to get my brain waves into the IDE as quickly as I can.

That said I can certainly see how it'd be useful when working with a language you're not super familiar with, perhaps one you just dabble in occasionally, or where you're learning programming in general, or a new language, where these hints could save you a quick search for "for loop syntax in $LANG".

It's very exciting to see what will come out of AI. There's a lot of stuff not relevant to me, but in time far smarter people than I will conjure up ways to make my life easier.

This is very cool! I built a similar tool for a project with the need for two-way data syncing between Salesforce and MySQL via Laravel.

Salesforce objects map quite nicely onto Laravel’s Eloquent models (and booleans work fine! ref @ianyanusko in a sibling thread)

On the Salesforce side we use triggers to send a summary of field changes to Laravel to apply to its MySQL database. These are very cheap in terms of Salesforce limits and consumption!

Changes originating from the Laravel side use Salesforce’s REST API. It’s handy taking the round trip through Salesforce when saving changes as it lets flows/processes run and formulas to do their thing before data is persisted in MySQL.

Syncing data from Salesforce (to seed a database for example) is done via REST too. It works OK.

I considered productising it at one point, but ideas are a dime a dozen, it’s a lot harder to execute well and Bracket is doing exactly that, kudos!

This has been a thoroughly interesting post, and I’ll keep my eye on Bracket. You are however out of budget for my client, we had to achieve syncing on a shoestring ;)

If I have a DVD at home when the site shuts down, do I just get to keep it? The company’s emails haven’t said.

Late in August the reporting[0][1] said that Netflix DVD subscribers could keep any DVDs they have at the time of shutdown, as well as applying[2] to receive some extra discs

[0] https://www.businessinsider.com/netflix-customers-can-keep-d...

[1] https://www.businessinsider.com/netflix-mail-service-sending...

[2] https://twitter.com/dvdnetflix/status/1692240971659108448

We use IDA for convenience in this article, although we must be especially careful when importing the binary into other tools (we will explain why at the end of the article)

Forgive me if I missed this being explained - I was curious what the reasoning for this was and I didn't see it! Could you elaborate? :)

I was going to post this exact issue.

It's been a thing as far back as I can remember.

The worst part is when you don't remember what the last thing you moved was. You know you've undone something, but you don't know what it is.

Is something going to be broken now?

Are you going to lose something that's now in a place where you weren't expecting it to be any more?

Good luck figuring it out!

Yurt Calculator 3 years ago

I think he could indeed be right, I was curious about that too and came across this page[0] about Mongolian gers (aka yurt) which includes the following etiquette guidelines:

- When approaching a Mongolian ger it is customary to say, “Nokhoigo Khorioroi” which means “Hold the dog,” even if you don’t see a dog. This is because guard dogs are common and a dog may be aggressive towards visitors, but it in general alerts the occupants to your presence so they can come out and greet you.

- Never knock on a ger door. It is considered rude. You simply enter.

- When entering a Mongolian ger, step with your right foot first and never stand on the threshold. The threshold is said to be the “neck” of the ger and standing on it tantamount to “strangling” the home.

- Mongolians don't chat to each other over the threshold. Step in rather than asking things through the doorway.

- To greet your hosts say, “Sain bain uu?” (pronounced “Sey-Ben-Oo”) – meaning “how do you do?” If you are entering for the second, third, fourth time, you can just say “Sen-ooo”, meaning “Hi!”.

Today we both learned :)

[0] https://notesofnomads.com/mongolian-gers/#Ger_etiquette_The_...