1 753
Subscribers
-324 hours
-57 days
+4130 days
Data loading in progress...
Similar Channels
Tags Cloud
Incoming and Outgoing Mentions
---
---
---
---
---
---
Attracting Subscribers
July '26
July '26
+23
in 3 channels
June '26
+68
in 8 channels
Get PRO
May '26
+78
in 8 channels
Get PRO
April '26
+81
in 6 channels
Get PRO
March '26
+56
in 10 channels
Get PRO
February '26
+69
in 7 channels
Get PRO
January '26
+53
in 4 channels
Get PRO
December '25
+42
in 7 channels
Get PRO
November '25
+50
in 6 channels
Get PRO
October '25
+52
in 7 channels
Get PRO
September '25
+45
in 4 channels
Get PRO
August '25
+61
in 8 channels
Get PRO
July '25
+52
in 7 channels
Get PRO
June '25
+58
in 5 channels
Get PRO
May '25
+62
in 7 channels
Get PRO
April '25
+66
in 7 channels
Get PRO
March '25
+65
in 6 channels
Get PRO
February '25
+55
in 5 channels
Get PRO
January '25
+58
in 6 channels
Get PRO
December '24
+100
in 10 channels
Get PRO
November '24
+85
in 6 channels
Get PRO
October '24
+104
in 4 channels
Get PRO
September '24
+86
in 4 channels
Get PRO
August '24
+82
in 3 channels
Get PRO
July '24
+69
in 6 channels
Get PRO
June '24
+67
in 5 channels
Get PRO
May '24
+55
in 3 channels
Get PRO
April '24
+49
in 3 channels
Get PRO
March '24
+52
in 7 channels
Get PRO
February '24
+60
in 3 channels
Get PRO
January '24
+77
in 5 channels
Get PRO
December '23
+64
in 4 channels
Get PRO
November '23
+20
in 3 channels
Get PRO
October '23
+21
in 4 channels
Get PRO
September '23
+412
in 0 channels
| Date | Subscriber Growth | Mentions | Channels | |
| 14 July | +2 | |||
| 13 July | 0 | |||
| 12 July | +1 | |||
| 11 July | +1 | |||
| 10 July | +1 | |||
| 09 July | +1 | |||
| 08 July | +1 | |||
| 07 July | 0 | |||
| 06 July | +1 | |||
| 05 July | +3 | |||
| 04 July | +2 | |||
| 03 July | +4 | |||
| 02 July | +3 | |||
| 01 July | +3 |
Channel Posts
| 2 | Is x86 ready to ACE it?
Comments
via chipsandcheese.com via hoistbypetard | 1 |
| 3 | Jurassic Park computers in excruciating detail
Comments
via fabiensanglard.net via jbauer | 82 |
| 4 | git-absorb: git commit --fixup, but automatic
Comments
via github.com via krig | 107 |
| 5 | Job queues are deceptively tricky
Comments
via typesanitizer.com by typesanitizer | 127 |
| 6 | Collection of clock designs
Comments
via clocks.dev via wherewhy | 128 |
| 7 | CSS-DOS — A computer made of CSS
Comments
via css-dos.ahmedamer.co.uk via outervale | 134 |
| 8 | The git history command deserves more attention
Comments
via lalitm.com via gnyeki | 139 |
| 9 | From coder to curator
Comments
via staltz.com via nolan | 155 |
| 10 | fred: A text editor that uses C for everything - Handmade Network Expo 2026
Comments
via youtube.com via linkdd | 192 |
| 11 | Should Libraries Log or Propagate Errors?
My assumption was always: Applications log (and err), libraries err.Today, I was shocked to learn that various ecosystems love logging things in libraries (such that silencing those logs is even an important task). My view of logs has been around wide discrete events OR (for small scale personal things) writing errs in a file.I was particularly surprised to learn this was an important consideration of making Go's slog, since you can easily propagate and enrich errors... Why not just err (and handle them by e.g. adding to the log context then retrying)? Or pass extra details in the return package?What workflows etc. make this desirable? All I've been able to think of is the ability to change the log level and silence random extra information.
via by veqq | 149 |
| 12 | Estimating the heights of New Yorkers from their scuff marks
Comments
via blog.jse.li by veggie | 137 |
| 13 | Adding a second middleware broke our typescript types
Comments
via inngest.com by Linell | 149 |
| 14 | TFTP Honey pot Results
Comments
via bruceediger.com via mtlynch | 144 |
| 15 | lobste.rs is now running on SQLite
This past Saturday, @pushcx and I deployed the SQLite pull request to production.We were waiting till this morning to see how it would react to the Monday traffic spike before making this post.Needless to say, SQLite seems to have passed with flying colors: cpu usage is down, memory usage is down, site seems to be snappier at least for me, 1/2 the vps cost once mariadb vps is taken down, and finally "We're having a quiet Monday.".Finally #539 Migrate to SQLite was closed this morning.Let us know if you have any questions about the migration.Background Story:I got involved with this migration because back in 2019 I stumbled upon #539 and because I had lots of experience working with, managing and migrating largish databases, I left a comment suggesting MySQL as an alternative, because of the compatibility between MariaDB and MySQL. At that time I wasn't planning on getting involved since there were already conversations in place to migrate to PostgreSQL.Fast forward to 2025, Rahul left a comment mentioning K1's acquisition of MariaDB. A discussion around the details of migrating to postgresql proceeded. Then in February, Rahul asked "Can lobsters run on sqlite? which included a very detailed post around SQLite.I officially showed interest in taking on this project in June 2025. I think this somehow got mentioned in lobsters office hours but it has been so long since then that I don't rememeber for certain.In August 2025 I opened my first pull request attempt when I got busy and couldn't attend to the PR. Github closed it as stale and I couldn't reopen it so I opened another PR. The second PR attempt included some performance testing, a database x to database y script (since none of the existing mariadb/mysql to sqlite scripts satisfied me), debugging and thinking around data integrity.Then came the first deploy on Feb 21st. @pushcx and I got on a call, came up with a checklist for the deployment. Everything went right up until the deployment of the PR. Once deployed the site was in readonly mode, but just the readonly traffic was spiking all the cpus to 100%. We couldn't figure out what the problem was so we decided to revert. I didn't feel great after that first failed deploy since I knew that performance could be a problem due to not having access to the production database.Two days after the failed deploy I opened the 3rd and final pr attempt. I fixed some minor issues with search that were discovered during the failed deploy, created a bulk data creation script which took a week to get half of lobsters' data set size created locally, and committed the three changes that fixed the performance issues during the first deploy: 1, 2, 3. The performance issues boiled down to SQLite doing full table scans on the largest tables in the database for 2 of queries and the 3rd one solved an n+1 issue. During the morning of the second deployment, I also added a slow query log just in case there were more performance issues during the deployment.Then came the second deploy on July 11th. @pushcx and I got on a morning call and came up with a deployment and revert checklist. Everything was going smoothly and then @pushcx merged and deployed the PR. Once deployed the site was still live and the cpu/memory usage was still good. This was a big relief for me. We monitored site metrics and irc for people mentioning issues, which a couple did and those were promptly fixed: 1, 2. Overall the site seemed to work so we wrapped up the call and waited till Monday when the traffic spikes.Monday came and the site is stil happy so we're calling this a win and moving on.SQLite lessons:The SQLite gem supports user defined functions (udfs) and we used it to implement some missing functions in SQLite like regexp, if and stddev so that we wouldn't have to deal with too many sql migration workarounds.SQLite doesn't support unsigned bigints. Previously, the mariadb was using unsigned bigints for certain ids, so we had to switch those to bigints for the migration.Collation… | 167 |
| 16 | A Farewell to ARPs: IPv4 Service on IPv6-Only Networks
Comments
via labs.ripe.net via fanf | 158 |
| 17 | FreeBSoD: Leveraging Language Models to Find and Exploit Kernel Bugs (Part 2 of 2)
Comments
via praetorian.com via fro | 171 |
| 18 | FreeBSoD: Leveraging Language Models to Find and Exploit Kernel Bugs (Part 1 of 2)
Comments
via praetorian.com via fro | 173 |
| 19 | Go-flavored concurrency in C
Comments
via antonz.org via telemachus | 188 |
| 20 | Human Emacs
LLM-generated contributions free (possible) fork of GNU Emacs.Comments
via human-emacs.org via tusharhero | 233 |
