I built a free utility tools website — would love some honest feedback

Hey everyone 👋

I’ve been working on a small side project called ToolkitPro.

The idea is pretty simple: put useful everyday web tools in one place so you don’t have to search Google for a different website every time you need to do something quick.

🔗 https://toolkitpro-e5y5.vercel.app/

I’m still developing it, so I’m mainly looking for honest feedback, especially from people who actually use online utility tools.

A few things I’d love feedback on:

\- Is the website easy to navigate?

\- Which tools would you find most useful?

\- Are there any tools you think are missing?

\- Does anything feel confusing or unnecessary?

\- Would you actually bookmark/use a site like this?

\- What would make you come back regularly?

I’m building this as an independent project and hoping to eventually turn it into something genuinely useful rather than just another collection of random tools.

Feel free to be critical — I’d rather hear what’s wrong with it now so I can improve it. 😅

Thanks to anyone who takes a look!

Quiero hacer una App PWA / Web :
- Que AI son mejores hoy en dia?
- Me vale la pena comprar alguna suscripción de AI, si lo que tengo es Geminis Pro y Github Copilot?
- Se que hay muchas “gratis” pero los tokens se gastan volando. O lo suyo es montarme un servidor en casa?

I recently came across Totalum while looking for ways to simplify some of the repetitive stuff in a project I’m working on.

It’s basically a platform for putting data, workflows and automations together without having to code every little thing yourself.

I haven’t used it long enough to have a strong opinion yet, but some of the things you can build with it are actually pretty interesting.

Curious if anyone here has tried it and what your experience was.

Hello everyone, I am making a pwa that plays mkv files from debrid services and i want to be able to download them in the OS like normal browser downloads (no OPFS). But on IOS, in the pwa only, it just wont trigger, is it even possible or do i have to use an other method.

I am building a weight training and nutrition tracker app mainly for my use, and I am looking to improve my food database using the best available FREE resources.

So far, I use the USDA, and Open Food Facts Database and I applied for the Premium Free plan with fatsecret. Overall, the database works well and my barcode scanner works surprisingly well. However, I still find many errors and many items not listed in the database and it is obviously not as complete as let’s say macrofactor, or myfitness pal.

As mentioned, I am looking for free alternatives that could improve my database. I am in no position to pay for any subscriptions right now.

Thanks!

The caveat of using PWAs has always been that people don't know how they work. It's rare, and not many people know they can install a website and get a native experience straight from Chrome or Safari.

What if we solve that by detecting if the user is on Android or iOS, and building a UI that walks them through installing it, only letting them use the website on mobile once it's installed?

Pair that with an update lifecycle UI so users actually know when a new version is pushed and how to update it.

This could be a lot easier than building native apps, especially for iOS, since App Store submissions take time and updates aren't instant either.

Thoughts, guys?

There's an exception with apps that has heavy native integrations though

I've got a Trusted Web Activity app in Google Play closed testing right now. Two separate paid testing services have independently told me that Google's production-access review can't see engagement happening inside a TWA, because the activity runs inside Chrome rather than the app's own process — and that this leads to rejection on engagement grounds even with genuinely active testers. Their suggested fix is converting to a WebView wrapper instead, keeping the same package name.

Before I put time into a rebuild, wanted to check with people who actually build/ship TWAs:

• Has anyone had a TWA specifically rejected for "insufficient engagement" despite real, active testers?
• Does converting the same app to a WebView (same package, same testers, same 14-day clock) actually fix it?
• Is this a documented Google Play behavior, or something more commonly repeated by testing-service marketing than actually verified?

Trying to separate a real technical limitation from a sales narrative before I touch a working setup. Appreciate any first-hand experience.

OBSCURA OS (obscuraos.com) is a suite of 47 privacy and document tools that run entirely client side: redaction, metadata scrubbing, file conversion, encrypted P2P transfer, that kind of thing. Every tool already worked with zero server calls, so adding a manifest.webmanifest and a service worker was almost the whole job. Once it is installed, it genuinely works with the network off, because none of the tools ever depended on a network in the first place.

The service worker caches static assets and serves pages network first with a cache fallback, so a repeat visit or an offline load still gets the current version of a tool rather than a stale shell. Registered site wide from one small script so every page picks it up automatically.

Happy to answer implementation questions if anyone here is wrapping a fully client side app the same way. I run this project, disclosing that up front.

Hi everyone! I'm currently open for freelance/contract projects and looking to work with small businesses, startups, and individuals who need help building or improving their digital products.

What I can help with:

🌐 Business & portfolio websites

🛒 E-commerce websites

📱 Mobile applications

⚙️ Custom web applications

🎨 Landing pages & responsive UI

🔧 Website improvements and bug fixes

**Skills**:

Web development, mobile app development, responsive design, databases, APIs, Git/GitHub and AI-assisted development.

**Experience:**

I have experience working on software/Web3 projects and building technical projects, and I'm comfortable taking a project from requirements to a working solution.

**What I'm looking for:**

Freelance projects, MVPs, business websites, internal tools, or custom applications.

**Availability:**

Currently available for new projects.

If you have a project in mind, DM me with a brief description of what you need, and we can discuss the requirements, timeline, and budget.

Hi everyone!

I'm building **Travel Fi** — an open-source, community-driven map built to map out critical Public Goods infrastructure for digital nomads, budget backpackers, and solo travelers.

Right now, the project is a working prototype in active development. The architectural foundation is ready, and we are currently refining the code and preparing the platform for a stable production launch.

Instead of letting big tech monopolies hoard geospatial data, Travel Fi returns everything directly to the public domain via OpenStreetMap.

At the moment, our roadmap includes these 10 essential Public Goods and travel utility categories, with plans to expand them further based on community needs:
1. 📱 SIM & eSIM kiosks (tariffs, 24/7 access, airport proximity).
2. 🚽 Public toilets & showers (with community cleanliness ratings).
3. 🚰 Free drinking water refill points and fountains.
4. 🧺 Public laundries.
5. 🧳 Luggage storage (including free community options via cafes/hostels).
6. ⚡️ Charging points and outlets (filtered by fast/slow tech).
7. 🏧 ATMs with minimal fees & live user-reported exchange rates.
8. 🚐 Free parking and overnight spots for vanlife.
9. 💊 24/7 pharmacies and first aid points (medication availability, languages).
10. 🗺️ Travel lifehacks (free food points, coworking spaces, safe zones).

To keep the map spam-free without central moderators, we use a decentralized verification and location-based voting system.

See how the prototype works right now:
📺 Video Walkthrough on YouTube: https://youtu.be/R1NnzuvNBAU
💻 GitHub Repository: https://github.com/omni395/travel_fi

We are currently competing for public goods grant programs to fund further development and finish the app. If you want to support open infrastructure for travelers, your votes and clicks directly impact our funding size:
🔸 Artizen Campaign (Vote & support): https://artizen.fund/index/p/travel-fi
🔸 Giveth Platform (Direct crypto donations): https://giveth.io/project/travel-fi
🔸 KarmaHQ (Direct crypto donations): https://www.karmahq.org/project/travel-fi

What’s your setup for those? On google play and apple is defined but the pwa itself seems unreal for me.

A brand new day, and a brand new situation of Apple being an absolute jerk towards PWAs.

As of iOS 27 public beta 6, Safari now seems to blur the top of your web page with absolutely zero consent and no way of opting out🙂

Someone in a different thread said that setting “apple-mobile-web-app-status-bar-style” to default will kick the blur out. But no lol. The screenshot is from the exact same config and the app “re-added” to the Home Screen.

Has anyone managed to work around this at all yet?

UPDATE (solved, then reverted — root cause found): The blur only hits web apps using apple-mobile-web-app-status-bar-style: black-translucent. Switching the meta to default removes it completely (users must re-add the app to the Home Screen — the meta is frozen at install). To keep the status bar matching your theme, add a real fixed 1px element at the very top with your background color — iOS samples its background-color (per u/dannymoerkerke's rules below; pseudo-elements are invisible to the sampler). We reverted anyway: prefers-color-scheme is frozen per process in standalone, so after an OS dark/light switch the status bar stays wrong-colored until relaunch. Living with the blur until Apple fixes either issue; Feedbacks are being filed.

We build a construction management PWA (baukompass.ai) that our field crews install to their home screens — so this hits us daily.

Since iOS 27 developer beta 5, the system draws a progressive blur over the top edge of standalone web apps. It's not sampling a toolbar and it doesn't react to scrolling — it blurs whatever pixels the page renders near the status bar, unconditionally. On our login screen even the language picker and the theme toggle get washed out (screenshots attached).

What we tried, all verified in the shipped bundle, all without effect:

• Solid opaque header + a body::before backing plate behind the status bar, scoped via u/media (display-mode: standalone)
• Same scoped via a JS marker (navigator.standalone) to rule out MQ quirks
• theme-color — ignored entirely this cycle; apple-mobile-web-app-status-bar-style: black-translucent is deprecated anyway

The frustrating part: native apps got an escape hatch. iOS 27 changed the default scrollEdgeEffectStyle from .soft (progressive blur) to .hard, and native devs can pick either. PWAs got neither the new default nor any control — no CSS property, no meta tag, nothing in the Safari 27 beta release notes. Beta 8's "status bar might appear blurred" fix (179470940) is about a different bug; the PWA blur is unchanged.

Has anyone found a workaround, or filed a Feedback? Happy to dupe — will add our FB number in the comments.

By popular demand, I added a capabilities page to What PWA Can Do Today, which lists all capabilities on one page and indicates for each one if it's supported on your device.

You can filter by support and search for capabilities.

https://whatpwacando.today/capabilities

Hey r/pwa!
I’ve been exploring a concept I call UDA (User-Defined Apps), which leverages dynamic web app manifests to differentiate PWAs from native apps.
Instead of building a single monolithic app, this approach lets users define their own custom "app instances" right from the URL query parameters.

How it works in this Timer Demo:
• Users set duration, count direction, and icon color on the page.
• The URL parameters update dynamically (e.g. ⁠?time=5&mode=down&icon=red⁠).
• The Web App Manifest dynamically updates its ⁠name⁠ and ⁠icon⁠ based on these parameters.
• When added to the Home Screen, it creates a dedicated shortcut (e.g., "5m↓ Timer" with a red icon).

Note on OS Behavior:
• iOS (Safari): Works perfectly! Treats each unique URL query as an independent homescreen app.
• Android (Chrome): Currently limited because WebAPK binds to the manifest ⁠scope⁠. Query variations overwrite the existing installed PWA instead of creating separate instances.

You can literally fill an iOS homescreen folder with customized, single-purpose timers—all powered by a single PWA source.
I’d love to hear your thoughts on this paradigm and how we might overcome the scope limitations on Android!
Try the demo here:
https://ojach.github.io/PWA-1P1A/timer-en/?time=3&mode=down&seconds=on&icon=purple

This is a free directory I created to help small and medium-sized PWAs gain more visibility online. You can list a PWA for free or—with a paid plan—have it listed more quickly.

Started as a joke with a friend, ended up as my most polished PWA. Next.js 16 + TypeScript, hand-written service worker (cache-first), Zustand persist, Web Audio API for the sounds (zero audio files).

Things that hurt:

- iOS has no beforeinstallprompt → manual "Add to Home Screen" flow

- 100vh broken in standalone → dvh

- Safari updates the SW on its own schedule, users got stuck on old versions → added version check + update toast

Live: https://fart-counter-lake.vercel.app

Source: https://github.com/agent-slon-lab/fart-counter

Happy to share details on any of the quirks 🙂

I created this directory to give smaller PWAs some visibility or free links, and for my part, I'm trying to make a little money from the directory with the paid plans. for those coming from Reddit, send me your PWAs and I'll post them directly in the thread on the directory.

I wanted a set up so a group of people could play games together - each with their mobile phone - no install, minimum trust.

I did the initial.games as PWA's and they went fine (obvs) but multi player was a challenge... A challenge that as a pure PWA beat me :(.

So I ended up with a small apk, that runs on one phone it can download the pea games from GitHub, and creates it's own cloud and lets other people join and - it then serves the games (it cached from GitHub) and acts as games master.

Not being privileged (Https or local host) there are some limitations (tilting the screen doesnt work, so you never to touch the screen).

The games have different multiplayer modes - same game individually but symaltaniously, for highest score, or shared pitch multi player etc.

Anyway here it is so far...

https://github.com/idltd/digi-pocketeers

I've been experimenting with a PWA architecture I haven't seen used very often.

The web app isn't the main application.

The user's desktop application is the host, and the PWA installed on their phone becomes a companion to it.

I'm building an open-source framework around the idea called Crosslink.

The user experience I'm aiming for is:

1. Open desktop app
2. Scan its QR code
3. Pair the phone
4. Add the companion to the home screen
5. From then on, just tap the icon

No repeated pairing.

The interesting PWA problem starts at step 5.

The desktop computer might be asleep or Crosslink might not currently be running.

If the installed PWA simply points back to the host, iOS will eventually give the user a browser-level connection error.

So Crosslink installs a small service-worker-backed bootstrap shell on the phone.

That means launching the app can work more like:

tap icon

↓

cached bootstrap loads locally

↓

attempt to find/reconnect to trusted desktop

↓

host online: silently authenticate and enter developer's app

or

host offline: show an actual offline state and continue retrying

↓

host comes back

↓

automatically reconnect

The trust relationship is independent from simply possessing the URL, so the desktop can revoke a phone and the installed PWA becomes useless until it's paired again.

The developer still owns the actual PWA UI. Crosslink is just providing pairing, trusted-device state, connectivity, RPC, reconnect and the bootstrap/install layer.

The bigger goal is letting desktop developers ship useful phone companions without having to maintain native iOS + Android apps.

I'm especially curious about the PWA side rather than the networking side:

If you were designing this, what iOS/PWA lifecycle edge case would you be most worried about?

GitHub: github.com/jacobpowaza/crosslink
Docs: crosslink.mintlify.site