-
Notifications
You must be signed in to change notification settings - Fork 5
Move over to a different framework #36
Comments
perhaps the codebase could be refactored to something such as flask. i was already planning on seeing how to reimplement the site on a private fork anyway, which brought it to my mind. EDIT: |
It got some of the same modules as Laravel has. I think it's mixing the structures too much, but I might be wrong and reading it incorrectly. |
are you talking about how laravel does MVC? kinda like this:
or if you don't want to route the api.bla url:
|
Well, I haven't tested it before, so I'm not sure the difference. However, note that the api should not be accessed through https, to make it possible for Blockland to even use it. We also got this laravel tree that I made a couple of months ago. I haven't been able to pull through some basic yet, so it's just sitting there, waiting for someone to begin some work on it so it can replace the original whenever it's ready. |
if there were at least documentation for how to access the current API, then work on the laravel branch would probably get started faster. i would start working on it if i knew even how to access the API or data sources, but it's confusing because it appears split up through a million .php files. perhaps a document or draft for standardizing the functions and organization for glass could be written? that would also help give the project more direction and make contributing easier |
what is the main demographic of people who actually use blocklandglass in terms of site or client usage? if people use the client more than the site then perhaps it can just be a simple download page for glass and then the api and resources can be focused more on the client. |
There is a document for the move of the site already. The API will stay the same, JSON. |
okay. thank you. |
By moving over to a different framework, we will clear most of the previous issues without having to do anything else. It will also boost performance while making maintenance and installation really easy.
Yes, the biggest issue is the amount of code that currently needs to be changed. Most projects is against doing this kind of change, but due to how difficult it is currently to test, update and deploy the system, it is most recommended to do such a thing to avoid any further issues.
As we are using PHP, I would suggest Laravel. The newest version requires PHP 7.0, so if we do not want to use that, one, we need to use an older version. I've already created an empty branch for this, so just moving over stuff as we go is the best way of doing things for now.
The text was updated successfully, but these errors were encountered: