Show HN: A minimalist (brutalist?) website for sharing all your links
A new minimalist “link in bio” service, lynx.boo, aims to offer extremely small, fast-loading personal link pages with almost no JavaScript or CSS. Commenters praise the clean design and tiny payloads but raise usability concerns around required email signup, URL validation, confirmation emails going to spam, and reliance on JS/CAPTCHAs despite the minimalist/brutalist branding. The conversation broadens into a critique of modern web bloat, differing interpretations of “brutalism” in web design, and interest in self‑hosting, open sourcing, and extensible features such as APIs or URL-shortening.
Minimalism, Performance, and Design Philosophy
- Many appreciate the extremely small page sizes (often a few KB) and minimal CSS, tying this to better accessibility on slow connections.
- Several see it as a good counterexample to modern “bloat” (heavy frameworks, large bundles) and argue attractive sites can be built with semantic HTML and simple CSS.
- Some debate whether it is truly “brutalist”; suggestions range from more gray/monospace to default system fonts and zero styling.
JavaScript, No-JS Expectations, and “Brutalism”
- Some expected the site to work fully without JavaScript, especially given the “lynx” name and brutalist framing.
- Others accept limited JS for dynamic link editing and spam protection but argue it should progressively enhance a working HTML baseline.
- There is disagreement on whether a “minimalist” site can still be called that if it requires JS.
UX and Feature Feedback
- Pain points:
- URL validation only on submit; poor messaging and requiring
http/https. - Requiring a title for each link; suggestions to infer from domain/page or allow emojis.
- Confirmation flow: emails go to spam, confirmation page doesn’t clearly link to the new profile or edit page.
- No obvious demo initially; later a sample page was linked.
- URL validation only on submit; poor messaging and requiring
- Requests: dark/light mode, slightly softer colors, better button hierarchy, clearer footer layout, and non-JS workflows (e.g., textarea-based bulk entry).
- Custom CSS is praised; some share styled examples and note link-color conflicts when pasting full CSS frameworks.
Spam, SEO, and Abuse Concerns
- Debate over whether using the service to list commercial/SEO pages is “spammy” or simply the intended use.
- Outbound links are marked
nofollow; there’s mention of a possible future paid “dofollow” tier with manual review. - Concerns about abuse via guessing edit emails; comparison is made to “forgot password” flows, with risk considered low but potentially annoying.
Email, Deliverability, and Onboarding
- Many report confirmation emails landing in spam or not arriving on non-Gmail providers.
- This is attributed to a self-hosted SMTP server with low IP reputation; logs and improvements are being investigated.
- Multiple commenters say they will not provide an email without seeing a demo first.
Open Source, Self-Hosting, and Integrations
- The author intends to open source the project after removing hard-coded config.
- Some want webhooks/API keys to chain the service with other tools (summaries, screenshots, note systems), while the current JSON endpoint (
/json) is noted but not prominently documented.
Comparisons and Alternatives
- Compared to Linktree-style “link in bio” tools rather than bookmarking sites like Pinboard or del.icio.us.
- Other minimalist/classless CSS frameworks and self-hosted link tools are shared for inspiration.
Overall Reception
- Strong enthusiasm for the concept, simplicity, and responsiveness to feedback.
- Skepticism centers on JS requirement, email friction, spam defenses (Cloudflare captcha), and long-term reliability/monetization.