da²

No, error is in RockPageBuilder.module.php:1535. ?

I think this is the wrong approach. Country is not relevant if we are only talking about language. Many countries have several languages, and each language is used in several countries. In some countries a part of the country uses one language and the other one another language (Belgium for example). From the visitor point of view this is confusing, a visitor thinks in term of language, not country. In terms of implementation you are choosing the more complex solution, if PW is straight forward for managing languages, you'll have to develop a solution over this language management for managing countries.

The only field that is related to page url is the field "name", not "title" or custom field. It's located under "Parameters" tab. But you'll probably need to edit PHP code in template files, that depends on how the links are created.

Probably here you should catch Error too: catch (\Exception | \Error $e) I use similar code with Twig, rendering an error template if any error. class Twig { public static function render(string $name, array $parameters = []): void { if (NoticeManager::hasNotice()) $parameters['rfroNotices'] = NoticeManager::render(); $parameters['templatesUrl'] = wire()->config->urls->templates; $parameters['homePage'] = wire()->pages->get('/'); $parameters['buildVersion'] = BUILD_VERSION; $parameters['buildDate'] = BUILD_DATE; /** @var TemplateEngineFactory $twigEngine */ $twigEngine = modules('TemplateEngineFactory'); try { echo $twigEngine->render( $name, $parameters ); } catch (Exception|Error $e) { // Catching everything if (wire()->config->debug) // If debug, throw the error with stack trace throw new Error("{$e->getMessage()}\n{$e->getTraceAsString()}"); wire()->log->error($e); $parameters['errorPage'] = wire()->page->path; try { // Try to render my error template, that shows something nicer for users. echo $twigEngine->render('error', $parameters); } catch (Exception|Error) { // It may happen, rarely, that the error is located at a lower level in my Twig structure (inheritance...), // so I display a very basic template that uses no code and can't fail. echo $twigEngine->render('error-safe', $parameters); } } } }

@SIERRA There's no problem here for me. CSS are loaded first so styles are available when content is loaded. https://web.dev/articles/critical-rendering-path/render-blocking-css

Do you still have the warning when removing this styles?

So you go on an admin page that contains a CKEditor and you get this error? Do you have some hooks that target CKEditor, or some special configuration for the CKEditor? Plugins, other modules that interact with it?... The code that triggers this error is: public function set($key, $value) { // convert extraPlugins string to array // used to be stored as a string in older versions if($key == 'extraPlugins' && is_string($value)) { $value = str_replace(' ', '', $value); $value = explode(',', $value); } else if($key == 'extraAllowedContent') { $value = str_replace(array("\r\n", "\n"), "; ", trim($value)); // trim() here receives a null value } else if($key == 'configName') { $this->configName = $value; } return parent::set($key, $value); } So this error happens when using "extraAllowedContent" and passing null as value. What you could do is editing this code and add a throw and look at the stacktrace to see what is calling this function with a null value (if $config->debug = true stack trace is directly shown on page): public function set($key, $value) { // convert extraPlugins string to array // used to be stored as a string in older versions if($key == 'extraPlugins' && is_string($value)) { $value = str_replace(' ', '', $value); $value = explode(',', $value); } else if($key == 'extraAllowedContent') { $value = str_replace(array("\r\n", "\n"), "; ", trim($value)); // trim() here receives a null value if ($value === null) throw new Exception('Check the stack trace!'); // trigger stack trace } else if($key == 'configName') { $this->configName = $value; } return parent::set($key, $value); }

Really? ? Maybe check the root directory you set in Apache config. It looks like it's targeted on mysite/site/templates/ instead of mysite/. Personally I use relative paths in CSS (url('../font/NotoSansDisplay-Regular.ttf')), but that doesn't matter, if I enter url('/site/templates/font/NotoSansDisplay-Regular.ttf') it works fine too since Apache root directory is set on parent directory of /site/.

I would just use if ($page->isNew()). This is true when we are on the very first page form with only the title and name fields. Then it's false. This is the same as if (!$page->id).

I would say the easiest is to add an "edit bookmark" to this page, it requires no module or hook nor moving the page in a specific location. Go to modules page Click the tab Configure Find the module Page Edit and click Configure Check to enable bookmarks Go to menu Pages > Edit > Bookmarks Add the bookmark for your page with the corresponding user role (select everyone if no specific role is necessary) Now you can access this page with menu Pages > Edit > Your page

I see, this is probably the module "Page Title (Multi-Language)", I'm not using it, and the documentation talks about these active checboxes.

The problem, for what I understand, is that you are asking for links that open in another tab. It's simple, @Jan Romero already answered the question. But then you say you need a redirect, but a redirect always change the current page URL, it's never opening in another tab. We are not talking about ProcessWire limitations but web standards. Maybe just be more precise on what you want, or maybe it's just me who doesn't understand... I asked ChatGPT what you need (with a link to this topic), and here is what he answered to your request, a JS script that automatically open a new tab on the wanted URL: echo "<script type='text/javascript'> window.open('{$page->external_url}', '_blank'); window.location.href = '{$page->some_other_url}'; </script>";

I don't have theses active checkboxes in my multi-language pages, maybe you are using a specific module and that could help to mention it in your original post? Or is it an old PW version? I have no idea here. ?

Why is it not constructive? Sorry that you interpret my comment that way. I've also read the output strategies tutorials and explanations were clear to me, so if you think "they don't make much sense" and you "struggle to read and comprehend the more complex code" I think you lack some PHP background. Maybe I'm wrong, it seems you are saying the problem is not about PHP knownledge, maybe you could explain so we can be more precise in the help we give to you.

I'm curious, where in PW do you see a list of languages that are active or not for a page? I see nothing like this in my multi-language site but maybe you are using a specific module?

So the next step is probably to learn PHP more. ?

Wouldn't these two statements be contradictory? ? A redirection always change the current page. What you need is a link with target='_blank' like @Jan Romero wrote.

Like Ryan said, the error message is about your database credentials, not the ProcessWire password. Connection with database can't be established because login or password is wrong, they are the same that you use with PhpMyAdmin, maybe login is "root" without password. So I suppose you don't use a versioning system like Git? Take a look at it after solving your issue, and you will never fear a file loss again. ^^

PW provides all the API to create users and login them. You just need to create the frontend form so the regular users will be able to login on the site. No module is required, but if you don't want to write code at all you can use a free module, in the past I've used this one.

I don't understand what you need to do, can you give examples? Parent pages and children are always linked, you don't need a page reference field to link children to a parent. If you're doing only this, you can remove it. What kind of page do you want to add with the page reference field? Do you have set the options on this field to filter the pages it allows? EDIT: I didn't see this message. If the goal is only to create child pages, why not using the "Children" tab?

In fact I think your solution is to remove this page reference field, you don't need it because you are using a parent/child relationship that is already implemented by default in PW.

This is where you'll have to put an effort, building a site with ProcessWire needs code. But PW has a fast learning curve compared to some other CMS, API is easy to learn, and creating your own project is a good way to learn to code. ?

Yes, encapsulation is a very important concept to read about, I forgot to mention it in my message. Yes, the book is written based on neuroscientific knowledge that facilitates learning, and it works incredibly well. Before I read this book, I had been trying to understand Design Patterns for weeks or months through discussions on forums with good developers, web tutorials... But I couldn't understand anything, I saw no point in coding DPs. Then I received this book, read 2 or 3 chapters the first evening, it was very exciting to read, I dreamed all night of boxes connecting together (classes/objects), and the next morning I understood everything! ??

Transitioning from procedural development to object-oriented development is primarily a matter of approach and key principles to follow. It involves learning to code differently, but the code itself is not the core issue; it is the way the application is structured that is important. It's not enough to create a class to do OOP; for example, if you put 5000 lines of code in a class, you are probably not adhering to OOP principles. ? I would advise you to look into the KISS principle, read articles that compare inheritance with composition, study the role of interfaces and abstract classes, study Design Patterns, and represent your programs with UML class diagrams before you start coding (at least during your learning period). A book that definitively gave me a leap forward is "Design Patterns" from the Head First series. This book is absolutely magnificent for understanding the OOP approach in record time while learning the essential Design Patterns and the reason for their existence.

What web server and OS do you use? Error 500 is a web server error, and errors are logged by default. The log file location depends on OS and web server, for example in xampp Windows with Apache, it's in xampp/apache/logs/error.log, in Debian it's in /var/log/apache2/error.log...