Connect with the Product Hunt community

I have a daily task tracker database in Notion that has grown to over 5,000 rows. It's starting to slow down the app loading time on mobile. I want completed tasks to automatically move to an archive page or hidden view once they are older than a month.

I know third-party automation platforms can do this, but I'm looking for a native Notion formula, filter trick, or a simple free automation setup to handle this cleanup in the background.
Thanks in advance for your tips, best regards.

A ten minute check for anyone whose code catches a broad exception around a service call and shows its message to the user.

In PHP, every database error I can get is a RuntimeException. So is almost every refusal I throw on purpose: please add at least one item, this plan does not include that. From the first commit my controllers caught RuntimeException around service calls and showed the message, which is right for the refusals and quietly wrong for everything else that shares the type.

A review in August read what an unreachable database would have produced. On the invoice form, a validation error made of an SQLSTATE line, on a form the user cannot fix. On checkout, a message saying the payment had permanently failed, from the branch meant for refusals, while the branch that says try again later never ran. On every document page at once, not found, for documents that exist. In the API the same kind of catch would have answered 4xx, which a client library reads as do not retry, so the request a retry would have saved gets dropped.

The fix was to give the refusals a type of their own. A refusal is a message written to be read by the person who caused it, whoever is to blame: unable to save the logo counts, even though that one is our fault. Everything else is logged and answered with a 5xx and one plain sentence. The new type extends the old one, so a catch nobody had narrowed yet kept behaving exactly as before.

When you reply to every chat within two minutes people stop looking at your docs altogether. They just use support like a search bar instead of figuring out the app.

I get wanting to give good service but jumping on every simple question right away eats up your whole day and stops users from learning the product properly.

How do you balance being helpful with forcing people to actually check the help center first?

Claude writes the table-based HTML layout -> ChatGPT checks Outlook rendering quirks -> Perplexity verifies dark-mode CSS compatibility

HTML emails feel like coding in 1999 tables inside tables, inline CSS everywhere and Outlook breaking every single button you design!

One AI generates modern CSS flexbox layouts that look amazing in Apple Mail but look totally destroyed in desktop Outlook, while another writes bulletproof legacy HTML that looks boring on dark mode mobile clients. Combining their inputs gets me templates that actually render everywhere.
How do you tackle email coding with AI: single prompt, generator + tester, or multi-model passes?

First post here. I've been browsing Product Hunt for a while without an account and finally made one.

I have a problem I suspect some of you share. I keep finding tools, signing up, and then never really using them. Not because they're bad, but because trying something new feels like progress, and then the actual using part never happens. My bookmarks and saved posts are full of things I was definitely going to start using. I opened maybe three of them again.

Meanwhile the tools I actually rely on are a short list I barely think about. Everything else is just sitting there, and I keep adding to it.

I know the obvious answer is to stop browsing and just use what I have, but that's easier said than done when the next interesting thing is one scroll away.

The engineers who built the most impressive things I've seen never practiced Leetcode.

They learned by shipping.

They debugged at midnight. They read someone else's broken code and fixed it. They reverse-engineered systems nobody documented. They optimized something 40% faster because it was slow and that bothered them.

None of that shows up in a binary search question.

I edit and comp for film and music videos, and the thing that never got solved for me by any NLE is versioning across a revision chain. A shot goes out, a client says warmer, and pull the edit half a second earlier, someone matches that on a call, exports, and three revisions later nobody can say for certain which output the current cut is actually built on, or whether an older render got reused by accident because the filename still said v3_final.

Most teams I have worked with end up with some combination of folder naming conventions and a shared spreadsheet, which works until it does not. Curious what has actually worked for people outside of ad hoc conventions: do you tag renders with the decision that produced them, keep a structured changelog per shot, or is this just an accepted cost of doing revision-heavy creative work? Especially interested if anyone has automated part of this instead of doing it by hand.

TypeSafe launched Jev last week. It is a System One model meant for typed decisions inside software (classify, route, score, extract, branch), not chat.

I am not on the team. I am trying to figure out if this actually changes how products get built, or if it is just another structured output wrapper with better marketing.

Hi! How do you approach creating a mockups from running Svelte and JS apps? Often I need to quickly visualize how adding a new UI element would look like and get approval for it. Generating HTMLs from scratch for this is error-prone and I was wondering if you might have other proven methods?

Every "client management" tool I've tried is either built for agencies with a team, or it's just a CRM with freelancer branding slapped on. I've ended up cobbling together Notion + a shared folder + way too many follow-up emails.

Curious what's actually working for people here a real system, or still duct tape? And if duct tape, what's the piece that breaks first (intake forms, invoicing, scope creep, keeping track of who owes what)?

Every time I check the daily feed and find an interesting product I look at the discussion section and notice I m way late to the party.

The main conversation seems to happen super early and y the time I log on, everyone has already moved on.

Is there a specific time zone or daily routine you guys stick to so you don't miss the initial launch activity?

Curious how you built your daily routine on here once you stopped just casually browsing.

I used to rely on algorithmic feeds like X or LinkedIn to keep up with engineering and design blogs.

Lately though, those platforms feel more filled with self-promotion and hot takes than actual long form articles.

I m thinking about setting up a quiet space where I can just subscribe to personal blogs and technical updates directly without an algorithm sorting my feed.

I have been trying to find some verifiable data on how many vibe-coded products actually scale and make meaningful revenue. Surprisingly, there does not seem to be much public data on this.
Lovable says millions of projects have been created on its platform, and I know there are some impressive success stories too. But what I can't find is clear data on how many of these projects become commercial products and reach even something like $5K MRR.
That makes me wonder how founders are actually making this decision today. How do you get over the anxiety of accidentally launching something that has a deep technical flaw that, as a non-technical founder, you simply do not have the knowledge to catch?
If you had some capital to invest, a clear business plan and intended to build a real business around the product, would you still prefer to work with professional developers, or would you build and launch the first version yourself using Lovable, Bolt, or Replit and save your capital?
Another thing is that most professional developers themselves now say that they build with AI assistance. But I have a feeling that is still very different from me building the product myself with AI as a non-technical person.
I am especially interested in hearing from non-technical founders who have actually made this choice. What route did you take, and why?

I remember setting up this massive notion workspace with heaps of databases, tags, and weekly trackers.

It looked awesome at first but after a week or two updating the whole thing took more time than doing actual tasks. Eventually I just gave up and went back to writing things down on a quick sticky note.

Curious if anyone else overbuilt their todo system and ended up throwing it away?

I've been collecting exchange announcements for a while and I keep running into the same wall: almost everyone expects you to poll an HTML page or a support-article endpoint.

Two exceptions I've found so far. Binance and Gate.io both let you subscribe to announcements over their own WebSocket streams, so there is no polling interval to sit through and no cache layer in between. Everything else I watch gets polled at high frequency.

Every time we try to write a case study, the biggest bottleneck is actually interviewing the internal team.

Engineers are busy fixing bugs, PMs are on to the next launch, and nobody remembers the exact metrics from months ago.

It feels like 80% of the effort goes into back-and-forth calls just trying to rebuild what actually happened before writing a single word.

How does your team capture project details early so you don't have to chase people down later?

I won't name the product/app, but their AI Chatbot responded in Python and then created another simulation script in Python. Is this normal? Should I contact the company or share the findings publicly?

Ran a quick test campaign on android and get cheap installs but almost nobody actually started using the app after signing up.

Hard to tell if the ad just brought in curious clickers who don't really care about tracking workouts, or if my first screen has way too many buttons and steps.

For anyone who faced this early on, how do you figure out which side is actually broken first?

It s crazy how easily a new app can blow you away in the first five minutes. The landing page looks polished the demo video is clean and onboarding is smooth yet a week later, you forget it even exists.

AI makes building a great looking prototype super fast but it doesn't fix long term utility. We end up spending way too much time hype-building for day one instead of making something people open daily.

How do you stay focused on long-term retention when shipping a fancy demo is so tempting?

A two minute check for anyone running a long-lived app server: PHP under RoadRunner or Swoole, Node, anything where one process serves request after request instead of starting fresh each time.

List the values your templates read that middleware sets per request: the signed-in flag, the avatar, the CSRF token, the analytics user id. Then ask what each of them holds on a request where that middleware did not run.

In a process-per-request world the answer is nothing. In a long-lived worker it is whatever the previous request left behind. In my framework those values sit in one shared object for the life of the worker, a plain array that middleware writes into. The next request that skips the middleware reads the values the last one left.

On most of my pages that never shows, because every request runs every middleware and overwrites everything. It matters on the group I built to be cacheable. My public pages run no session and no CSRF on purpose, so a shared cache is allowed to store them, and that means they skip exactly the middleware that would have overwritten the leftovers. A template there that printed the CSRF token would have printed the token of the previous visitor, into a cache entry served to everyone. A check for cookies on cacheable responses does not catch it, because the value never travels as a cookie.

Mine ranked nowhere on launch day. Barely any upvotes, quiet comments, felt like a non-event.

A month later: 1600+ users, 500+ signups, 250+ people who came back without being asked to.
Zero ad spend, none of it came from PH.

My honest take, this platform is mostly tech people, developers, builders, saas folks.
If your product's for that audience, a strong launch here can genuinely be everything. If it's not, like mine, a quiet launch here doesn't mean the product's bad, it just means this wasn't the room for it.

If your launch flopped and you're sitting there thinking the product's the problem, it might not be. Sometimes it's just not the right audience for that specific day.

Posting updates every single day sounds great until it starts eating into your actual building time.

Spending an hour daily tracking follower counts or numbers often takes focus away from fixing bugs or making the product better.

Plus taking a step back from constant posting doesn't seem to hurt credibility or lose users like many fear.

Have you noticed any real sales coming directly from building in public or is it mostly just noise?

Most free tiers strip out enough features to drive you to paying for a product. We took the opposite approach: All the features work for free for ever, but for only one user. Then you pay for a second user who wants to join the workspace.

The trade-off is genuine. We have a large solo user base and most of them will never pay. Our free-to-paid ratio is less than 2% which would scare an investor.

I always thought having a cheap entry level plan was necessary to catch hesitant buyers. But after struggling with flat sales despite copy rewrites removing that budget option was what finally worked for us.

Instead of boosting signups the cheapest tier was just acting as a safety net that kept users from choosing the product version that provided real value.

Curious if other founders have experienced this did removing your cheapest option helps or hurt your overall revenue?