chuckymendoza

I believe it could be a problem with the Hosting Service and the security settings applied by them. Let me explain: I have a lot of clients where I update the ProcessWire Master with the Upgrades module without any problems. Upgrades of ProcessWire Master and Dev Versions, including the latest versions, are show on the Upgrades page. But there are also some clients, who use the German Hoster Strato.de. Maybe it's something with the Hosters security settings, but I never see any Updates regarding the ProcessWire versions? I can only see possible updates of modules. So I always have to udpate manually by FTP.

Thanks a lot, that’s a good tip, I will have a deeper look at! Thomas

Ah, okay, I see. Okay, good to know, that I didn't made any mistakes in my implementation. Would be nice to see your AJAX-Search working with RockPageBuilder too, in the future. 🙂 Thanks for the quick response, Thomas

Hello and many thanks for this tutorial. I adapted it to my site and it works great. There is one thing. I tried to search some content that is inside a Repeater Matrix field, but it seems, this isn't possible so far? I have a Repeater Matrix field on every page, where I can add a text field, a headline, an image field, and so on. The search routine wasn't able to find anything, that's inside it. I believe it's not that simple to just add the Repeater Matrix field to the search_cache field, regenerate the cache and be ready, since I already tried that out. 🙂 So, I'm a little bit clueless what needs to be changed in the code to work with Repeater Matrix too. Any suggestions? Thanks so much, Thomas

Yes, THANKS A LOT! This gave me the crucial hint! This is the code that worked for me: $happynewyear = $pages->new("template=program_jahre, parent=/programm/archiv/, name=$jahreszahl"); $happynewyear->setOutputFormatting(false); // disable output formatting $happynewyear->of(false); // disable the output formatting API $langObjDE = $languages->get("name=default"); // Get the language object for the default language $langObjEN = $languages->get("name=english"); // Get the language object for the second language $happynewyear->setLanguageValue($langObjDE,'name',$jahreszahl); // set name of page for default language $happynewyear->setLanguageValue($langObjDE,'title',$jahreszahl); // set title of page for default language $happynewyear->setLanguageValue($langObjEN,'name',$jahreszahl); // set name of page for second language $happynewyear->setLanguageValue($langObjEN,'title',$jahreszahl); // set title of page for second language $happynewyear->setLanguageValue($langObjEN,'status',1); // set status of page for second language to active $happynewyear->save(); // save

I may have a simple problem, but I can't find a solution, yet. I have a multilanguage Website and like to create a new page via the API with $pages->new The names of my languages are "default" and "english" ("en" in my environment) What I want: set the title of each page the same, in the default and on the English page. I already have set the name identical for both languages with: $happynewyear->set('name', $jahreszahl, 'default'); // set the name for the default language $happynewyear->set('name', $jahreszahl, 'en'); // set the name for the en language And this code works. Problem: this seems not to work with the title of the pages. (Page Title (Multi-Language) is activated When I visit the default site, the title is set correct, but not for the english page. And when I visit the english page first, the title is set correct for the english page, but not for the default page. Am I missing something? Thanks for your help in advance! -Thomas $happynewyear = $pages->new([ 'template' => 'programm_jahre', 'parent' => '/programm/archiv/', 'name' => $jahreszahl ]); $happynewyear->set('name', $jahreszahl, 'default'); // set the name for the default language $happynewyear->set('name', $jahreszahl, 'en'); // set the name for the en language $happynewyear->set('title', $jahreszahl, 'default'); // set the title for the default language $happynewyear->set('title', $jahreszahl, 'en'); // set the title for the en language $lang="english"; // $lang is the language you want to set as active, e.g. 'english' for French $langObj = $languages->get("name=$lang"); // Get the language object for the second language $happynewyear->set("status$langObj", 1); // Set the status of the page's second language to active $happynewyear->save("status$langObj"); // Save the page with the second language status set to active

This would be wonderful to get new, working module @patman I think, others will get the same problems if they switch to PHP8.1 sooner or later. It seems, please correct me if I'm wrong, that the module is no longer maintained. I don't know, how others solve the problem with spambots crawling for emails, but I really would appreciate, if someone could update the module, or create a new one? 🙂 Thanks so much, also, for the tips on solving the errors. Thomas

Hi @Roope I get the following error message by using a server with PHP 8.1 on all pages, that DO NOT include an email: Deprecated: is_nan(): Passing null to parameter #1 ($num) of type float is deprecated in ... FileCompiler/site/modules/EmailObfuscation/EmailObfuscation.module on line 248 When I switch back to PHP 8.0 (or lower), everything seems to be fine. (ProcessWire 3.0.200, EMailObfuscation 1.2.5) -Thomas

Easy solution! If you want load an XML file like this one: <?xml version="1.0" encoding="UTF-8" ?> <EXAMPLE> <job> <jobTitle>A title 1</jobTitle> <company>Company 1</company> </job> <job> <jobTitle>A title</jobTitle> <company>Company 2</company> </job> </EXAMPLE> you can skip <Example> directly and change line 221 in MarkupLoadRSS.module to: foreach($rss->job as $item) { And in your template file to can access the <jobTitle> with: $rss = $modules->get("MarkupLoadRSS"); $rss->load("example.xml"); foreach($rss as $item) { echo $item->jobTitle; }

Hello friends, I have the following problem. I got an XML file that looks like this: <?xml version="1.0" encoding="UTF-8" ?> <EXAMPLE> <job> <jobTitle>A title</jobTitle> </job> <job> <jobTitle>A title</jobTitle> </job> </EXAMPLE> So, what is missing here is the usual opening <rss> tag right after <? xml and we don’t have the usual <channel> and <item> tags. Okay. So, MarkupLoadRSS can not read this file until I change the following line 221 in the MarkupLoadRSS.module from foreach($rss->channel->item as $item) { to this foreach($rss->EXAMPLE->job as $item) { to be in line with my .xml file and also add a opening and closing <rss> tag directly into the .xml file like this: <?xml version="1.0" encoding="UTF-8" ?> <rss version='2.0'> <EXAMPLE> <job> <jobTitle>A title</jobTitle> </job> <job> <jobTitle>A title</jobTitle> </job> </EXAMPLE> </rss> The problem is, later, I will not be able to change the XML file, it is generated by another site. So I need to tell MarkupLoadRSS to ignore the <rss> opening and closing tags. Does anybody know how this is possible? I had a deeper look into the module but I don’t see where the <rss> tag is a interpreted. Maybe someone can give me a clue, please? Thank so much in advance, Thomas

I have discovered a strange problem with two completely different PW websites (PW 3.0.123) that are hosted on different hosting services. When I upload images whose first 4 initial letters result in the word "conf", the images are uploaded but not displayed in the backend. They are also displayed as a "broken link" in the frontend. I cannot edit them in the backend either. Example files could be "conference.jpg" or "confirmation.jpg" or just "conf.jpg". I could not detect this problem on my virtual server (MAMP). I use a simple image-field with the default setting. If I rename the same image (as shown in the screenshot here) as a test, a preview of the image is generated without any problems. Does anybody have an idea what this could be due to? Thanks so much, Thomas

I believe it has something to do with the server. My local copy of the site (3.0.98) translated the © into a c, too. There isn’t any explaining error message, just „invalid image“ (see German screenshot). When I remove the © from the filename it’s uploaded without any error. I also tried other filenames containing Umlauts like ä or special symbols like @ – this works. A symbol like the „Registered Mark“ ® produces the same error like the ©. It’s not a big thing, my client can rename the files, but it would be nice to know why this happens only to this kind of letters. Strange.

A client of me got an error in PW 3.0.98 while uploading images that contain a © in the filename. Any clues how I could filter this in the backend of PW to avoid this? Thanks, Thomas

This looks fabulous! Saw in your screen the example for selling digital fonts. This looks great. A question: will it be possible to give a variant (let’s say: Font Italic) an option to sell it with different license types? Mostly you have something like: Licence 1 = 1-5 User, Price X License 2 = 6-20 User, Price Y And when do you think is Padloper 2 ready to take off? ?

This solves my problem! Added max_input_vars = 10000 to the php.ini THANK YOU VERY MUCH, you made my day! Have a nice day, Thomas