dotnetic

Please open the devtools in your browser and open the network tab. Then select JavaScript and see if it fails to load a resource. Did you enter the correct scriptname (including the .js extension) in the inputfield?

Hello @PavelRadvan. I don't know how much experience with ProcessWire you have, and why you chose it. You can definetly develop an application to search through the database, but as much as I love ProcessWire, I think there are better tools for this task. First you have to export the data from Access to a MySQL or MariaDB. Then I would recommend using a tool like Directus (free, open source), with which you could Add Directus to an Existing Database (learndirectus.com) Or Filament (free, open source) which is a nice admin for databases and CRUD functionality. Or Laravel Nova.

Gratulation on the success of your daughter and thank you for the update.

alpine.js does not have any disadvantages to SEO, depending on what you do with it. I normally ship my modules with my custom code (if that is what you meant). I also include libraries like tabulator.info or alpine.js not using a CDN.

For this functionality take a look at ProcessWire User Activity, part of the ProDevTools as @MarkE mentioned.

Do you also have TracyDebugger installed? I remember a problem in conjunction with SessionHandlerDB. If so, try removing the TracyDebugger files and if you can login then.

First of all if you are coming from vue, alpine.js syntax might look familiar to you. You can think of alpine as TailwindCSS but for JavaScript. Both frameworks / libraries have small footprint, but serve different purposes. But the also share some silmiarities like declarative syntax and progressive enhancement. Here a some differences between htmx and alpine.js. Approach: HTMX focuses on accessing server-side functionality for creating dynamic components using AJAX, WebSockets, and Server Sent Events. In contrast, Alpine.js is an in-browser framework that brings the minimalism and simplicity of Vue.js to your markup, keeping the behavior and data manipulation on the client side. Data-binding: While Alpine.js incorporates two-way data binding and can manage multiple state objects with the $data attribute, HTMX does not offer full data-binding capabilities and generally interacts more with server-rendered content. Server-side vs Client-side: HTMX does not force you to use client-side rendering like many popular frameworks. It aims to work with server-generated HTML, which can be advantageous for SEO and page load speeds. On the other hand, Alpine.js is entirely client-side and handles creating and manipulating DOM elements using reactive data properties. Event Handling: Alpine.js includes event handling with the @ syntax, allowing you to attach event listeners directly to elements. HTMX, in contrast, primarily uses event handling for AJAX-related events like onLoad and onError.

You can also build the whole application in the admin and have all of ProcessWire´s form validation and possibilities there, like dependend showing and hiding of form fields. I have built several projects for example a job application management system. room management. E-Commerce site with management from order to production inside of the admin. Some of my edit pages even have AJAX calculation fields in them. PDF and chart generation is another thing. I use the edit form of pages to manage different stuff. I also use CustomPageClasses to modify the forms inside of the admin. It depends, if the forms should be customer facing (to the public) or are they just for your client?

Do it now! It is easy to setup, and once you have it, you will never want to touch something other again.

You are welcome. Thank you very much for your continued work on RockMigrations.

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 ?