Skip to content

[5.x] Add ability to specify the queue connection on static:warm command - #8634

Merged
jasonvarga merged 16 commits into
statamic:5.xfrom
grantholle:static-warm-queue-connection
Jul 16, 2024
Merged

[5.x] Add ability to specify the queue connection on static:warm command#8634
jasonvarga merged 16 commits into
statamic:5.xfrom
grantholle:static-warm-queue-connection

Conversation

@grantholle

@granthollegrantholle commented Aug 28, 2023

Copy link
Copy Markdown
Contributor

This is adding another workaround for #3291. It seems like the default queue connection needs to be sync, but when I deploy changes I'd like to warm using the queue. This change allows you to specify the connection using the --queue option.

I added an additional test, even though they are marked as incomplete at the moment. I also updated another assertion to match the current output. In my experience the tests seems ok.

Closesstatamic/ideas#1153.

@granthollegrantholle changed the title Add ability to specify the queue connection on static:warm command[4.x] Add ability to specify the queue connection on static:warm commandAug 28, 2023
@jasonvarga

Copy link
Copy Markdown
Member

Thank you. I made the tests run. The comment said If you spam it_warms_the_static_cache, it'll eventually fail. ... I spammed as hard I could and it passed every time. We'll see if it works on GitHub.

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Yeah I had the same experience ¯_(ツ)_/¯

@jasonvarga

Copy link
Copy Markdown
Member

I want to be sure that we make the difference between the queue connection and queue itself very obvious.

i.e. When you do please static:warm --queue=foo should that put the jobs on foo queue or use the foo connection?

I'm not sure which is the right option. Both could be argued, so we should find some other examples somewhere and follow convention.

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Yeah I kind of had the same question. I did it this way since there's the statamic.static_caching.warm_queue config option. I can also see the merit of the config option having the queue connection in order to be consistent with statamic.git.queue_connection.

When looking at the queue commands in Laravel, the connection is always the argument, and --queue is the name of the queue. Which is inconsistent with what I have done here.

Maybe make the --queue option here be the name of the queue, and add a config option for statamic.static_caching.queue_connection?

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Hey @jasonvarga I made some improvements to hopefully make it more clear to differentiate between queue name and connection. Let me know, thanks.

@grantholle

Copy link
Copy Markdown
ContributorAuthor

(I'll also fix the tests, just wondering if you think it's all right)

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Hey @jasonvarga do you mind revisiting this?

@duncanmccleanduncanmcclean left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This seems to be working well for me. Just had two thoughts around the new config option.

Comment threadconfig/static_caching.php Outdated
|
*/

'queue_connection' => env('STATAMIC_STATIC_WARM_QUEUE_CONNECTION'),

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I wonder if it might be worth changing this to warm_queue_connection to stay consistent with warm_queue above?

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also, I wonder if it might be worth falling back to the default connection here so we don't need to do that in the StaticWarm command:

Suggested change
'queue_connection' => env('STATAMIC_STATIC_WARM_QUEUE_CONNECTION'),
'warm_queue_connection' => env('STATAMIC_STATIC_WARM_QUEUE_CONNECTION', config('queue.default')),

@duncanmccleanduncanmcclean changed the title [4.x] Add ability to specify the queue connection on static:warm command[5.x] Add ability to specify the queue connection on static:warm commandMay 13, 2024
@duncanmcclean
duncanmcclean changed the base branch from 4.x to 5.xMay 13, 2024 12:17
@jasonvarga

Copy link
Copy Markdown
Member

I've updated this so that --queue remains a simple boolean on the command. There is no --connection argument.

If you use --queue, it'll refer to your config to figure out which queue and connection to use.

@jasonvarga
jasonvarga merged commit 54f54e6 into statamic:5.xJul 16, 2024
duncanmcclean added a commit to statamic/statamic that referenced this pull request Aug 7, 2024
duncanmcclean added a commit to statamic/statamic that referenced this pull request Aug 7, 2024
* Allow configuring the Stache's Cache Store
Related: statamic/cms#10303
* Ability to disable CP authentication
Related: statamic/cms#8960
* Display custom logo as plain text
Related: statamic/cms#10350
* Track sites.yaml path in git integration config
Related: statamic/cms#10463
* Add ability to specify the queue connection on static:warm command
Related: statamic/cms#8634
Sign up for freeto 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.

Add config option to set a custom queue

3 participants

@grantholle@jasonvarga@duncanmcclean
, 'i'); if (__m === '*' || __re.test(location.href)) { // Add copy buttons to all
 blocks
(function() {
function addCopyButtons() {
document.querySelectorAll('pre code').forEach(function(codeBlock) {
if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;
codeBlock.parentElement.setAttribute('data-copy-added', 'true');
var btn = document.createElement('button');
btn.textContent = 'Copy';
btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';
btn.onmouseover = function() { this.style.opacity = '1'; };
btn.onmouseout = function() { this.style.opacity = '0.7'; };
btn.onclick = function() {
navigator.clipboard.writeText(codeBlock.textContent).then(function() {
btn.textContent = 'Copied!';
setTimeout(function() { btn.textContent = 'Copy'; }, 1500);
});
};
codeBlock.parentElement.style.position = 'relative';
codeBlock.parentElement.appendChild(btn);
});
}
addCopyButtons();
// Re-run on dynamic content
var observer = new MutationObserver(addCopyButtons);
observer.observe(document.body, { childList: true, subtree: true });
})();
}
} catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
})();
(function(){
try {
var __m = "github.com";
var __re = new RegExp('^' + "github\\.com" + '
[5.x] Add ability to specify the queue connection on static:warm command by grantholle · Pull Request #8634 · statamic/cms · GitHub
Skip to content

[5.x] Add ability to specify the queue connection on static:warm command - #8634

Merged
jasonvarga merged 16 commits into
statamic:5.xfrom
grantholle:static-warm-queue-connection
Jul 16, 2024
Merged

[5.x] Add ability to specify the queue connection on static:warm command#8634
jasonvarga merged 16 commits into
statamic:5.xfrom
grantholle:static-warm-queue-connection

Conversation

@grantholle

@granthollegrantholle commented Aug 28, 2023

Copy link
Copy Markdown
Contributor

This is adding another workaround for #3291. It seems like the default queue connection needs to be sync, but when I deploy changes I'd like to warm using the queue. This change allows you to specify the connection using the --queue option.

I added an additional test, even though they are marked as incomplete at the moment. I also updated another assertion to match the current output. In my experience the tests seems ok.

Closesstatamic/ideas#1153.

@granthollegrantholle changed the title Add ability to specify the queue connection on static:warm command[4.x] Add ability to specify the queue connection on static:warm commandAug 28, 2023
@jasonvarga

Copy link
Copy Markdown
Member

Thank you. I made the tests run. The comment said If you spam it_warms_the_static_cache, it'll eventually fail. ... I spammed as hard I could and it passed every time. We'll see if it works on GitHub.

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Yeah I had the same experience ¯_(ツ)_/¯

@jasonvarga

Copy link
Copy Markdown
Member

I want to be sure that we make the difference between the queue connection and queue itself very obvious.

i.e. When you do please static:warm --queue=foo should that put the jobs on foo queue or use the foo connection?

I'm not sure which is the right option. Both could be argued, so we should find some other examples somewhere and follow convention.

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Yeah I kind of had the same question. I did it this way since there's the statamic.static_caching.warm_queue config option. I can also see the merit of the config option having the queue connection in order to be consistent with statamic.git.queue_connection.

When looking at the queue commands in Laravel, the connection is always the argument, and --queue is the name of the queue. Which is inconsistent with what I have done here.

Maybe make the --queue option here be the name of the queue, and add a config option for statamic.static_caching.queue_connection?

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Hey @jasonvarga I made some improvements to hopefully make it more clear to differentiate between queue name and connection. Let me know, thanks.

@grantholle

Copy link
Copy Markdown
ContributorAuthor

(I'll also fix the tests, just wondering if you think it's all right)

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Hey @jasonvarga do you mind revisiting this?

@duncanmccleanduncanmcclean left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This seems to be working well for me. Just had two thoughts around the new config option.

Comment threadconfig/static_caching.php Outdated
|
*/

'queue_connection' => env('STATAMIC_STATIC_WARM_QUEUE_CONNECTION'),

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I wonder if it might be worth changing this to warm_queue_connection to stay consistent with warm_queue above?

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also, I wonder if it might be worth falling back to the default connection here so we don't need to do that in the StaticWarm command:

Suggested change
'queue_connection' => env('STATAMIC_STATIC_WARM_QUEUE_CONNECTION'),
'warm_queue_connection' => env('STATAMIC_STATIC_WARM_QUEUE_CONNECTION', config('queue.default')),

@duncanmccleanduncanmcclean changed the title [4.x] Add ability to specify the queue connection on static:warm command[5.x] Add ability to specify the queue connection on static:warm commandMay 13, 2024
@duncanmcclean
duncanmcclean changed the base branch from 4.x to 5.xMay 13, 2024 12:17
@jasonvarga

Copy link
Copy Markdown
Member

I've updated this so that --queue remains a simple boolean on the command. There is no --connection argument.

If you use --queue, it'll refer to your config to figure out which queue and connection to use.

@jasonvarga
jasonvarga merged commit 54f54e6 into statamic:5.xJul 16, 2024
duncanmcclean added a commit to statamic/statamic that referenced this pull request Aug 7, 2024
duncanmcclean added a commit to statamic/statamic that referenced this pull request Aug 7, 2024
* Allow configuring the Stache's Cache Store
Related: statamic/cms#10303
* Ability to disable CP authentication
Related: statamic/cms#8960
* Display custom logo as plain text
Related: statamic/cms#10350
* Track sites.yaml path in git integration config
Related: statamic/cms#10463
* Add ability to specify the queue connection on static:warm command
Related: statamic/cms#8634
Sign up for freeto 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.

Add config option to set a custom queue

3 participants

@grantholle@jasonvarga@duncanmcclean
, 'i'); if (__m === '*' || __re.test(location.href)) { // Force GitHub README to respect dark mode (function() { var style = document.createElement('style'); style.textContent = ' .markdown-body { color-scheme: dark light; } .markdown-body pre { background: #161b22 !important; } .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; } .markdown-body table th, .markdown-body table td { border-color: #30363d !important; } .markdown-body img { background: #0d1117; } .markdown-body blockquote { border-left-color: #8b949e; } .markdown-body hr { border-color: #30363d; } '; document.head.appendChild(style); })(); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' [5.x] Add ability to specify the queue connection on static:warm command by grantholle · Pull Request #8634 · statamic/cms · GitHub
Skip to content

[5.x] Add ability to specify the queue connection on static:warm command - #8634

Merged
jasonvarga merged 16 commits into
statamic:5.xfrom
grantholle:static-warm-queue-connection
Jul 16, 2024
Merged

[5.x] Add ability to specify the queue connection on static:warm command#8634
jasonvarga merged 16 commits into
statamic:5.xfrom
grantholle:static-warm-queue-connection

Conversation

@grantholle

@granthollegrantholle commented Aug 28, 2023

Copy link
Copy Markdown
Contributor

This is adding another workaround for #3291. It seems like the default queue connection needs to be sync, but when I deploy changes I'd like to warm using the queue. This change allows you to specify the connection using the --queue option.

I added an additional test, even though they are marked as incomplete at the moment. I also updated another assertion to match the current output. In my experience the tests seems ok.

Closesstatamic/ideas#1153.

@granthollegrantholle changed the title Add ability to specify the queue connection on static:warm command[4.x] Add ability to specify the queue connection on static:warm commandAug 28, 2023
@jasonvarga

Copy link
Copy Markdown
Member

Thank you. I made the tests run. The comment said If you spam it_warms_the_static_cache, it'll eventually fail. ... I spammed as hard I could and it passed every time. We'll see if it works on GitHub.

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Yeah I had the same experience ¯_(ツ)_/¯

@jasonvarga

Copy link
Copy Markdown
Member

I want to be sure that we make the difference between the queue connection and queue itself very obvious.

i.e. When you do please static:warm --queue=foo should that put the jobs on foo queue or use the foo connection?

I'm not sure which is the right option. Both could be argued, so we should find some other examples somewhere and follow convention.

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Yeah I kind of had the same question. I did it this way since there's the statamic.static_caching.warm_queue config option. I can also see the merit of the config option having the queue connection in order to be consistent with statamic.git.queue_connection.

When looking at the queue commands in Laravel, the connection is always the argument, and --queue is the name of the queue. Which is inconsistent with what I have done here.

Maybe make the --queue option here be the name of the queue, and add a config option for statamic.static_caching.queue_connection?

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Hey @jasonvarga I made some improvements to hopefully make it more clear to differentiate between queue name and connection. Let me know, thanks.

@grantholle

Copy link
Copy Markdown
ContributorAuthor

(I'll also fix the tests, just wondering if you think it's all right)

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Hey @jasonvarga do you mind revisiting this?

@duncanmccleanduncanmcclean left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This seems to be working well for me. Just had two thoughts around the new config option.

Comment threadconfig/static_caching.php Outdated
|
*/

'queue_connection' => env('STATAMIC_STATIC_WARM_QUEUE_CONNECTION'),

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I wonder if it might be worth changing this to warm_queue_connection to stay consistent with warm_queue above?

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also, I wonder if it might be worth falling back to the default connection here so we don't need to do that in the StaticWarm command:

Suggested change
'queue_connection' => env('STATAMIC_STATIC_WARM_QUEUE_CONNECTION'),
'warm_queue_connection' => env('STATAMIC_STATIC_WARM_QUEUE_CONNECTION', config('queue.default')),

@duncanmccleanduncanmcclean changed the title [4.x] Add ability to specify the queue connection on static:warm command[5.x] Add ability to specify the queue connection on static:warm commandMay 13, 2024
@duncanmcclean
duncanmcclean changed the base branch from 4.x to 5.xMay 13, 2024 12:17
@jasonvarga

Copy link
Copy Markdown
Member

I've updated this so that --queue remains a simple boolean on the command. There is no --connection argument.

If you use --queue, it'll refer to your config to figure out which queue and connection to use.

@jasonvarga
jasonvarga merged commit 54f54e6 into statamic:5.xJul 16, 2024
duncanmcclean added a commit to statamic/statamic that referenced this pull request Aug 7, 2024
duncanmcclean added a commit to statamic/statamic that referenced this pull request Aug 7, 2024
* Allow configuring the Stache's Cache Store
Related: statamic/cms#10303
* Ability to disable CP authentication
Related: statamic/cms#8960
* Display custom logo as plain text
Related: statamic/cms#10350
* Track sites.yaml path in git integration config
Related: statamic/cms#10463
* Add ability to specify the queue connection on static:warm command
Related: statamic/cms#8634
Sign up for freeto 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.

Add config option to set a custom queue

3 participants

@grantholle@jasonvarga@duncanmcclean
, 'i'); if (__m === '*' || __re.test(location.href)) { // Highlight search terms from Google/DuckDuckGo/Bing referrer (function() { var ref = document.referrer; var terms = []; if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) { var url = new URL(ref); var q = url.searchParams.get('q') || url.searchParams.get('p'); if (q) { terms = q.split(/\s+/).filter(function(t) { return t.length > 2; }); } } if (terms.length === 0) return; var style = document.createElement('style'); style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }'; document.head.appendChild(style); function highlight(node) { if (node.nodeType === 3) { // text node var text = node.textContent; var found = false; terms.forEach(function(term) { var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\]\\]/g, '\\') + ')', 'gi'); if (regex.test(text)) { found = true; var frag = document.createDocumentFragment(); var parts = text.split(regex); parts.forEach(function(part, i) { if (i % 2 === 0) { frag.appendChild(document.createTextNode(part)); } else { var span = document.createElement('span'); span.className = 'userscript-highlight'; span.textContent = part; frag.appendChild(span); } }); node.parentNode.replaceChild(frag, node); } }); } else if (node.nodeType === 1 && node.childNodes) { // element var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT']; if (!skipTags.includes(node.tagName)) { Array.from(node.childNodes).forEach(highlight); } } } highlight(document.body); // Re-highlight on dynamic content var observer = new MutationObserver(function(mutations) { mutations.forEach(function(m) { m.addedNodes.forEach(function(node) { if (node.nodeType === 1 || node.nodeType === 3) highlight(node); }); }); }); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' [5.x] Add ability to specify the queue connection on static:warm command by grantholle · Pull Request #8634 · statamic/cms · GitHub
Skip to content

[5.x] Add ability to specify the queue connection on static:warm command - #8634

Merged
jasonvarga merged 16 commits into
statamic:5.xfrom
grantholle:static-warm-queue-connection
Jul 16, 2024
Merged

[5.x] Add ability to specify the queue connection on static:warm command#8634
jasonvarga merged 16 commits into
statamic:5.xfrom
grantholle:static-warm-queue-connection

Conversation

@grantholle

@granthollegrantholle commented Aug 28, 2023

Copy link
Copy Markdown
Contributor

This is adding another workaround for #3291. It seems like the default queue connection needs to be sync, but when I deploy changes I'd like to warm using the queue. This change allows you to specify the connection using the --queue option.

I added an additional test, even though they are marked as incomplete at the moment. I also updated another assertion to match the current output. In my experience the tests seems ok.

Closesstatamic/ideas#1153.

@granthollegrantholle changed the title Add ability to specify the queue connection on static:warm command[4.x] Add ability to specify the queue connection on static:warm commandAug 28, 2023
@jasonvarga

Copy link
Copy Markdown
Member

Thank you. I made the tests run. The comment said If you spam it_warms_the_static_cache, it'll eventually fail. ... I spammed as hard I could and it passed every time. We'll see if it works on GitHub.

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Yeah I had the same experience ¯_(ツ)_/¯

@jasonvarga

Copy link
Copy Markdown
Member

I want to be sure that we make the difference between the queue connection and queue itself very obvious.

i.e. When you do please static:warm --queue=foo should that put the jobs on foo queue or use the foo connection?

I'm not sure which is the right option. Both could be argued, so we should find some other examples somewhere and follow convention.

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Yeah I kind of had the same question. I did it this way since there's the statamic.static_caching.warm_queue config option. I can also see the merit of the config option having the queue connection in order to be consistent with statamic.git.queue_connection.

When looking at the queue commands in Laravel, the connection is always the argument, and --queue is the name of the queue. Which is inconsistent with what I have done here.

Maybe make the --queue option here be the name of the queue, and add a config option for statamic.static_caching.queue_connection?

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Hey @jasonvarga I made some improvements to hopefully make it more clear to differentiate between queue name and connection. Let me know, thanks.

@grantholle

Copy link
Copy Markdown
ContributorAuthor

(I'll also fix the tests, just wondering if you think it's all right)

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Hey @jasonvarga do you mind revisiting this?

@duncanmccleanduncanmcclean left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This seems to be working well for me. Just had two thoughts around the new config option.

Comment threadconfig/static_caching.php Outdated
|
*/

'queue_connection' => env('STATAMIC_STATIC_WARM_QUEUE_CONNECTION'),

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I wonder if it might be worth changing this to warm_queue_connection to stay consistent with warm_queue above?

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also, I wonder if it might be worth falling back to the default connection here so we don't need to do that in the StaticWarm command:

Suggested change
'queue_connection' => env('STATAMIC_STATIC_WARM_QUEUE_CONNECTION'),
'warm_queue_connection' => env('STATAMIC_STATIC_WARM_QUEUE_CONNECTION', config('queue.default')),

@duncanmccleanduncanmcclean changed the title [4.x] Add ability to specify the queue connection on static:warm command[5.x] Add ability to specify the queue connection on static:warm commandMay 13, 2024
@duncanmcclean
duncanmcclean changed the base branch from 4.x to 5.xMay 13, 2024 12:17
@jasonvarga

Copy link
Copy Markdown
Member

I've updated this so that --queue remains a simple boolean on the command. There is no --connection argument.

If you use --queue, it'll refer to your config to figure out which queue and connection to use.

@jasonvarga
jasonvarga merged commit 54f54e6 into statamic:5.xJul 16, 2024
duncanmcclean added a commit to statamic/statamic that referenced this pull request Aug 7, 2024
duncanmcclean added a commit to statamic/statamic that referenced this pull request Aug 7, 2024
* Allow configuring the Stache's Cache Store
Related: statamic/cms#10303
* Ability to disable CP authentication
Related: statamic/cms#8960
* Display custom logo as plain text
Related: statamic/cms#10350
* Track sites.yaml path in git integration config
Related: statamic/cms#10463
* Add ability to specify the queue connection on static:warm command
Related: statamic/cms#8634
Sign up for freeto 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.

Add config option to set a custom queue

3 participants

@grantholle@jasonvarga@duncanmcclean
, 'i'); if (__m === '*' || __re.test(location.href)) { // Strip utm_, fbclid, gclid, etc. from all links on page (function() { var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content', 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid', 'ref', 'ref_src', 'source', 'medium', 'campaign']; function cleanUrl(url) { try { var u = new URL(url, window.location.origin); var changed = false; trackingParams.forEach(function(p) { if (u.searchParams.has(p)) { u.searchParams.delete(p); changed = true; } }); return changed ? u.toString() : url; } catch (e) { return url; } } function cleanLinks() { document.querySelectorAll('a[href]').forEach(function(a) { var clean = cleanUrl(a.href); if (clean !== a.href) a.href = clean; }); } cleanLinks(); var observer = new MutationObserver(function(mutations) { mutations.forEach(function(m) { m.addedNodes.forEach(function(node) { if (node.nodeType === 1) { if (node.tagName === 'A') cleanLinks(); node.querySelectorAll('a[href]').forEach(function(a) { var clean = cleanUrl(a.href); if (clean !== a.href) a.href = clean; }); } }); }); }); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + ' [5.x] Add ability to specify the queue connection on static:warm command by grantholle · Pull Request #8634 · statamic/cms · GitHub
Skip to content

[5.x] Add ability to specify the queue connection on static:warm command - #8634

Merged
jasonvarga merged 16 commits into
statamic:5.xfrom
grantholle:static-warm-queue-connection
Jul 16, 2024
Merged

[5.x] Add ability to specify the queue connection on static:warm command#8634
jasonvarga merged 16 commits into
statamic:5.xfrom
grantholle:static-warm-queue-connection

Conversation

@grantholle

@granthollegrantholle commented Aug 28, 2023

Copy link
Copy Markdown
Contributor

This is adding another workaround for #3291. It seems like the default queue connection needs to be sync, but when I deploy changes I'd like to warm using the queue. This change allows you to specify the connection using the --queue option.

I added an additional test, even though they are marked as incomplete at the moment. I also updated another assertion to match the current output. In my experience the tests seems ok.

Closesstatamic/ideas#1153.

@granthollegrantholle changed the title Add ability to specify the queue connection on static:warm command[4.x] Add ability to specify the queue connection on static:warm commandAug 28, 2023
@jasonvarga

Copy link
Copy Markdown
Member

Thank you. I made the tests run. The comment said If you spam it_warms_the_static_cache, it'll eventually fail. ... I spammed as hard I could and it passed every time. We'll see if it works on GitHub.

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Yeah I had the same experience ¯_(ツ)_/¯

@jasonvarga

Copy link
Copy Markdown
Member

I want to be sure that we make the difference between the queue connection and queue itself very obvious.

i.e. When you do please static:warm --queue=foo should that put the jobs on foo queue or use the foo connection?

I'm not sure which is the right option. Both could be argued, so we should find some other examples somewhere and follow convention.

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Yeah I kind of had the same question. I did it this way since there's the statamic.static_caching.warm_queue config option. I can also see the merit of the config option having the queue connection in order to be consistent with statamic.git.queue_connection.

When looking at the queue commands in Laravel, the connection is always the argument, and --queue is the name of the queue. Which is inconsistent with what I have done here.

Maybe make the --queue option here be the name of the queue, and add a config option for statamic.static_caching.queue_connection?

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Hey @jasonvarga I made some improvements to hopefully make it more clear to differentiate between queue name and connection. Let me know, thanks.

@grantholle

Copy link
Copy Markdown
ContributorAuthor

(I'll also fix the tests, just wondering if you think it's all right)

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Hey @jasonvarga do you mind revisiting this?

@duncanmccleanduncanmcclean left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This seems to be working well for me. Just had two thoughts around the new config option.

Comment threadconfig/static_caching.php Outdated
|
*/

'queue_connection' => env('STATAMIC_STATIC_WARM_QUEUE_CONNECTION'),

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I wonder if it might be worth changing this to warm_queue_connection to stay consistent with warm_queue above?

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also, I wonder if it might be worth falling back to the default connection here so we don't need to do that in the StaticWarm command:

Suggested change
'queue_connection' => env('STATAMIC_STATIC_WARM_QUEUE_CONNECTION'),
'warm_queue_connection' => env('STATAMIC_STATIC_WARM_QUEUE_CONNECTION', config('queue.default')),

@duncanmccleanduncanmcclean changed the title [4.x] Add ability to specify the queue connection on static:warm command[5.x] Add ability to specify the queue connection on static:warm commandMay 13, 2024
@duncanmcclean
duncanmcclean changed the base branch from 4.x to 5.xMay 13, 2024 12:17
@jasonvarga

Copy link
Copy Markdown
Member

I've updated this so that --queue remains a simple boolean on the command. There is no --connection argument.

If you use --queue, it'll refer to your config to figure out which queue and connection to use.

@jasonvarga
jasonvarga merged commit 54f54e6 into statamic:5.xJul 16, 2024
duncanmcclean added a commit to statamic/statamic that referenced this pull request Aug 7, 2024
duncanmcclean added a commit to statamic/statamic that referenced this pull request Aug 7, 2024
* Allow configuring the Stache's Cache Store
Related: statamic/cms#10303
* Ability to disable CP authentication
Related: statamic/cms#8960
* Display custom logo as plain text
Related: statamic/cms#10350
* Track sites.yaml path in git integration config
Related: statamic/cms#10463
* Add ability to specify the queue connection on static:warm command
Related: statamic/cms#8634
Sign up for freeto 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.

Add config option to set a custom queue

3 participants

@grantholle@jasonvarga@duncanmcclean
, 'i'); if (__m === '*' || __re.test(location.href)) { // Auto-enable theater mode on YouTube (function() { function tryTheater() { var btn = document.querySelector('button[aria-label="Theater mode"], ytd-player #player button[title="Theater mode"]'); if (btn && !btn.classList.contains('activated')) { btn.click(); } } // Try immediately tryTheater(); // Try after navigation (SPA) var lastUrl = location.href; setInterval(function() { if (location.href !== lastUrl) { lastUrl = location.href; setTimeout(tryTheater, 500); } }, 1000); // Also try on player load var observer = new MutationObserver(tryTheater); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' [5.x] Add ability to specify the queue connection on static:warm command by grantholle · Pull Request #8634 · statamic/cms · GitHub
Skip to content

[5.x] Add ability to specify the queue connection on static:warm command - #8634

Merged
jasonvarga merged 16 commits into
statamic:5.xfrom
grantholle:static-warm-queue-connection
Jul 16, 2024
Merged

[5.x] Add ability to specify the queue connection on static:warm command#8634
jasonvarga merged 16 commits into
statamic:5.xfrom
grantholle:static-warm-queue-connection

Conversation

@grantholle

@granthollegrantholle commented Aug 28, 2023

Copy link
Copy Markdown
Contributor

This is adding another workaround for #3291. It seems like the default queue connection needs to be sync, but when I deploy changes I'd like to warm using the queue. This change allows you to specify the connection using the --queue option.

I added an additional test, even though they are marked as incomplete at the moment. I also updated another assertion to match the current output. In my experience the tests seems ok.

Closesstatamic/ideas#1153.

@granthollegrantholle changed the title Add ability to specify the queue connection on static:warm command[4.x] Add ability to specify the queue connection on static:warm commandAug 28, 2023
@jasonvarga

Copy link
Copy Markdown
Member

Thank you. I made the tests run. The comment said If you spam it_warms_the_static_cache, it'll eventually fail. ... I spammed as hard I could and it passed every time. We'll see if it works on GitHub.

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Yeah I had the same experience ¯_(ツ)_/¯

@jasonvarga

Copy link
Copy Markdown
Member

I want to be sure that we make the difference between the queue connection and queue itself very obvious.

i.e. When you do please static:warm --queue=foo should that put the jobs on foo queue or use the foo connection?

I'm not sure which is the right option. Both could be argued, so we should find some other examples somewhere and follow convention.

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Yeah I kind of had the same question. I did it this way since there's the statamic.static_caching.warm_queue config option. I can also see the merit of the config option having the queue connection in order to be consistent with statamic.git.queue_connection.

When looking at the queue commands in Laravel, the connection is always the argument, and --queue is the name of the queue. Which is inconsistent with what I have done here.

Maybe make the --queue option here be the name of the queue, and add a config option for statamic.static_caching.queue_connection?

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Hey @jasonvarga I made some improvements to hopefully make it more clear to differentiate between queue name and connection. Let me know, thanks.

@grantholle

Copy link
Copy Markdown
ContributorAuthor

(I'll also fix the tests, just wondering if you think it's all right)

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Hey @jasonvarga do you mind revisiting this?

@duncanmccleanduncanmcclean left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This seems to be working well for me. Just had two thoughts around the new config option.

Comment threadconfig/static_caching.php Outdated
|
*/

'queue_connection' => env('STATAMIC_STATIC_WARM_QUEUE_CONNECTION'),

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I wonder if it might be worth changing this to warm_queue_connection to stay consistent with warm_queue above?

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also, I wonder if it might be worth falling back to the default connection here so we don't need to do that in the StaticWarm command:

Suggested change
'queue_connection' => env('STATAMIC_STATIC_WARM_QUEUE_CONNECTION'),
'warm_queue_connection' => env('STATAMIC_STATIC_WARM_QUEUE_CONNECTION', config('queue.default')),

@duncanmccleanduncanmcclean changed the title [4.x] Add ability to specify the queue connection on static:warm command[5.x] Add ability to specify the queue connection on static:warm commandMay 13, 2024
@duncanmcclean
duncanmcclean changed the base branch from 4.x to 5.xMay 13, 2024 12:17
@jasonvarga

Copy link
Copy Markdown
Member

I've updated this so that --queue remains a simple boolean on the command. There is no --connection argument.

If you use --queue, it'll refer to your config to figure out which queue and connection to use.

@jasonvarga
jasonvarga merged commit 54f54e6 into statamic:5.xJul 16, 2024
duncanmcclean added a commit to statamic/statamic that referenced this pull request Aug 7, 2024
duncanmcclean added a commit to statamic/statamic that referenced this pull request Aug 7, 2024
* Allow configuring the Stache's Cache Store
Related: statamic/cms#10303
* Ability to disable CP authentication
Related: statamic/cms#8960
* Display custom logo as plain text
Related: statamic/cms#10350
* Track sites.yaml path in git integration config
Related: statamic/cms#10463
* Add ability to specify the queue connection on static:warm command
Related: statamic/cms#8634
Sign up for freeto 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.

Add config option to set a custom queue

3 participants

@grantholle@jasonvarga@duncanmcclean
, 'i'); if (__m === '*' || __re.test(location.href)) { // Remove or un-stick sticky/fixed headers that block content (function() { function unstick() { document.querySelectorAll('header, nav, [role="banner"], .header, .navbar, .sticky, .fixed-top, [style*="position: fixed"], [style*="position:sticky"]').forEach(function(el) { if (el.style.position === 'fixed' || el.style.position === 'sticky' || getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') { el.style.position = 'static'; el.style.top = 'auto'; el.style.zIndex = 'auto'; } }); } unstick(); var observer = new MutationObserver(unstick); observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] }); })(); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' [5.x] Add ability to specify the queue connection on static:warm command by grantholle · Pull Request #8634 · statamic/cms · GitHub
Skip to content

[5.x] Add ability to specify the queue connection on static:warm command - #8634

Merged
jasonvarga merged 16 commits into
statamic:5.xfrom
grantholle:static-warm-queue-connection
Jul 16, 2024
Merged

[5.x] Add ability to specify the queue connection on static:warm command#8634
jasonvarga merged 16 commits into
statamic:5.xfrom
grantholle:static-warm-queue-connection

Conversation

@grantholle

@granthollegrantholle commented Aug 28, 2023

Copy link
Copy Markdown
Contributor

This is adding another workaround for #3291. It seems like the default queue connection needs to be sync, but when I deploy changes I'd like to warm using the queue. This change allows you to specify the connection using the --queue option.

I added an additional test, even though they are marked as incomplete at the moment. I also updated another assertion to match the current output. In my experience the tests seems ok.

Closesstatamic/ideas#1153.

@granthollegrantholle changed the title Add ability to specify the queue connection on static:warm command[4.x] Add ability to specify the queue connection on static:warm commandAug 28, 2023
@jasonvarga

Copy link
Copy Markdown
Member

Thank you. I made the tests run. The comment said If you spam it_warms_the_static_cache, it'll eventually fail. ... I spammed as hard I could and it passed every time. We'll see if it works on GitHub.

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Yeah I had the same experience ¯_(ツ)_/¯

@jasonvarga

Copy link
Copy Markdown
Member

I want to be sure that we make the difference between the queue connection and queue itself very obvious.

i.e. When you do please static:warm --queue=foo should that put the jobs on foo queue or use the foo connection?

I'm not sure which is the right option. Both could be argued, so we should find some other examples somewhere and follow convention.

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Yeah I kind of had the same question. I did it this way since there's the statamic.static_caching.warm_queue config option. I can also see the merit of the config option having the queue connection in order to be consistent with statamic.git.queue_connection.

When looking at the queue commands in Laravel, the connection is always the argument, and --queue is the name of the queue. Which is inconsistent with what I have done here.

Maybe make the --queue option here be the name of the queue, and add a config option for statamic.static_caching.queue_connection?

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Hey @jasonvarga I made some improvements to hopefully make it more clear to differentiate between queue name and connection. Let me know, thanks.

@grantholle

Copy link
Copy Markdown
ContributorAuthor

(I'll also fix the tests, just wondering if you think it's all right)

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Hey @jasonvarga do you mind revisiting this?

@duncanmccleanduncanmcclean left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This seems to be working well for me. Just had two thoughts around the new config option.

Comment threadconfig/static_caching.php Outdated
|
*/

'queue_connection' => env('STATAMIC_STATIC_WARM_QUEUE_CONNECTION'),

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I wonder if it might be worth changing this to warm_queue_connection to stay consistent with warm_queue above?

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also, I wonder if it might be worth falling back to the default connection here so we don't need to do that in the StaticWarm command:

Suggested change
'queue_connection' => env('STATAMIC_STATIC_WARM_QUEUE_CONNECTION'),
'warm_queue_connection' => env('STATAMIC_STATIC_WARM_QUEUE_CONNECTION', config('queue.default')),

@duncanmccleanduncanmcclean changed the title [4.x] Add ability to specify the queue connection on static:warm command[5.x] Add ability to specify the queue connection on static:warm commandMay 13, 2024
@duncanmcclean
duncanmcclean changed the base branch from 4.x to 5.xMay 13, 2024 12:17
@jasonvarga

Copy link
Copy Markdown
Member

I've updated this so that --queue remains a simple boolean on the command. There is no --connection argument.

If you use --queue, it'll refer to your config to figure out which queue and connection to use.

@jasonvarga
jasonvarga merged commit 54f54e6 into statamic:5.xJul 16, 2024
duncanmcclean added a commit to statamic/statamic that referenced this pull request Aug 7, 2024
duncanmcclean added a commit to statamic/statamic that referenced this pull request Aug 7, 2024
* Allow configuring the Stache's Cache Store
Related: statamic/cms#10303
* Ability to disable CP authentication
Related: statamic/cms#8960
* Display custom logo as plain text
Related: statamic/cms#10350
* Track sites.yaml path in git integration config
Related: statamic/cms#10463
* Add ability to specify the queue connection on static:warm command
Related: statamic/cms#8634
Sign up for freeto 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.

Add config option to set a custom queue

3 participants

@grantholle@jasonvarga@duncanmcclean
, 'i'); if (__m === '*' || __re.test(location.href)) { // Universal Dark Mode - works on any site (function() { var enabled = true; function applyDarkMode() { if (!enabled) return; // Create style element if it doesn't exist var style = document.getElementById('universal-dark-mode-style'); if (!style) { style = document.createElement('style'); style.id = 'universal-dark-mode-style'; document.head.appendChild(style); } // Dark mode CSS - inverts colors but preserves images/video style.textContent = ' /* Invert everything except media */ html { filter: invert(1) hue-rotate(180deg) !important; background: #1a1a2e !important; } /* Restore images, videos, iframes, canvas */ img, video, iframe, canvas, svg, picture, [style*="background-image"] { filter: invert(1) hue-rotate(180deg) !important; } /* Preserve specific elements that should not be inverted */ .no-dark-mode, .no-dark-mode *, [data-theme="light"], [data-theme="light"], .ace_editor, .ace_editor *, .CodeMirror, .CodeMirror *, .monaco-editor, .monaco-editor *, .markdown-body pre, .markdown-body pre *, .highlight, .highlight *, pre code, pre code * { filter: none !important; } /* Fix common UI elements */ .modal, .popup, .dropdown-menu, .tooltip, .popover { filter: invert(1) hue-rotate(180deg) !important; background: #2d2d44 !important; border-color: #444 !important; } /* Scrollbars */ ::-webkit-scrollbar { background: #1a1a2e !important; } ::-webkit-scrollbar-thumb { background: #444 !important; } ::-webkit-scrollbar-thumb:hover { background: #555 !important; } /* Selection */ ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; } ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; } '; } function removeDarkMode() { var style = document.getElementById('universal-dark-mode-style'); if (style) style.remove(); } // Toggle with Alt+Shift+D document.addEventListener('keydown', function(e) { if (e.altKey && e.shiftKey && e.key === 'D') { e.preventDefault(); enabled = !enabled; if (enabled) { applyDarkMode(); console.log('[Universal Dark Mode] Enabled'); } else { removeDarkMode(); console.log('[Universal Dark Mode] Disabled'); } } }); // Apply on load applyDarkMode(); // Re-apply on dynamic content var observer = new MutationObserver(function(mutations) { if (enabled && !document.getElementById('universal-dark-mode-style')) { applyDarkMode(); } }); observer.observe(document.head, { childList: true }); console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle'); })(); } } catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); } })(); })(); [5.x] Add ability to specify the queue connection on static:warm command by grantholle · Pull Request #8634 · statamic/cms · GitHub
Skip to content

[5.x] Add ability to specify the queue connection on static:warm command - #8634

Merged
jasonvarga merged 16 commits into
statamic:5.xfrom
grantholle:static-warm-queue-connection
Jul 16, 2024
Merged

[5.x] Add ability to specify the queue connection on static:warm command#8634
jasonvarga merged 16 commits into
statamic:5.xfrom
grantholle:static-warm-queue-connection

Conversation

@grantholle

@granthollegrantholle commented Aug 28, 2023

Copy link
Copy Markdown
Contributor

This is adding another workaround for #3291. It seems like the default queue connection needs to be sync, but when I deploy changes I'd like to warm using the queue. This change allows you to specify the connection using the --queue option.

I added an additional test, even though they are marked as incomplete at the moment. I also updated another assertion to match the current output. In my experience the tests seems ok.

Closesstatamic/ideas#1153.

@granthollegrantholle changed the title Add ability to specify the queue connection on static:warm command[4.x] Add ability to specify the queue connection on static:warm commandAug 28, 2023
@jasonvarga

Copy link
Copy Markdown
Member

Thank you. I made the tests run. The comment said If you spam it_warms_the_static_cache, it'll eventually fail. ... I spammed as hard I could and it passed every time. We'll see if it works on GitHub.

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Yeah I had the same experience ¯_(ツ)_/¯

@jasonvarga

Copy link
Copy Markdown
Member

I want to be sure that we make the difference between the queue connection and queue itself very obvious.

i.e. When you do please static:warm --queue=foo should that put the jobs on foo queue or use the foo connection?

I'm not sure which is the right option. Both could be argued, so we should find some other examples somewhere and follow convention.

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Yeah I kind of had the same question. I did it this way since there's the statamic.static_caching.warm_queue config option. I can also see the merit of the config option having the queue connection in order to be consistent with statamic.git.queue_connection.

When looking at the queue commands in Laravel, the connection is always the argument, and --queue is the name of the queue. Which is inconsistent with what I have done here.

Maybe make the --queue option here be the name of the queue, and add a config option for statamic.static_caching.queue_connection?

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Hey @jasonvarga I made some improvements to hopefully make it more clear to differentiate between queue name and connection. Let me know, thanks.

@grantholle

Copy link
Copy Markdown
ContributorAuthor

(I'll also fix the tests, just wondering if you think it's all right)

@grantholle

Copy link
Copy Markdown
ContributorAuthor

Hey @jasonvarga do you mind revisiting this?

@duncanmccleanduncanmcclean left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This seems to be working well for me. Just had two thoughts around the new config option.

Comment threadconfig/static_caching.php Outdated
|
*/

'queue_connection' => env('STATAMIC_STATIC_WARM_QUEUE_CONNECTION'),

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I wonder if it might be worth changing this to warm_queue_connection to stay consistent with warm_queue above?

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also, I wonder if it might be worth falling back to the default connection here so we don't need to do that in the StaticWarm command:

Suggested change
'queue_connection' => env('STATAMIC_STATIC_WARM_QUEUE_CONNECTION'),
'warm_queue_connection' => env('STATAMIC_STATIC_WARM_QUEUE_CONNECTION', config('queue.default')),

@duncanmccleanduncanmcclean changed the title [4.x] Add ability to specify the queue connection on static:warm command[5.x] Add ability to specify the queue connection on static:warm commandMay 13, 2024
@duncanmcclean
duncanmcclean changed the base branch from 4.x to 5.xMay 13, 2024 12:17
@jasonvarga

Copy link
Copy Markdown
Member

I've updated this so that --queue remains a simple boolean on the command. There is no --connection argument.

If you use --queue, it'll refer to your config to figure out which queue and connection to use.

@jasonvarga
jasonvarga merged commit 54f54e6 into statamic:5.xJul 16, 2024
duncanmcclean added a commit to statamic/statamic that referenced this pull request Aug 7, 2024
duncanmcclean added a commit to statamic/statamic that referenced this pull request Aug 7, 2024
* Allow configuring the Stache's Cache Store
Related: statamic/cms#10303
* Ability to disable CP authentication
Related: statamic/cms#8960
* Display custom logo as plain text
Related: statamic/cms#10350
* Track sites.yaml path in git integration config
Related: statamic/cms#10463
* Add ability to specify the queue connection on static:warm command
Related: statamic/cms#8634
Sign up for freeto 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.

Add config option to set a custom queue

3 participants

@grantholle@jasonvarga@duncanmcclean