Hacker News API VS hackernews-TUI

I built a plugin that allows Coze bots to make requests to the Hacker News API.

I recognise the huge amounts of effort involved in this and I applaud the moderators for keeping HN an interesting place to be.

That said, I think it's reasonable for us to have visibility on their manual interventions, and this could be easily surfaced via the Hacker News API (https://github.com/HackerNews/API), if the Story JSON included the values of "contro," "bury," and "gag" fields, which are currently opaque to users of the API

See https://medium.com/hacking-and-gonzo/how-hacker-news-ranking... for more discussion on terminology

Google probably stopped updating BigQuery when they started hosting live Hacker News data in Firebase: https://github.com/HackerNews/API

The live nature of the Firebase data is awesome, but the lack of ability to query is a loss.

Nice work! I did something similar with a personal project a few months ago using an open source llm. Also, not sure if you know, there is an api you can use. https://github.com/HackerNews/API

Hi HN, I made a live feed for viewing all of the new items on Hacker News in almost-realtime. It is a single, modern HTML file that doesn't use polling.

It works by establishing a websocket connection to the Hacker News Firebase database, to receive updates every time the HN server updates Firebase, which is about once every 30 seconds. This is very efficient, putting no load on HN's server and using minimal bandwidth.

To make the feed continuous despite the delay, it waits to display each item until exactly 30 seconds before displaying it. I think this is a fair tradeoff, it gives you a sense of how active HN is. For comparision, there are something like 6-7 thousand tweets every second.

Official HN Firebase API: https://github.com/HackerNews/API

Source code: https://github.com/jerbear2008/hn-live/blob/main/index.html

You could use the API: https://github.com/HackerNews/API

You can now get Hacker News data in real time from the Hacker News API powered by Firebase: https://github.com/HackerNews/API

This is great (real time!), but also kind of a pain (38+ millions individual http requests to get the whole thing).

Thankfully there's no authentication or apparent rate limiting. I fumbled my way through downloading the whole thing with curl. I screwed up a few times so made over 70 million requests in total.

Toy analysis of the data I downloaded here: https://public.tableau.com/app/profile/isna/viz/HackerNewsDa...

Get your submissions from this API

https://hacker-news.firebaseio.com/v0/user/ohjeez.json?print...

and then scan the "submitted" articles as described here

https://github.com/HackerNews/API

I have a crawler that sucks down all the posts from HN and then I read it into Pandas and write all sorts of queries. The boggle I have now is that I want to use the same system to (1) make sure YOShInOn never submits duplicate articles, and (2) have accurate vote and comment scores. (1) requires picking up articles as soon as possible, (2) requires waiting two weeks or so until the scores have settled down to what they are going to be. I guess I gotta come back and rescan things in 2 weeks so I have the right scores.

From looking at the Hacker News API, you might be able to use that instead of scraping from the DOM: https://github.com/HackerNews/API#users

Considering that I only access reddit either occasionally from Relay on my phone or primarily modified version of the terminal TUI tuir (They killed the API token for TUIR, but you can still use it if you setup your own API key.) which I'm using now to write this comment from, it would likely reduce my Reddit usage by >90%. I usually have tuir nested in a tmux session, which I would likely change to a hackernews reader like hackernews-TUI.

Hi everyone, this is my second "Show HN" submission posted in Hacker News. The first one was https://github.com/aome510/hackernews-TUI. I received a lot of good feedbacks and suggestions from the community back then. For the second one, I also look forward to hearing the community's opinions.

A bit background on the project: I started `hackernews-tui` and after that `spotify-player` (both are terminal application) because I want to learn Rust and build applications with Rust which I'm able to use daily.

`spotify-player` is a terminal application that can be used as either a remote player to control another Spotify client or a local player with an integrated Spotify client. So if you already know spotify-tui[1] or ncspot[2], `spotify-player` is kinda a simplified combination of both =).

I have two demo videos for the application, one in youtube https://www.youtube.com/shorts/Jbfe9GLNWbA and the another in asciicast https://asciinema.org/a/446913.

Hope you guys give it a try. Any feedbacks are highly appreciated!

[1]: https://github.com/Rigellute/spotify-tui

-hackernews, https://github.com/aome510/hackernews-TUI/

> something that cuts out all layout, formatting and images and shows me the raw article text in a fixed with font.

FYI, I have implemented a reader view for `hackernews_tui v0.6.0` [0] which seems to satisfy most of the conditions above. Judging from my experience, this reader view works quite well and can cover many use cases.

[0]: https://github.com/aome510/hackernews-TUI/releases/tag/v0.6....