Sorry, we don't support your browser.  Install a modern browser

Optional, Native Database Storage#22

?

Flat-file is fast and flexible, but in the few cases when there’s thousands and thousands of records to search through, we do need a database: MySQL (available in most shared hosts) - or even SQLite would do. That’ll make Kirby suitable for ANY project.

2 years ago
11

Isn’t that already possible with virtual pages?
https://getkirby.com/docs/guide/virtual-pages/content-from-database

2 years ago

Possible, yes, but it still needs a lot of work to create the models and data structures. Would be great if this could be made easier somehow.

2 years ago
7
?

Sometimes I have to use another CMS because when a site has 5,000+ users, I need a database. Trying to set everything up manually with Kirby and virtual pages is very hard, and feels like a ‘patch’ on the core. It would be great if we could have an option perhaps per blueprint, where we can choose how pages made with that blueprint get saved - like “storage: sqlite”. Don’t care if it’s an SQL or NoSQL database, as long as it works out-of-the-box.

2 years ago
3

Okay, got it!

2 years ago
1
?

If Kirby use database, then no need for any other CMS - please add this!

2 years ago
2

a lot of things need to be considered like fake file modified checks, where to store uploaded files if not in folders.
maybe the core could put a file abstraction layer above the File and Dir classes used in classed inheriting from “Model” and these could either use real files, files from connected storages (S3 etc) or connect to a database.

2 years ago
2
?

Uploaded files should stay in folders, like they are now - that’s best practice for databases (large blobs in databases are slow). The database table can be set to keep auto-updated ‘created date’ and ‘last modified date’ for its records - which are like ‘created date’ and ‘modified date’ for a page.

2 years ago
?

That would be amazing to have in Kirby - and would be a game changer. I had to pass on a job because the site was going to have 100,000+ records, and I’m pretty sure searching was going to be far too slow in Kirby…

a year ago

it might not be enough for 100k but with boost you can now speed up the content a lot.

https://github.com/bnomei/kirby3-boost

a year ago
?

+1 to have fast database-like search in the core, please.

a year ago
?

I have to redo a small WP site (bulletin board with less than 500 pages) that has 5000+ users - need this right now…

a year ago

We at Kirbyzone could really use an ‘SqlPage’ right now, @Nico! ;-)

a year ago
?

Es wäre schön, SqlPage, CsvPage usw. zu haben.

a year ago
S

I really love the file based approach but the current disk only solution complicates rolling out larger Kirby sites (especially when downtime is a problem). Supporting a system where we can have two instances of the application running on the same Kirby data would in my opinion be ideal. This can be implemented either by allowing storage abstractions like S3, or GCS for file storage. But the performance hit might be too big for this to work properly without a database to support fast page lookups?

4 days ago
?

@Syllabi.02.legendes This is not the place for discussions, but there is no reason you can’t have two Kirby instances using the same Kirby data. Just use a symlink or adjust the config to use a different folder.

4 days ago