wbmnfktr

Some of you may know that I took over the ProcessWire Recipes project quite some time ago. Including the .com domain a few weeks back and the new .recipes domain right after my start. To make it clear: processwire.recipes right now uses AstroJS on Cloudflare so that there is no real need for a hosting, and it could run there for however. But here is the interesting part and question: Would you expect, maybe even demand, that those and similar projects were built with ProcessWire itself? I'd really like to and want to hear all your thoughts and opinions about this idea and topic. All pro and contra-arguments. Everything. Maybe even roast me for not using PW on that project.

The Astro Discord from astro.build - is from another world. I have to say that! Still Discord but the people there, in the right channels, are as helpful and supportive as we a here in our forum. I love them. They helped me a lot. The whole community around Astro is super similar to our world here. Sure... you can't find anything from the outside, or even inside - as the Discord search is [redacted] - but yeah. Super awesome community, super awesome people there. You might want to ignore those that shout the loudest, but that's another story. Love them (almost) equally as the people, the community, and everything else here.

Wouldn't that mean that your test resulted in WireMailRouter took care of that test and ignored WireMailSmtp?

.. and a great weekend, too!

The community, the people... that's here and it will never move. I'm sure about that. BUT... having nice short updates on the go either on X or whereever is always nice.

Just clicked FOLLOW. I'm on there for over 15 years, and while it needs more work done itself, it just got way better. At least for me. I would do that. I'll take care of this. It absolutely is. Best community ever. AND it's a forum/board and not Discord or whatever.

X/Twitter is still my favourite place, yet... pinkary sounds nice. Joined a few minutes ago. Let's see. Maybe it becomes the PW Community's home.

There is always the option to only accept parts of the code Cursor created/generated. From the chat it's easier to see than from composer - still having only the small composer window and looking at the files, you can select the changes you want to apply.

Here is the interesting part aka links to that project: https://github.com/saoudrizwan/claude-dev https://marketplace.visualstudio.com/items?itemName=saoudrizwan.claude-dev That YT channel just sells courses of some kind. And in addition to this: Claude Dev is similar to Aider and AIDEV. You can look them up on YouTube and elsewhere.

Is the next on my list. Again. Tried it already but it couldn't convince me back then and made me try GitHub Copilot.

That's true. What I love that it can do the tasks I don't want to do. Split a large file into smaller parts, create some boilerplates, add fake data and content. Scaffold out the basics so you just have to fill in the blanks. Even little things you probably have in your snippets like: give me a foreach loop that iterates over $recipes and updates x, y, and z. generate 1,000 demo pages, add unique titles, some content, dates starting from 1997 to 2027. 5 seconds. Done.

It's been two weeks now since I switched to Cursor Pro full-time and I have to say... "Thank you, Supermaven. It was an awesome time. Fare well, enjoy your life now. Was a pleasure to meet you. 😊" I'm there, in a different way as planned, yet... I reached that point. And I am super happy. Best part... Docs included. Anyone else of you moved completely or at all to Cursor?

There is so much the community already has a solution for... we just have to remind ourselves about these solutions. (to be fair... I regularly can't remember core functionalities as well) Especially in cases like this, I would vote for something like a "merge this module into core"-principle of some kind, yet I want to see module authors thrive for and because of their efforts. Similar to the Weekly update – 2 August 2024 announcement - where we saw similarities to already existing solutions:

I became so used to use Template Field Widths that I almost always install it on larger projects. Super fast editing of values, tabbing around and done.

Oooh... that's where those screenshots came from. Sorry, no idea what's happening there with Language Packs. Your Language Pack doesn't look that different compared to other packs.

Never did this but you need an account for that part of ProcessWire.com and have to register an account here: https://processwire.com/modules/login/register You can link to your profile here in that process, too. Seems to be separated from the forums.

Damn... you are right. That should probably work even better. Always forget that we have that option. Sorry.

Podcast you probably want to watch:

Besides your workflow makes me feel a bit uncomfortable with all that raw HTML in input fields, and things like that, I struggle to really understand what pages you are looking at for changes you made and how you look at them and test them. You mention the change of session keys, which only happens in case the session changes, which is rarely the case while working in the backend. There could be of course things like enabled developer tools in the browser, using a CDN on the website, and maybe even code you use in your custom login screen. To make it clear: Usually working in the backend should NOT take two tries to save a change. That's rarely an issue someone would face. I can happen, when for example you are behind a VPN (like in Opera, without knowing), cookie blockers, adblockers, and even a not so perfect setup of Cloudflare CDN that tries to cache everything in your backend. To get you going: is this a local or remote setup if local: what kind of setup is that? (DDEV, Laragon, Docker, Custom) can you post screens of your editing and testing pages (so we know where you actually are in ProcessWire)

In my Front-End Page Editor settings there aren't even any image fields listed, so I guess: No, not possible. Maybe there are hooks or other ways to achieve that, but I wouldn't bet on this. Just an idea and never tried it but what about using a custom/different field like image_description (text or textarea field) you show somewhere in the frontend/on the page but only for admins, so you can edit it, and use it for the image desription by referencing it in the image tag. This way you can activate it for frontend-editing, edit it, and use it with the image. Multiple images wouldn't work here. // the normal way <img src="<?php echo $page->image->url(); ?>" alt="<?php echo $page->image->description; ?>" /> // the other way <?php if($user->isLoggedIn()):?> <div class="show-image-description-text-to-edit-in-front-end"> <?php echo $page->image_description; ?> </div> <?php endif;?> <img src="<?php echo $page->image->url(); ?>" alt="<?php echo $page->image_description; ?>" />

Ok... that looks really weird. First... make a backup, then... Check all installed admin themes, disable, and uninstall those you don't use. Stick with the default for now. Do you use any other modules that change styling and or behaviour in the backend?

You forgot the screenshots.

New off-topic: The moment you remember you can easily disable mandatory fields in FormBuilder with just a few double-clicks and can finally stop entering data into 20+ fields. ??

How do you put the files on the server - FTP, SFTP, Rsync, Samba share or so? Do the access rights (read/write) of those files look ok? Is the session folder writeable?

So... at this point you, @BrendonKoz, and others should post all details about their setups to find the issue. Those warnings might not have an impact, BUT they are a very bad look when trying/installing ProcessWire for the very first time. For my current DEV-setups: latest DDEV (Host: Ubuntu 23.10, not virtual) PHP 8.2 MariaDB 10.4 Apache FPM InnoDB, utf8mb4 Latest successful ProcessWire version: 3.0.241 For my current PROD-setups: PHP 7-4 to 8.2 MySQL v. ??? on webgo, and whatever on Hostinger Apache - not sure how it runs there (webgo, Hostinger) InnoDB, utf8mb4 and a lot of MyISAM with utf8 and utf8mb4 ProcessWire from 3.0.165 to 3.0.241