dragan

When you do an accessibility audit on the forum (and the main PW site) there are tons of color contrast failures (among many other issues). WCAG 2.1 states that color contrast has to be at least 4.5:1 for copy text, whereas here most text is below that. And yes, font size and line-heights are too small. body base font size should be at 16px with line-height 1.6 (unitless, not in pixels). And ideally, all other font-sizes further down should be specified in em or rem. The main container could be reduced: e.g. max-width 1280px instead of 1630px.

You could do it with a quick JS/CSS hack: (after you did the advanced mode stuff described above) let lis = document.querySelectorAll('#ProcessPageEditContent > ul.Inputfields > li.Inputfield'); lis.forEach(function(li, index) { li.style="order:" + index; }); document.querySelector('#wrap_Inputfield__pw_page_name').style="order: 2"; (only tested with Chrome + AdminThemUIKit)

I don't know anything about the linkedin post inspector. But I find it strange that you don't use a lang attribute in your html tag. Also, when I go to your sitemap.xml and view e.g. https://brightnode.io/it/projects/cosquare/ in my browser, I see this in the html head: <link rel="alternate" href="https://brightnode.io/en/projects/cosquare/" hreflang="en"> <link rel="alternate" href="https://brightnode.io/en/projects/cosquare/" hreflang="x-default"> <link rel="alternate" href="https://brightnode.io/it/projects/cosquare/" hreflang="it"> The last one is not needed. I am already on the Italian page, so why does it generate a superfluos hreflang="it" on that page? The same is true for that page's English counterpart: https://brightnode.io/en/projects/cosquare/ As for the 301 redirect, I don't know what's causing this. And with all these issues, it's hard to tell what exactly is caused by the SEO Maestro module, or your own code-bits in your template (or some module configs). If you find issues with the module, you should post it in the module's support forum thread. btw, the explanation of what hreflang=x-default is supposed to be, and how it's meant to be used seems quite clear, according to this Google article: https://webmasters.googleblog.com/2013/04/x-default-hreflang-for-international-pages.html

Did you check your browser console? Do you see anything suspicious there?

Do you mean via API? Check out these forum threads:

I still believe it's an .htaccess / server config issue. It's strange that on some sites you actually see /http404 in the URL. Or maybe mod_security: did you check your server error logs? And the PW logs? Turn debug mode on and install Tracy Debugger to maybe get more infos.

@Soma in your README, at the bottom, you write: I was doing a few tests just now. For me, it all works wonderfully (well, at least in a local setup). Did you change something recently in that regard and forgot to edit the readme?

I never had problems with multilang install... but I'm using Laragon locally. The above error or warning message is somewhat misleading. Don't ever edit files inside wire/. What you should do instead, is go to setup > languages and then spot the according JSON file to translate, e.g. http://localhost/pw/admin/setup/language-translator/edit/?language_id=1012&amp;textdomain=wire--modules--languagesupport--languagesupport-module (or are these underlined strings direct links to these settings?) In my case, the locale was already there. However, I don't think this is the reason why you get these strange 404 errors. Did you install one profile after another in the same directory? Maybe there are some leftovers from previous profiles / installs. Check the .htaccess file. Maybe you need to adjust some settings there. Maybe delete everything inside site/assets/cache/ folder, delete your browser cookies, log out of admin, and retry.

You could save yourself a lot of string concatenation if you use the heredoc syntax ?

Wow, I didn't even knew you could do this: &field=yourfield ? It works even with multiple fields: &field=title,headline,summary. Is this a new feature? I don't know if it is expected behavior to only have this one field you edited on the follow-up page-edit screen as well. You see them in the URL as query strings &changes=fieldname. Maybe you could create a hook to also append the &field query params too after save?

I just tried out this multi-instance approach and Tracy returns this error: E_COMPILE_ERROR: Cannot declare class ProcessWire\FieldtypeRepeater, because the name is already in use on line: 31 in /home/devsite/www/prototypen/instance-2/wire/modules/Fieldtype/FieldtypeRepeater/FieldtypeRepeater.module Compile Error: Cannot declare class ProcessWire\FieldtypeRepeater, because the name is already in use (line 31 of /home/devsite/www/prototypen/instance-2/wire/modules/Fieldtype/FieldtypeRepeater/FieldtypeRepeater.module) This error message was shown because: site is in debug mode. ($config->debug = true; => /site/config.php). Error has been logged. $site = new ProcessWire('/home/devsite/www/prototypen/instance-2/', 'https://prototypen.devsite.com/instance-2/'); $home = $site->pages->get(1); $homeUrl = $home->httpUrl; $homeTitle = $home->title; echo "<a href='$homeUrl'>$homeTitle</a>"; Path and URL are correct, and both PW sites are on the same server. I'm calling it from a PW 3.0.108 installation. Instance 2 is 3.0.126. Weird.

Yes. However, I tried it first on top of a heavily customized site. I guess there were too many hooks or modules etc. that got in the way. This evening, trying it out on a clean fresh latest dev installation, it works like a charm. ??

$c = 0; foreach($item->images as $photo){ echo "<li uk-slideshow-item='$c'><a href='#'><img src='{$photo->size(150,100)->url}' alt=''></a></li>"; $c++; } just use a good old counter var instead ?

I don't see any such link. pw.com belongs to PricewaterhouseCoopers LLP anyway o_O

You don't need to install it, just go to your textarea field and configure it: Setup > Fields > your_field_name > Tab Details > inputfield type > select CKEditor

I noticed that this module is actually quite slow in the backend. A native PW query in the Tracy Console takes 27ms, and the equivalent GraphQL query >6s (TTFB in the inspector network panel). Is that because of the overhead of the GraphQL playground frontend assets? Or in other words, would a real-life request take also that long?

I also just discovered coda today. They use React, Python, Node JS, AWS etc. I don't know if they offer some sort of API (didn't find anything at first glance). edit: they do have an API (and there's even a PHP library available as well) I don't know what it would take to create something like this with PW. Perhaps an entirely new fieldtype. Certainly lots of JS for on-the-fly calculations and manipulations. For such tasks you'd probably want to use a framework like React, Angular or Vue (although plain vanilla JS would do as well). Frameworks like React etc. really shine when you want instant updates and don't want to reload the entire page... it makes a web app feel much more snappy and smooth.

For the first time ever, I tried to use this module. I'm sure I did everything according to the instructions, but it doesn't quite work as intended... The domains are properly set up in my hosts file, and my config.php. However, I always see the original, old homepage (id 1). Those two 404 pages you mention, do they have to be set to have template http404? Or can they be any template? Since this is a system template, and originally only meant to be used once, I guess this is maybe where the problem comes from. Also, some backend links now return nothing (HTTP code 404). I changed the original 404 page (id 27) to basic-page, and set my newly created 404 pages inside the domain parent pages to use http404. Is that correct? Or does it take any further steps to make it work? PW 3.0.125, debug and advanced mode = on

Something like this?

oops, my bad. Didn't realize that, sorry.

You could also do it with simple CSS: body:not(.role-superuser) .PageListID27 { display: none; }

if it's this line from the "regular" site profile, maybe you don't have any pages other than home? https://github.com/processwire/processwire/blob/dev/site-regular/templates/_main.php#L45 <?=ukNavbarNav($home->and($home->children), [

This sounds great! Thanks for sharing this module. As I am only recently getting my feet wet with CI/CD, I wonder: Do you "only" trigger a webhook (basically notifiying some other service that something has changed), or do you also send along infos about what and where changes have occured? From your description I assume it's the former. If so, how would the webhook know what exactly has been changed? Or is that part of the whole CI/CD setup / logic entirely up to the pipeline definition / task? Sorry if I'm asking blatantly obvious, stupid questions. I guess your module would most likely be suited for syncing dev and live instances? (site contents) If I change a field or template configuration, would this also trigger a webhook? (I guess not)

variable $img is already set to ->url, and then on the next line you use $img->url again... Use one or the other ? btw, where do you define $cite? It's been used but never declared/defined?

Works here. After saving, it becomes <ol reversed=""> Perhaps ACF and / or HTML Purifier are removing this. Try to define "extra allowed content" in your field settings.