Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Should we move the idMaintainer files? #512

Open
veldhaenchen opened this issue Jan 3, 2024 · 1 comment
Open

Should we move the idMaintainer files? #512

veldhaenchen opened this issue Jan 3, 2024 · 1 comment

Comments

@veldhaenchen
Copy link

Hey i was wondering if we should move the files containing all the database stuff into a dedicated folder at the root level.

under this we could store by default the file for sqlite database as well

We could then create an abstract class for these two (idmaintainer.py && googlecloud_idmaintainer.py) as already done in crawler and processor?

What do you think?

@codders
Copy link

codders commented Jan 8, 2024

Hi @veldhaenchen ,

Sorry for the delayed reply. I think the idea of creating an abstract class for the id_maintainer interface is a good one, and I think if those end up in their own folder that's also good.

I would avoid moving the sqlite database away from the root directory. That creates a migration problem for people running old versions, and it makes it hard to see where the state of the application is stored.

In general, there is some criticism of the id_maintainer model - see the discussion on #473. I would love to see the code from that PR get merged, but that's a much larger refactor of how we handle storing the data from the previous crawls.

Maybe based on the comments in #473 you can also come up with a better name for what those classes are doing. And if you want to take a look at the long-term issues of supporting multi-user instances that would be very helpful.

@veldhaenchen veldhaenchen changed the title Should we move da idMaintainer files? Should we move the idMaintainer files? Apr 30, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants