HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
mljar
mercury
Python2022–2026
mljar / mercury

mercury

Impress your boss and turn a Jupyter notebook into a beautiful, shareable web app — no callbacks, no frontend, no rewrite.

2Distinct people
22Mentions
1Explicit recommenders
4.4KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Impress your boss and turn a Jupyter notebook into a beautiful, shareable web app — no callbacks, no frontend, no rewrite.

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

I build dashboards in Jupyter Lab. My plotting libraries are Altair, matplotlib, seaborn, Plotly - all work well in notebook. My favorite is Altair. It provides interactivity…

pplonski86 used a recommendation phrase. One indexed comment matches. This is a phrase match, not a verdict.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 3:56:07 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year22 dated mentions

Observed mentions: 2022-01-13 08:00:42 UTC to 2026-05-25 08:39:07 UTC.

02468102022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 9 mentions; 1 submissions, 8 comments20222023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 8 mentions; 3 submissions, 5 comments2024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments20242025-01-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2026-01-01 00:00:00 UTC to 2027-01-01 00:00:00 UTC (exclusive): 2 mentions; 2 submissions, 0 comments. Incomplete calendar period.2026*

* An incomplete calendar period is marked with an outlined bar. Its count is not directly comparable with a full period.

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC918
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC835
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC202
20252025-01-01 00:00:00 UTC2026-01-01 00:00:00 UTC101
2026 (partial)2026-01-01 00:00:00 UTC2027-01-01 00:00:00 UTC220

What Hacker News says

22 sources
I'm running a SaaS for serving Python notebooks as web apps [0]. We offer widgets for notebooks and server, both as open source [1]. In open source you are managing the server instance with default Django Admin Panel. In the SaaS version, we have a dashboard for managing site (adding users, setting visibility, usage analytics), the dashboard is closed source. The open source version by default is single site, but can be switched to multi-tenant (multiple domains and subdomains) just by adding instances in the database. In case of update, sometimes it is required to update both code bases. Employees have access to both code bases. We started with open-source first, and added SaaS offering after ~2 years. The code base split was a natural choice. At first, I didn't want to add SaaS, because managing servers is a lot of work. But, we have a
Read the rest
lot of requests for such service, and it makes really easy to deploy notebook online (with few clicks you have unique domain and notebook running). I'm happy with this code base split. [0]: https://runmercury.com [1]: https://github.com/mljar/mercury
In Ask HN: Founders who offer free/OS and paid SaaS, how do you manage your code?
pplonski86·Apr 29, 2024Recommendation phrase
I build dashboards in Jupyter Lab. My plotting libraries are Altair, matplotlib, seaborn, Plotly - all work well in notebook. My favorite is Altair. It provides interactivity for charts, so you can move/zoom your plots and have tooltips. It is much lighter than Plotly after saving the notebook to ipynb file. Altair charts looks much better than in matplotlib. One drawback, that exporting to PDF doesn't work. To serve notebook as dashboard with code hidden, I use Mercury framework, you can check example https://runmercury.com/tutorials/vega-altair-dashboard/ disclaimer: I'm author of Mercury framework https://github.com/mljar/mercury
In Ask HN: What's the best charting library for customer-facing dashboards?
Web App is using two open-source packages that I've created: - MLJAR AutoML - Python package for AutoML on tabular data https://github.com/mljar/mljar-supervised - Mercury - framework for converting Jupyter Notebooks into Web App https://github.com/mljar/mercury You can run Web App locally. What is more, you can adjust notebook's code for your needs. For example, you can set different validation strategies or evalutaion metrics or longer training times. The notebooks in the repo are good starting point for you to develop more advanced apps.
In Show HN: Web App with GUI for AutoML on Tabular Data
pplonski86·Jun 2, 2023Submission

Show HN: Mercury – Convert Jupyter notebooks to web apps

Author here. Mercury is the simplest way to serve your notebooks as web apps. The simplicity of the framework is very important to us. Mercury has some useful features to make sharing easier: - you can show or hide your code, - your users can easily export executed notebook to PDF/HTML, - there is built-in authentication, - you can produce files in the notebook and make them downloadable, - you can share multiple notebooks. We also care about deployment simplicity. That's why we created a shared hosting service called Mercury Cloud. You can deploy notebook by uploading a file. Below clickable links: The GitHub repository https://github.com/mljar/mercury Documentation https://RunMercury.com/docs/ Mercury Cloud https://cloud.runmercury.com
131 points · Open discussion
We are working on open-source web framework Mercury that converts Python notebooks to Web Apps. It is very opinionated: - it has no callbacks - we automatically re-execute cells below updated widget - it has no layout widgets, all input widgets are always in the left sidebar Thanks to above decisions you don't need to change notebook's code to have web app and fit to the framework. The simplicity of the framework is very important to us. We also care about deployment simplicity. That's why we created a shared hosting service called Mercury Cloud. You can deploy notebook by uploading a file. The GitHub repository https://github.com/mljar/mercury Documentation https://RunMercury.com/docs/ Mercury Cloud https://cloud.runmercury.com
In Show HN: Opinionated Web Framework for Converting Jupyter Notebooks to Web Apps

Show HN: Mercury – Turn Python Notebooks to Web Apps

Hi! We're Piotr and Aleksandra, founders of Mercury (https://RunMercury.com), an open source framework for converting Jupyter Notebooks to Web Apps. You can turn Python notebook into interactive web app, static website, presentation, report or dashboard and share it online with non-technical users. You can self-host Mercury or use our hosting service (coming soon!). Our GitHub: https://github.com/mljar/mercury Sharing Python notebooks is challenging. You can't send notebook directly to non-technical stakeholders. You need to copy-paste results/charts into Word/PowerPoint or rewrite notebook to web framework. Mercury converts notebook to web app. User can execute cells but can't edit them. Mercury offers set of widgets that can be added to the notebook. When serving notebook with Mercury, widget change triggers automatic re-execution of ce
Read the rest
lls. Not all cells are re-executed, only cells with widget definition and below, so you can cache results from previous cells execution (loading large dataset or model). Mercury comes with handy feautures to make sharing easy: - decide to hide or show notebook's code, - add authentication to notebooks, so only selected users can view them, - export final notebook to PDF or HTML file, - all to create output files in notebook, and make them downloadable, - share multiple notebooks on one Site. How does Mercury differ from existing solutions? - it was desinged for notebooks, it offers simple re-execution of cells after widget update, - it has built-in authentication. Mercury is available on AGPLv3. We would like to offer a hosting service, to make deployment very easy (just upload notebook to have website). We offer commercial license for companies looking for private forks and dedicated support. We’d love to hear from the HN community about this framework!
6 points · Open discussion
Quatro is a tool for converting notebooks into shareable formats (like PDF, HTML, Docx). Notebooks are very hard to share. You can't send it to your stakeholders, because Python code will scare them. You can use Quatro to convert notebooks into other formats and easily hide the code. It is like nbconvert on steroids. I'm working on solution for notebooks sharing with non-technical users. Similar to Quatro it has YAML header, but it can also add widgets to the notebook and serve notebook as interactive web app. My framework is called https://github.com/mljar/mercury
In RStudio Is Becoming Posit

Showing the 15 most recent of 22 sources. Enable JavaScript to search and browse every indexed mention.

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.