-
Notifications
You must be signed in to change notification settings - Fork 12
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
Cron #33
base: master
Are you sure you want to change the base?
Conversation
This is very out of date |
Yes, and although it has been here for two years now, it was not the base for the scheduler. Shame on us. |
well the whole way that the rfc is actually hidden inside a pull request is hardly very friendly |
That's true. |
Way way too late. I was suprised that as j5 co-lead you didnt use this for j5. Honestly it was an interesting concept but if the production team dont/wont use it then just face it - its not the right tool |
It's not true that production doesn't want to use it, but as we already found out it's not user friendly. Also you need a person who maintain all prs and find the point in time to bring it to a vote in production. External participation is also really limited looking at #29 it's the most important rfc or at least should be for people who want's a more restrictive cms further development but only a handful of people care. |
correction |
It's hard to communicate this, iirc there was a magazine article there was production notes (and motion) for the rtc #29 I posted a link in every discussion where it would be relevant. But yeah a github repo is not the best please for discussion but in the end it's used by so many other projects I don't understand why we fail with this process. |
always best to lead by example which is why I was suprised it wasnt used for the j5 planning. as it wasn't (for whatever reason) then this entire site should be closed as a "tried and failed". Nothing wrong with adopting a fail early, fail often policy |
1. Summary
Currently there is no easy way to execute automated scripts in Joomla! without the proper server technology.
This proposal aims to define a way to enable integrators/administrators to manage cronjobs or cronjob-alike behaviours in the Joomla! backend.
2. Why Bother?
Having some kind of automation on web application is really helpful. Joomla! offers a CLI support but no way to execute this files in an automated way.
There are several approaches which put the burden on the developer but make it hard for the integrator/administrator to manage these scripts.