हम क्या बना रहे हैं।

अभी इस स्तंभ में कुछ नहीं है। नए कार्य चरण बदलने पर यहाँ दिखाई देंगे।

• Self-hosted page counts, without third parties

  Run an open-source page-counter on our own server. Send page views to it through a proxy we control. No outside script ever runs in your browser.

  We want to know which pages help people the most, but we do not want your visit to feed an outside company. Running the tool ourselves keeps the question and the answer inside our walls. The zero-tracker rule in our build pipeline stays green while we learn from the numbers.

• Live uptime monitor with our own alerts

  Run a small open-source uptime monitor on our deployment host. Add a check for every public page and every API route. Send alerts through our own mail server.

  We would rather hear from a monitor than from a visitor when something goes down. Running the monitor ourselves keeps the alerts private, keeps the cost near zero, and shows the same data you see on our public status page.

• Self-hosted error reporting

  Set up an open-source error tracker on our own server. Wire the site to it with a small drop-in library.

  Runtime errors get caught, grouped, and explained without waiting for a user to tell us. Bugs get fixed sooner. Nothing leaves our own machines, which keeps the privacy story the same as before.

• Daily encrypted backups of every database

  Run a nightly dump of our PostgreSQL databases, encrypt the file, and copy it to a second server we run ourselves. One script, one scheduled task, zero outside storage.

  If a disk fails or a mistake lands on production, we can restore from the previous night. Encryption means the backup cannot be read if the second server is ever stolen. The pipeline is simple enough to fit on one page.

• Publish a verified green-hosting result

  Ask a known outside green-hosting registry to check the energy mix at our data centre. Publish the result on the green page. Link back to the registry so anyone can verify it.

  We will only claim green hosting when a neutral outside source can vouch for it. A published badge keeps us honest, replaceable, and easy to audit.

• Walk the launch checklist and tag version 1.0.0

  Walk the launch checklist in our repo. Run a final deploy. Smoke-test every route in every language. Tag the release. Announce it.

  A published version 1.0.0 tag marks the point where the site is stable enough for real users to depend on. The checklist is the difference between a shipped product and a hopeful one.

अभी इस स्तंभ में कुछ नहीं है। नए कार्य चरण बदलने पर यहाँ दिखाई देंगे।

अभी इस स्तंभ में कुछ नहीं है। नए कार्य चरण बदलने पर यहाँ दिखाई देंगे।