Thank you! I hope it will capture your interest with new features in the future.

This method is not available on all devices and does not support sharing or collaboration.

The website, however, works on any platform and allows working together in a single shared database.

> doesn't even require connectivity (which might be a problem "on some devices" or "in some locations").

You are just trying to prove a point instead of understanding it.

> "hassle of creating the database" and does not mention sharing or collaborating.

He might just have summarized everything as "hassle of creating the database".

Not everything on internet is supposed to be a debate with highly and carefully developped wording.

> You are just trying to prove a point instead of understanding it.

> He might just have summarized everything as "hassle of creating the database".

You are also making an assumption, though. That person might not have known "sqlite3 mydb.db" is all you need to create a sqlite database.

It was just one item in a list and they used "etc." which prob refers to all the other obvious upsides, like why you would use pgadmin/postico to write postgres queries instead of psql cli.

So to double down on that one detail as if it were a load bearing remark comes off as trying to win a point.

If `sqlite3 test.db` launched a rich UI with tabs and such, then maybe they'd be onto something, but it does not.

you can just share the file, huh

collaboration sounds nice though, it definitely has a market considering 11k daily users.

If the database is loaded from an external source (as shown in the examples), using the "Share Script" feature automatically attaches a link to the database. The link allows both the database and the script to be accessed and loaded.

how does collaboration works for SQLite, since the db is embedded?

When you upload a database to the site, it is stored in your browser's memory or uses OpFS — a local storage within your browser.

You can share a link to grant access to your database, with the connection handled via P2P through WebRTC.

Uhm, by allowing multiple people to connect to the same database through a webapp like this?

Thank you, unfortunately, almost zero.

hey, not to give you "armchair" advice, but I feel like a tool that's existed for 11 years and has 11k daily users is a super serious achievement.

I'd vicariously love for you to be able to make some/more revenue with this!

+1 on @redox99's comment that charging in rubles is most probably confusing, and that a flat $10 usd/month would be easier. I also would think that renewal should actually be on by default, not off - if people want the service and/or to support you, having auto renewal off is more of a hassle for them (the customers who want to pay you!) as they'd have to have to... re-enable their service? every 30-90 days?

and another point I wanted to bring up is that it feels to me like a small text-based advertisement from ethicalads.io (the folks behind the ads on Read the Docs sites) or carbonads.net (btw I have no affiliation to either) could definitely... bring in some not-bad revenue pretty much immediately?

again, huge congrats on your project and I truly wish you'll be able to find some path to monetization. cheers!

Thank you. I have been considering various monetization approaches, evaluating their convenience and potential demand. Unfortunately, certain external factors currently prevent me from implementing everything as I would like. However, I still have several ideas that I hope will be engaging, in demand, and easy to pay for.

> charging in rubles is most probably confusing, and that a flat $10 usd/month would be easier

As a Brit, I'd rather GBP...

Isn't this comment a form of US defaultism?

for sure, my point was that usd would already be "better" (more common) than rubles - but yes, 'localized' currencies would be great too (although setting up "adaptive pricing" is a task in itself). baby steps :-)

As a rabbit, I'd rather carrots...

Isn't this comment a form of Brit defaultism?

My point was more about the original comment is fine from the perspective of an American, but for the rest of the world, it doesn’t really matter if it is USD or rubles - it’s still a foreign transaction. I appreciate that for a large percentage of the world, consumers can probably do an approximation of the USD conversion in their head, and not a rubles one, and therefore, USD may be more friendly. That being said, the sales page has already got the approximation in USD anyway, which would be enough for me.

I'd imagine most English-speaking internet users have gotten used to doing local-to-USD conversions. As someone in the US, I usually know about where CAD, AUD, and GBP are relative to me.

Even if you don't know the conversion, something in the range of 50-200% is a lot easier to adjust to, whereas Rubles are on a very different scale (1 GBP = 108 Rubles)

Obviously the ideal would be local listings, but USD is probably the most-familiar reference point if you have to choose exactly one

I have to agree.. given the amount of international business transacted in USD it's a pretty well known currency secondary in most of the world followed by EU then Chinese Yuan and GBP. That said, being in the US can't say how widespread rough translation values of Yuan are to most people outside the Asian/Pacific region.

That implies that all currencies have the same connotation. USD/Pounds/Euros seems much more not scammy to me tha baht or rubles. Especially the latter ones would prevent me from paying in that. Russia is a scam nation.

USD and rubles are definitely not the same from my euro using perspective.

It's weird you show the price in some currency I don't even know what it is (even if it says 10 dollars small next to it).

Just show and charge 10 USD. You can localize that other currency (Rubles?) if GeoIP matches.

It's possible the local legislation disallows charging in non-local currency. Eg. can you charge in rubles in USA?

Sure, you could charge in hotdogs if you wanted to.

I wonder where's the Bank of Hotdogs based in the US? :)

The point is that you need a bank to accept a payment in foreign currency and debit it into your account.

I laughed, thank you for this.

The problem with charging in rubles in the USA isn't the currency, it is that a person who transacts in rubles likely lives in Russia. And, thanks to the Ukraine invasion, the USA has sanctions that make paying someone in Russia rather difficult.

I was somewhat curious about that myself... if someone in the US even could pay for this site/app.

Thanks for sharing. Still valuable for me in any interview if someone says they kept a service up for 11 years. Shows determination.

Or stubborness :-)

You may be using an outdated browser version that doesn’t support some features. Please update your browser to the latest version for the website to work properly.

I also get the glyph message on my Firefox 144.0b8 and it runs fast here, so I guess that shouldn't be the reason...

RTCPeerConnection is available in Firefox and Chrome since 2017... son unless the browser is veeery old... Maybe something blocking RTC?

Yes, the issue may be caused by WebRTC being disabled in your browser settings.

You are right. I am gradually trying to describe all potential user issues more clearly, but unfortunately, it is still not done comprehensively.