lpa

I tried this module and it crawls the links. The status of links is updated and the database contains the links. But the GUI does not show the lists of links and the menu tabs or "broken". PW version 3.0.234 and PHP 8.1. Is this module still maintained or is there some better alternatives? EDIT: The problem wwas this: The console has this Jquery error: JqueryCore.js?v=1.12.4:1 Uncaught Error: Syntax error, unrecognized expression: a[href^=#link-checker]:not(:first):not(a[href^=#link-checker-check-now]) at Sizzle.error (JqueryCore.js?v=1.12.4:1:18926) at Sizzle.tokenize (JqueryCore.js?v=1.12.4:1:28664) at Sizzle.select (JqueryCore.js?v=1.12.4:1:34917) at Function.Sizzle (JqueryCore.js?v=1.12.4:1:11015) at a.find (jquery-migrate-quiet…in.js?sblspu:2:3686) at jQuery.fn.init.find (JqueryCore.js?v=1.12.4:1:38739) at a.fn.find (jquery-migrate-quiet…in.js?sblspu:2:8931) at jQuery.fn.init (JqueryCore.js?v=1.12.4:1:40240) at new a.fn.init (jquery-migrate-quiet…in.js?sblspu:2:3137) at jQuery (JqueryCore.js?v=1.12.4:1:663) This was fixed putting quotes arand the anchors on line 121 in ProcessLinkChecker.js: $('a[href^="#link-checker"]:not(:first):not(a[href^="#link-checker-check-now"])').on('click', function() { In addition to the above, there are these warnings: Warning: Undefined variable $wire in www/site/assets/cache/FileCompiler/site/modules/ProcessLinkChecker/LinkCrawler.php on line 136 Warning: Undefined variable $wire in www/site/assets/cache/FileCompiler/site/modules/ProcessLinkChecker/LinkCrawler.php on line 143 Warning: Array to string conversion in www/site/assets/cache/FileCompiler/site/modules/ProcessLinkChecker/LinkCrawler.php on line 335

We have some CLI and API scripts, that are not bound to Processwire pages/templates. They include PW at the start and then do something like: foreach ( $pages->find('template=item, derp=derpson') as $item ) { echo $item->field_with_multilang; } In these scripts we cannot get PW to honor the default language, user language or anything else. The only way to get this to work is to $item->field_with_multilang->getLanguageValue('default') We're hoping to avoid this because out application is vast, and many modules are used both in $page context and in cli scripts. This mean that we cannot have confidence in the type of the field and writing code like if ( is_string(<field>) ) { do this } else { do that } would cause massive bloat. Please advice. How can we force default language at the start of the script? PS We've already tried stuff like: $user->langauge = $languages->getLanguage('default'); $languages->setLanguage('default');

I try to get info for an old url-path found in PagePathHistory. $p->getPathInfo() does not return anything but the basic empty reply. What am I doing wrong? $p = $modules->get('PagePathHistory'); $p->getPathInfo("/en/about/child-page-example/") array (10) 'id' => 0 'path' => '/en/about/child-page-example' 'language_id' => 0 'templates_id' => 0 'parent_id' => 0 'created' => '' 'status' => 0 'name' => '' 'matchType' => '' 'urlSegmentStr' => '' And that page is found in the database page_path_history table: INSERT INTO `page_path_history` (`path`, `pages_id`, `created`, `language_id`) VALUES ('/en/about/child-page-example', 1002, '2024-04-13 16:31:53', 0); The module PagePathHistory is version 0.0.8 and PW version 3.0.237.

It seems to me, that the http404-page is rendered before the decission to redirect to the page in page path history is done. I would like to know when rendering http404, that there will be a redirect and the http404 page should not be tracked in Matomo as a page load. But I can't figure out how to detect this. HTTP_REFERER does not help, as I am interested to detect the forthcoming 301 before the 404 page is rendered.

My straightforward question is: How can I determine on the '/http404/' page whether it's being accessed solely due to a redirect with a status code of 301 leading to the updated URL?

I am trying to implement server level analytics calling Matomo PHP tracking API from page footer.php that is included in every template. When I call for a renamed page URL handled by a 301 redirect, it seems to go first to '/http404/'. The $_SERVER['REQUEST_URI'] for the call is '/oldpath/pagename/'. It is handled by '/http404/' having URL '/http404/pagename/' in URL column when logging with `$log->message($page->url)`. I don't understand what is really happening here. How should I detect that the requested path was '/oldpath/pagename/' and that it caused a 301 redirect and it should not be tracked in Matomo as a page load?

I have had problems with this module lately with errors to contact reSmush.it: reSmush.it (auto): Error optimizing /site/assets/files/1022/xxx.jpg, 0 ? (possible request timeout) Has anybody else had problems with this module lately?

We have logging of almost every page request like this: $log->save('userdb_log', $message); $log->prune('userdb_log', 30); The problem is, that the file is not saved for 30 days, but only for a few minutes. There is this error found regarding this: unlink: Given filename is not a file or link: /site/assets/logs/userdb_log.txt And then: rename: Given pathname ($oldName) that does not exist: /site/assets/logs/userdb_log.txt.new Is it not ok to try to prune the file just after the save every time? Where should the pruning then happen?

I have a selector: template=adsales-entry, banner_file|video_file|is_html5|html!= template=adsales-entry, banner_file|video_file|is_html5|html!= After upgrading it does not find anything, but this one still finds: template=adsales-entry, banner_file!= Is there anything that explains why multiple field selector does not work with the new version?

Any plans on adding this to PW, @ryan?

The problem seems to be when the database has an empty description field which is returned as an array on line 429: $description = wireDecodeJSON($item['description']); With TracyDebugger bd($description) I get: Array Before line 452 $description = $sanitizer->entities($description); bd($description); gives: "Array" And after the sanitizer bd($description); gives: array-0

First of all, the images field is inside a repeater. But I don't think that is a problem. In addition to the four different formats you show above, for some reason I have just the text in the description field, the last one. But I don't know why is that even possible, as it does not happen if I save a new description. It might be, that the language support was added later and the old descriptions are not converted to the JSON format. This is not a big issue for me. I just happend to notice that there is some weird behaviour. At least you could check that the empty description fields would not be shown as "array-0":

Great module, thank you! One small problem: I have a two language site. The description field having some text shows not the text, but this: array-0. The text of the description field is not found with the search-box or Custom Search Builder, but it can be search with the filter part above. Is this a limitation of the multilanguage fields or a bug?

Thanks @ryan! So the region has to be the same tag as the insertion? I wanted to create a pw-region inside <head> to know exactly where the scripts are inserted. How should I then insert the scripts in the pw-region -tag? I don't understand what would then be the correct way to use the <pw-region> or <region> tag that is described in the documentation here: https://processwire.com/docs/front-end/output/markup-regions/. The main question in my situation is how should I insert the JavaScript and CSS links from a RepeaterMatrix field in to the <head> and in a correct position.

Hi, What might be the status of GroupMailer? Is it published somewhere or was it ever finnished?