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鈥檒l occasionally send you account related emails.
Already on GitHub? Sign in to your account
馃悑 Need some help with Docker #837
Comments
Hi Alex, Would be happy to help but I'm lacking the knowledge about laravel, still learning it. I will try to build the image and see how I can slim it down a little bit, if that helps. |
On hold for the moment, I'm using Serverside Up's image as the base which is currently going through some changes: #750 |
Alright, do you need help with it? I can test drive also on docker and I have an rpi somewhere I can spin up. |
At some point def, I just pinged the authors to see where they stand. Ideally I don't want to start using a new base until it hits at least |
Linuxserver team member here, I'd be happy to take a look at this, it's a fairly standard setup.
I was trying to be too clever, got a working POC now, about half the size of the current image.
|
Dude this is 馃敟馃敟馃敟 thank you! I'm on a mini vacation until Monday but will get right on testing that image. |
@thespad couple of questions before testing later today or tomorrow...
|
I pretty much just copied what you were already doing; the queue is a service, the scheduler is a cron job running every minute. I'm open to changing things around if you think there's a better way to approach it. Permissions-wise I'm currently chowning: To the running user. |
Any chance you mind sharing the Dockerfile? In all honesty the Docker side of this project is my weakness so looking to boost my education there. |
Sure, https://bin.spad.uk/?51ac931610eba73b#5RxDXYThJP3RWiUqy9869faehRKFTRf9Q4pVU8oFpRyk Obviously doesn't include the s6 init/service components, crontabs, etc. |
If you want to see the full image build I've pushed it to a dev branch here https://github.com/linuxserver/docker-speedtest-tracker/tree/initial |
@thespad just checking in to let you know I haven't forgotten. Currently the app's image builds with PHP 8.3 and to reduce variables I definitely want to keep that in the short term. However after the first of the year would like to migrate to 8.3. What's your process for that, just a PR? |
Our Alpine 3.18 Nginx base has php 8.2 and 3.19 has php 8.3, so we'd build with 3.18 and then when you want to switch to php 8.3 we'd just update the base image (and the names of any packages/paths from php82 to php83). |
The only thing I haven't been able to properly test is email notifications because I don't have a quick and easy way to rig it up in my testlab. I've pushed a new build for 0.14.0 to |
Thanks man, will also add that to my test criteria. One thing on the wish list for the ci/cd pipeline for me was to add building the front end assets, I know it's a changing requirement but is this possible? At this time the downloaded npm packages don't need to be kept as none of them are referenced and Vite puts the assets into Build commands would be... npm ci && npm run build |
Does it need to be run before/after any other part of the build? |
After composer installs deps please |
|
Did you get an opportunity to test the email functionality? |
I have not, got back from vaca a few days ago and been deep in trying to fix the DQ issue the last couple of days. I owe ya some time on this so putting it at the top of it pile. |
While I'm at the day job do you mind bumping the image to the latest build? |
Already have :) |
The sqlite db symlink in /config should only get created if [[ ${DB_CONNECTION:="sqlite"} = "sqlite" ]] But if it has somehow been created previously and you're not using sqlite then it'll throw an error because the file at the other end of the link doesn't exist in the container. I'll have the init |
Solved, had a typo in my |
Excellent, I've just pushed a fix for the sqlite db init as well so it shouldn't break now if you make a typo or intentionally choose sqlite |
Cool and I just saw the change for making the scheduler quieter too. Locally this is working well, tonight I'll deploy to my RPI Docker Swarm cluster, Unraid NAS and Synology NAS to test further. |
Well good news, I didn't run into any issues with the hosts above. Performance improvements were wicked (I'm from New England) nice, image is about 1/2 the size and ran into no issues using the I think we can get this rolling. Maybe run them side by side for a couple of versions to give people time to cut over and get the communication out there. Open to your thoughts. |
Sounds good, I've opened a PR to put the branch live, once it's reviewed and built we'll make the packages live. You can continue building your image for as long as you think is necessary; we don't have any expectations of exclusivity or anything like that. You might want to consider adding a message to the container init with a deadline for when you intend to stop supporting it - we find a lot of users never read them, but don't want to interfere with the running application so it's our best option. |
Image is now live: |
Hell yeah! Guess it's time to update the docs and get this advertised. |
Forgot to mention; if you need changes made or find any issues that need addressing, etc. you can either open an issue against the repo, or jump on our Discord and we'll get it sorted. |
In a nutshell, I'm looking to make the Docker image used for this project lighter, faster and more efficient but I'm focused on adding features at the moment.
Could really use some help from the community to improve the image. Bonus points of someone can get LinuxServer involved to craft an awesome image.
There are also changes coming to the base image outline in #750
The text was updated successfully, but these errors were encountered: