th0th

Last time I checked forgejo was allowing only pull or push syncs. Does it allow 2-way syncing as well? I need to check that.

Thanks for the list, but I didn't really understand what you are suggesting. If I host on any of these public services, people will need to create an account there.

Yes, Snikket was also one of my failed attempts. Maybe it's me, I don't know.

Yep, Prosody was one of my failed attempts :P I am running everything on a kubernetes cluster, so a maintained helm chart is the first thing I check when running something. I didn't have much luck with XMPP servers with this.

That IMAP auth trick is really awesome thinking BTW, kudos!

Not really, I didn't have any delivery-related issues, and didn't get any complaints from other people as well. I have mixed feelings towards Matrix due to;

1. The only stable and maintained implementation is "matrix-synapse" and it is written in Python.

2. The most commonly used client is "element", and it is governed by the same people. So it feels we are the mercy of a single company.

I wanted hard to go with a more established protocol like XMPP but failed to get a server running properly :)

It feels really nice to see stuff like this while the most of the people think Slack, Discord and a few others are the only choices.

I recently went through the hassle of deciding on something small for my family + company circle. Mainly considered XMPP and Matrix, and went with Matrix. Didn't know there was such a thing as "always-on" on IRC tho.

I really wonder what that dude was doing when he was 15 years old, should have been a difficult childhood...

Hey folks,

I built the free and open source, privacy-first PoeticMetric Analytics. It has both SaaS and self-hosted options. Source code is available on https://github.com/th0th/poeticmetric.

Its stack includes; PostgreSQL for the single source of truth database, ClickHouse for time series data, RabbitMQ as the task queue, and Golang for the backend. On the frontend, I use React (Next.js, typescript and bootstrap) for a modern user experience.

No personal data is collected. And it doesn’t use any persistence stuff like cookies, local storage, etc.

I would love to hear your thoughts and feedback. Cheers!

Felt sorry for the on-call folks at GitHub. What a great way to start the week :/

That unstyled short message on a default, white background is touching. I felt Chris reading those technical debt bullets. Kudos to him and good riddance!

Hi @heliodor, WebGazer founder Gokhan here :)

Actually the site is running but not accessible due to the issue. Glad you got the heads up, after a while I had to pause monitoring to prevent side effects.

thank you!

I have been working on WebGazer (https://www.webgazer.io) since 2015 and even if the stack got bigger with time, it has Django in its foundation :)

It started as a simple website monitoring product and evolved from there. It enables customers to monitor websites, REST APIs and cron jobs on the same platform. I also added status page functionality (e.g. https://status.webgazer.io) some time ago.

I have a day job but I keep building and hustling at the side. We live off of paychecks from our day jobs but live for our side projects, don't we? :P

Location: Ankara/Turkey

Remote: Yes

Willing to relocate: Yes

Technologies: python, django, django-rest-framework, celery, dramatiq, reactjs, next.js, gatsby, redux, redux-saga

Résumé/CV: https://drive.google.com/open?id=1oWH6Xt3JmtJUNhGhtc0bqOxq7E...

Email: [email protected]

I got my hands dirty with all backend, frontend and devops, too. Currently running WebGazer (https://www.webgazer.io). I am interested in a position in which both I can add value and improve myself.

SEEKING WORK | Ankara/Turkey | Remote: Yes

Resume: https://drive.google.com/open?id=1oWH6Xt3JmtJUNhGhtc0bqOxq7E...

Keywords: python, django, django-rest-framework, celery, dramatiq, reactjs, next.js, gatsby, redux, redux-saga

E-mail: [email protected]

I got my hands dirty with all backend, frontend and devops, too. Currently running WebGazer (https://www.webgazer.io). I am interested in a position in which both I can add value and improve myself.

I have been developing web stuff for about 10 years. The dilemma I experienced about monitoring is that when you do your own monitoring you need to make sure your monitor is working, too. Relying on an external platform sounds saner when I consider this. This is why we consider WebGazer "mission critical".

Before sending down notifications, we validate incidents 4 times from different servers (TBH, not from different locations). List of IP addresses that a WebGazer request might originate from will be available on our docs soon.

Sorry, this one was a bit tricky to debug but it should be fixed now :)

Here are the links:

* Terms of Service: https://www.webgazer.io/terms-of-service/

* Privacy Policy: https://www.webgazer.io/privacy-policy/

If you need anything else, we'd be glad to help, just e-mail at info ~at~ webgazer.io.

Edit: We are a Delaware company, I guess you can query on State's website.

Hi, this is Gokhan from WebGazer Team. Thanks for the comment, we are aware of the availability of cheaper services. As a matter of fact, some of them are the reason we started WebGazer.

Alerting is a basic thing and it is done kind of OK by some others. But true analytics is hard to get, we are still working on providing better reports. As an obvious plus, we provide status pages we produce by the monitoring data collected. This is for not making you depend on another service just for a status page.

Also, we are looking for ways to make WebGazer a complete monitoring and analytics platform. Plans still aren't very clear but server monitoring or client-side analytics are some things we have in mind.

Hey, thanks for the heads up. It should be fixed now :)