dotnetic

I think maybe both variants should be in the same recipe. I am talking about the recipe creating a page via api. The published method is still viable, but there is also pages->new with a much simpler one argument syntax. So neither is right or wrong, better or badder, but a matter of choice.

The reason why I am asking for the release of v008 is because as the initial select I want to display a list of images instead of the title. Is this possible with v007?

@wbmnfktr Here are some thoughts for improvement and a question: A search function is missing. Would be great if it could be integrated. There are search functions that work with html elements, like Search, sort, filters, flexibility to tables, list and more! - List.js (listjs.com) but this solution would only work if all recipes are on one page, as it is right now. Going forth and back to see different recipes is not good for the eyes, because of the steady switch of backgrounds. I think it is better if you remove the blue background on the homepage and maybe add some shadows to the recipe cards then. It would be nice, if you can quickly navigate from one recipe to others. There are several ways this could be done. A search function would be one option, or an iframe as a sidebar with all recipes. How can I improve a recipe because there are better (newer) methods to accomplish the same? Create a PR for that recipe? Or create a new recipe with the same title with the improved method? There should be a ProcessWire version field, so someone knows that one method only works with a specific version of PW.

Was version 008 ever released? I bought this module some days ago, and received version 007 (codename James Bond).

Thank you @bernhard for this extensive post. I use RockMigrations every day and love it, as I stated often before. It isn't as hard as it looks at first. Just try it out and if you should stumble over something, then just ask for support here in the forum. RockMigrations saves much time and makes it easy to develop features in your dev environment and then when the feature is finished push the changes to the live server with migrations being executed automatically, which creates all fields, templates and even pages and contents. Could live without it, but that would be a sad life. So.... start using it now!

Did you find a solution yet? Depending on your host it could be that you can not make changes to your php.ini. The size of the setting could also be limitted by your web package that you bought. Some other hosters like Domain Factory use a user.ini instead of a php.ini in the root of your webspace, where you can make adjustments.

Just fixed 3 small issues, grab the fresh release: Releases · jmartsch/pw-lang-de (github.com)

This is already the case, just tested it with a fresh import into an existing project. That was a request, maybe even from you 3 years ago. Since then it is "verschieben". You can see it in here pw-lang-de/wire--modules--process--processpagelist--processpagelistrender-php.json at 647a7d40d3b933f2c43bde859401a4f7d6cc2a7d · jmartsch/pw-lang-de (github.com)

Outline is always on all four sides, and you can not set properties like width or color indiviually

Yes, that would be what I expect too

Yes, it is used for many things in the admin panel. On the frontend you are free to choose whatever you like. I think you are talking about the frontend. IMHO you should avoid using a CDN to integrate jQuery into your site, because of GDPR regulations in the EU (if you reside in the EU) and also I experienced times, where the CDNs failed or took a long time, so the whole site was blocked because it could not load jQuery. Nowadays I don't use jQuery anymore and try to write everything as vanilla JavaScript. jQuery has a simpler syntax sometimes, but adds additional Kilobytes to the load and execution time of your website. It was great some years ago, to overcome browser inconsistencies, but that is not needed any more. You might read You Might Not Need jQuery To avoid discussion: This is MY opinion and everyone can decide for themselves what to use.

$pages->findRaw is the way to go if you want many results and only specific fields. I reduced the load time of a json file for 22000 pages querying 14 fields of the page from around 7 seconds to 1.5 to 2.0 seconds. My client is more than happy because he reloads the page with this data very often on one day.

Yes I think thats faster, because for example FilamentPHP has the option to build the admin panel from scratch and add only the navigation entries you need (permission controlled). It also has migrations out of the box (because of Laravel), and I also said the same thing as you above: Yes, that is a priority for me (in some cases) and why should I use PW for this, if others bring better functionality out of the box? Did you try out other Frameworks or CMS like Laravel or Statamic? Some have a similar API like ProcessWire, it seems like Laravel and PW inspired each other. For example in the Statamic CMS (which is file based) you can use very simple queries to loop over a collection of objects (even in templates and even with separated entry types) like so: {{ collection:articles limit="5" }} {{ partial src="blog/blogteaser" }} {{ /collection:articles }} So, that nobody misunderstands me. I ❤️ProcessWire, but for some things there might be better alternatives out there.

It might be possible, but I agree that it may not be the best option for this kind of stuff (depending on how extensive it is to become). I developed several big applications with ProcessWire (a room furniture management system, an applicant management system) with it's own workflow, but had to fight around many things in ProcessWire to modify the navigation, create a custom approval process with different rights and levels. First big issue was to remove all navigation entries and restrict them according to user roles. Another big issue of ProcessWire for me is (when it used as a software framework) that everything is a page and these pages in the database are not separated in different tables by the type (for example a client, an invoice, a project, a room). That makes it hard to create or restore a database backup just to get the entries of a specific type. This is also a problem with a shop based on padloper 1 that I use. For new projects that are some kind of management system I personally would not use ProcessWire anymore. Instead I use Laravel or some other frameworks like FilamentPHP (which is based on Laravel). Also there are many good Open Source or free CRM's out there.

Same for me. Encounter a problem. Search the forum, and find an answer that I provided myself 😄