minilauta / miniboard

Minimalistic oldschool imageboard software
MIT License
7 stars 5 forks source link

clarify goals #24

Closed ghost closed 2 years ago

ghost commented 2 years ago

Some of the things on your to-do lists are a bit out of order, it would seem. For efficiency, doing them too early is a waste of time cuz you may have to change it in near future because of php version changes. If you want your board to run on php 8.2 for example, I would not even worry about littler things, just look at your entire codebase and make sure nothing is deprecated, and make slight changes to make sure the code is taking advantage of php 8.2 capabilities. If you spend lots of time with the other features, it might be a waste of time if you have to re-write it for php 8.2 anyway. You are fully entitled to run your board how you want, this is just a suggestion, but for efficiency, I would recommend you spend time looking at every bit of code to make sure it is compatible with php 8.2 because it will make it WAY easier to adapt to php 8.3 and beyond. Plus, the vast majority of boards on github do not even work with php 8.1 --- so any repo that prioritizes for php 8.2 is really making a useful app that others will like.

Anonyymi commented 2 years ago

We are writing PHP 8.x compatible code, development currently happens with PHP 8.0.3 but I don't worry too much about compatibility at this point. The codebase size in terms of lines is and will be small, because we are doing things the minimalistic way, so I will just re-evaluate its compatibility with the newest PHP version occasionally and apply any changes required to make it work.

I am also planning to setup a linter to our workflow, maybe it can be configured to make sure we write code specifically for some version.

ghost commented 2 years ago

Cool!! Sounds interesting, I hope miniboard keeps going, you have interesting ideas. No offense intended, but honestly, anything below php 8.1 is too outdated. Everyone- and I mean everyone with a php ib says they are not worried about updating the code to the latest versions because that is easy--- yet it never seems to happen on any ib. For example, vichan has pages of talk about it in the issues area- but currently vichan can not run on php8. SO, in over 2 years, vichan claims to easily be able to change the code to work on the latest php versions- but it never happened. To put it bluntly, they are either delusional, or liars. Yes, it is not easy, but the higher the php ver the code is optimized for, the easier future changes will be. The PHP foundation has made lots of disruptive changes, hopefully all the strife that the changes has caused will end up being good for php once apps properly adapt to the new ways. Mediawiki and wordpress did not even catch up to the changes, that is nuts because it has been over 2 years!!! Also, sorry, I forgot the main point of #24, which im mostly trying to say that if you wrote out your vision more precisely in a readme, it would help others keep an eye out for solutions for your goals, and would help the project.

Anonyymi commented 2 years ago

I can clarify my vision in the README, that's a good idea. And regarding the disruptive changes in terms of PHP 8+, the only problem I can imagine in upgrading this software to use the latest version, for example, is the lack of support in the 3rd party libraries we use. So if some of the libs we use do not support the newest version of PHP 8, then I can not do much about it (unless I manually fork them and fix them). But eventually I would imagine that our dependencies will support new versions, so we will be able to upgrade as well.

ghost commented 2 years ago

Read the vichan issues... about 2 years ago they thought it would be easy to adapt, but it never happened. Also, mediawiki and wordpress was unable to adapt - both can not run on the latest stable version of php.

ghost commented 2 years ago

By the way I won't bug you for a while, but if you can check out the links I sent-- helma for example has a working demo.

Anonyymi commented 2 years ago

Isn't Vichan a mess anyways? It's an old codebase, makes such upgrades painful yes. Okhay I'll check the links.

ghost commented 2 years ago

check this lil gem out :) https://github.com/perdedora/vichan It works on php 8.1 :) Now that is what you should install to get code ideas from and to use some of the code!!!!! :) EDIT--- disclaimer the code is not verified but the maintainer claims it works on php8.1-

ghost commented 2 years ago

wow....!!!!!!!!!!!!! actually they say the main vichan repo now works on php 8.1 :) edit--- so that makes the links i sent you way less useful... i would recommend installing vichan and use some of vichan's code for your to-do list

ghost commented 2 years ago

mini board is really cool tho, I hope you keep with it because it will be really cool to have a new ib that works. Now that vichan finally updated to modern, there is now competition for your board tho lol. I always absolutely appreciate simple code with no bloat tho, it is much more trust-worthy. I definitely may end up using miniboard instead of vichan

ghost commented 2 years ago

Oah by the way im not sure if you want ppl to close out the issues by themselves or leave it up to you. Maybe you could include that in the readme too so people can know.

ghost commented 2 years ago

Isn't Vichan a mess anyways? It's an old codebase, makes such upgrades painful yes. Okhay I'll check the links.

Yikes....they fixed it quite well. I never used the old vichan about 3 years ago when I checked it out, but they actually fixed the past issues I had with it, and i gotta say, i am impressed at the state of vichan as it is today. I got it working on 8.1.2 so its fully supported for at least 2 more years. Im not sure if you are like me...if you checked it out in the past and did not really like it much. Honestly, they did an awesome job- I think I will just take the adelia css and mods and port it entirely to vichan and use that- its far superior to the repo i named adelia. edit/// of note, now that vichan is fine on 8.1, it will be easier/more realistic that it works on 8.2 ++ and honestly, that is a game changer. Yes, it is not as efficient as lynxchan or as fast as the golang or Rust boards- but vichan is now decent enough to justify using php.