Skip to content
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

Draft
wants to merge 5 commits into
base: master
Choose a base branch
from
Draft

Cron #33

wants to merge 5 commits into from

Conversation

nibra
Copy link
Member

@nibra nibra commented Aug 13, 2022

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.

@brianteeman
Copy link

This is very out of date

@nibra
Copy link
Member Author

nibra commented Aug 13, 2022

Yes, and although it has been here for two years now, it was not the base for the scheduler. Shame on us.

@brianteeman
Copy link

well the whole way that the rfc is actually hidden inside a pull request is hardly very friendly

@nibra
Copy link
Member Author

nibra commented Aug 13, 2022

That's true.
We need an appealing user interface for the RFCs, ideally as a revival of the Idea Portal.

@brianteeman
Copy link

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

@HLeithner
Copy link
Member

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.

@brianteeman
Copy link

only a handful of people care.

correction
only a handful of people know about the rfc site or how to read it

@HLeithner
Copy link
Member

correction only a handful of people know about the rfc site or how to read it

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.

@brianteeman
Copy link

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants