I found that. Seems it mainly addresses caching and database performance, adds some admin and moderation commands. I’m not sure if it addresses any of the shortcomings I have.
My main question is: Which one is going to be maintained in the years to come and have the latest features implemented? And secondly: Why a fork? Why don’t they contribute their fixes upstream to Conduit?
The original developer is trying to do things slowly and stay with older versions of the dependencies, while the author of the fork is of the opinion that the dependencies should be updated to the latest versions and take advantage of their capabilities (such as performance improvements) which does not necessarily please the original author.
In addition, new features are implemented in the fork that are not present in the original project, because the author of the fork is pushing for rapid development (which doesn’t mean it’s a bad thing)
The author of the fork declares 100 percent compatibility with the original project’s database. As you move, the database structure will be changed (new fields will be added) to be compatible with the fork, but it will still also be compatible with the original project (which simply will not use these new fields).
I used conduwuit for a long time and it seemed very stable. Now I don’t host my server anymore because my friend hosts his own server and lets me use it, so I have an account on his server.
h3ndrik@feddit.de 5 months ago
I found that. Seems it mainly addresses caching and database performance, adds some admin and moderation commands. I’m not sure if it addresses any of the shortcomings I have.
My main question is: Which one is going to be maintained in the years to come and have the latest features implemented? And secondly: Why a fork? Why don’t they contribute their fixes upstream to Conduit?
mypasswordis1234@lemmy.world 5 months ago
The original developer is trying to do things slowly and stay with older versions of the dependencies, while the author of the fork is of the opinion that the dependencies should be updated to the latest versions and take advantage of their capabilities (such as performance improvements) which does not necessarily please the original author.
In addition, new features are implemented in the fork that are not present in the original project, because the author of the fork is pushing for rapid development (which doesn’t mean it’s a bad thing)
h3ndrik@feddit.de 5 months ago
Oh well, seems both reasonable. Maybe I should switch before the projects diverge too much. Conduwuit seems pretty active. Hope it stays that way.
Do you happen to have a link where I can read the backstory myself? Thanks for the info anyways. Seems to be a good call.
mypasswordis1234@lemmy.world 5 months ago
The author of the fork declares 100 percent compatibility with the original project’s database. As you move, the database structure will be changed (new fields will be added) to be compatible with the fork, but it will still also be compatible with the original project (which simply will not use these new fields).
I used conduwuit for a long time and it seemed very stable. Now I don’t host my server anymore because my friend hosts his own server and lets me use it, so I have an account on his server.