mirror of
https://git.joinplu.me/Plume/Plume.git
synced 2024-11-23 03:51:00 +00:00
006b44f580
* Begin adding support for timeline * fix some bugs with parser * fmt * add error reporting for parser * add tests for timeline query parser * add rejection tests for parse * begin adding support for lists also run migration before compiling, so schema.rs is up to date * add sqlite migration * end adding lists still miss tests and query integration * cargo fmt * try to add some tests * Add some constraint to db, and fix list test and refactor other tests to use begin_transaction * add more tests for lists * add support for lists in query executor * add keywords for including/excluding boosts and likes * cargo fmt * add function to list lists used by query will make it easier to warn users when creating timeline with unknown lists * add lang support * add timeline creation error message when using unexisting lists * Update .po files * WIP: interface for timelines * don't use diesel for migrations not sure how it passed the ci on the other branch * add some tests for timeline add an int representing the order of timelines (first one will be on top, second just under...) use first() instead of limit(1).get().into_iter().nth(0) remove migrations from build artifacts as they are now compiled in * cargo fmt * remove timeline order * fix tests * add tests for timeline creation failure * cargo fmt * add tests for timelines * add test for matching direct lists and keywords * add test for language filtering * Add a more complex test for Timeline::matches, and fix TQ::matches for TQ::Or * Make the main crate compile + FMT * Use the new timeline system - Replace the old "feed" system with timelines - Display all timelines someone can access on their home page (either their personal ones, or instance timelines) - Remove functions that were used to get user/local/federated feed - Add new posts to timelines - Create a default timeline called "My feed" for everyone, and "Local feed"/"Federated feed" with timelines @fdb-hiroshima I don't know if that's how you pictured it? If you imagined it differently I can of course make changes. I hope I didn't forgot anything… * Cargo fmt * Try to fix the migration * Fix tests * Fix the test (for real this time ?) * Fix the tests ? + fmt * Use Kind::Like and Kind::Reshare when needed * Forgot to run cargo fmt once again * revert translations * fix reviewed stuff * reduce code duplication by macros * cargo fmt
31 lines
1,006 B
SQL
31 lines
1,006 B
SQL
-- Your SQL goes here
|
|
|
|
CREATE TABLE timeline_definition(
|
|
id INTEGER NOT NULL PRIMARY KEY AUTOINCREMENT,
|
|
user_id INTEGER REFERENCES users(id) ON DELETE CASCADE,
|
|
name VARCHAR NOT NULL,
|
|
query VARCHAR NOT NULL,
|
|
CONSTRAINT timeline_unique_user_name UNIQUE(user_id, name)
|
|
);
|
|
|
|
CREATE TABLE timeline(
|
|
id INTEGER NOT NULL PRIMARY KEY AUTOINCREMENT,
|
|
post_id integer NOT NULL REFERENCES posts(id) ON DELETE CASCADE,
|
|
timeline_id integer NOT NULL REFERENCES timeline_definition(id) ON DELETE CASCADE
|
|
);
|
|
|
|
CREATE TABLE lists(
|
|
id INTEGER NOT NULL PRIMARY KEY AUTOINCREMENT,
|
|
name VARCHAR NOT NULL,
|
|
user_id integer REFERENCES users(id) ON DELETE CASCADE,
|
|
type integer NOT NULL,
|
|
CONSTRAINT timeline_unique_user_name UNIQUE(user_id, name)
|
|
);
|
|
|
|
CREATE TABLE list_elems(
|
|
id INTEGER NOT NULL PRIMARY KEY AUTOINCREMENT,
|
|
list_id integer NOT NULL REFERENCES lists(id) ON DELETE CASCADE,
|
|
user_id integer REFERENCES users(id) ON DELETE CASCADE,
|
|
blog_id integer REFERENCES blogs(id) ON DELETE CASCADE,
|
|
word VARCHAR
|
|
);
|