wbmnfktr

No clue right now. I have to test it here and will keep you updated.

Try logging all outgoing mails with this little helper which is more precise: $wire->addHookAfter('WireMail::send', function($event) { $mail = $event->object; $event->wire('log')->save('sent-mail', "SENT ($event->return of " . count($mail->to) . "), " . "SUBJECT ($mail->subject), " . "TO (" . implode(", ", $mail->to) . "), " . "FROM ($mail->from)" ); }); https://processwire-recipes.com/recipes/logging-outgoing-emails/ What triggers the send function?

You might want to give $sanitizer->purify() a try.

Another thing I see here... as you are moving content from Textpattern (I loved to use it!)... you might want to double check that you don't import the textile version but rather the HTML version of each page/article. Otherwise it might end looking funny. Another thing that might cause a headache could be image management. The last time I used Textpattern images were placed just by referencing them by ID. At least that's what I did back then. In this case you could (if possible) import those nowadays with Import External Images which looks up full URLs to an image and imports them.

<?php namespace ProcessWire; // get your languages $default = $languages->get("default"); // retrive default (german) $english = $languages->get("english"); // retrive english // imported pages with content in different fields // needed to move content in the correct fields there $importedPages = $pages->findMany("template=product, parent=4372, fkImportId=import44242"); foreach ($importedPages as $importedPage) { $importedPage->of(false); // outputFormatting must be OFF // title field $importedPage->title->setLanguageValue($default, $importedPage->fkTitleDe); // set in default $importedPage->title->setLanguageValue($english, $importedPage->fkTitleEn); // set in english // textarea field $importedPage->textarea->setLanguageValue($default, $importedPage->fkDescShortDe); // set in default $importedPage->textarea->setLanguageValue($english, $importedPage->fkDescShortEn); // set in english $importedPage->save(); // save the page with the new language values } Had a similar task a while back with content already stored in pages but in totally wrong fields (on purpose) - as we imported from CSV and moved content into their correct places later on which was way easier and faster with ImportPagesCSV and this little snippet here. Hope this helps a bit.

I never used PerchCMS and from what I know and looked up over on their site reminds be a bit of something Functional Fields do in ProcessWire. Yet kind of different but still similar. AND another Pro module. Back to your concerns regarding 400 fields+. 400 fields for just a few cards and donations goals/amounts and such seems not only quite hight it's probably unnecessary as well. I'd bet if you could outline your needs more detailed and maybe even a screenshot of what it would look like in PerchCMS and it's behaviour that the forum might already have a solution for you or at least an idea.

Perfect! Have fun with ProcessWire.

Thank you, @Pete for maintaining the forum! Just a question not only out of curiosity but... does this forum software support/provide a native dark theme?

Don't change anything in your /site/.htaccess that's fine how it looks. Check the one in your web root. That's the one that needs to be complete and which might need some tweaks. For a better understanding where to look: The important files and folders are: site, wire, .htaccess and index.php

If that's all you have in your /.htaccess then there is something wrong with it. The full PW .htaccess should look something like that: https://github.com/processwire/processwire/blob/master/htaccess.txt So please double check that first. If that's fine try to change the rewrite base in your /.htaccess which is necessary sometimes. Another thing could be wrong read/write/execute permissions on files and folders. There are already a few guides and tips for this error even on IONOS/1&1. Try either the forum search or Google search for that. Last but not least... welcome to the forum!

Just in addition... this is what I use for similar tasks. <?php // Page sub-select - find pages based on previous selected pages // example: find all brand based on products // https://processwire.com/talk/topic/3553-handling-categories-on-a-product-catalogue/?do=findComment&comment=37833 // https://github.com/webmanufaktur/processwire-snippets/blob/master/api/api-page-subselect.php // define array for brands $brands = new PageArray(); foreach($pages->find("template=productTemplate") as $product) { // add brand from product page to brands array $brands->add($product->brandField); };

$page->getUnformatted('yourDateField'); The example above should actually result in a timestamp. At least that's what I use each and everywhere. https://processwire.com/api/ref/page/get-unformatted/ https://cheatsheet.processwire.com/page/built-in-methods-reference/page-getunformatted-field/

Once in a while in some older versions or sites that are based on pretty old versions. Never had any issues in newer version so far. Never tried it but disabling other AdminThemes might be an option here. So only the UIKIT version is available.

Is your site using or running on the Cloudflare CDN as well? If so you might want to add custom page rules in Cloudflare to disable all kinds of caching for /youradminarea/*. Because that really interferes with your ProcessWire session and can make life quite hard.

Ooooh... another service I use and really like is VULTR. Nice service, fair prices, full control. (still no links and codes)

While Softaculous is a super convient way to install ProcessWire... almost all hosting companies (I know) that use it... are super cheap as in super cheap in service, super cheap in performance, super cheap in almost everything else. Get yourself or your son a solid hosting at Digital Ocean (US), webgo (DE), or... some others. As you are living in UK (I presume due to your location tag) you might want to look at something like webgo.de. It's quite cheap for that you get. The Business Tarrifs are ideal as you can host almost anything there. Let's encrypt, Git, SSH, unlimited external domains, unlimited databases, and such... in the business tarrifs. Sure... ~16EUR/month (for Business/ or 9,99 for personal) are quite expensive but unlimited external domains, while up to 10 (newly registered in the first year) are included. It's kind of a fair deal and I personally use them for about 3 years now. Before that I used... DreamHost, HostGator, NunHost, A2Hosting, AllInkl (DE), HostEurope (DE), ... yet webgo... is my favourite choice even for clients. Drop me a line if your interested in a test drive. I could create you a demo instance to test it. I could drop a promo / affiliate code or link but I prefer to not do things like that... as I just want to let people know what good hosting companies are here in Germany.

It's a weird bug to be honest. Never saw it again since then. So I guess we are good to go.

hidden pages and unpublished pages are different things - just for clarification. unpublished pages shouldn't be accessible to anyone without an active ProcessWire session (admin, editors, ...) while hidden pages are accessible and visible to those with the full URL. Another thing... are we talking about real URL Segments or about parts in /the/path/to/a-page/? Can you outline more details about the setup and where the url segment appears, what it does etc?

First of all check if the site is still accessible and visible in another browser and afterwards if those existing URL segments are the reason why the page is still visible. You can look into the details within the template and obviously in the template file itself.

Probably... Browser cache Template cache ProCache Less likely... custom behaviour via hook url segment Try another browser and double check that the site really is unpublished.

Wow... had this bug years back. Must have been one of my very first posts here. Nontheless... it's either the global or autojoin flag (can't remember it anymore) in the advanced settings tab for the title field that is somehow the reason for this. But yes, adding another language solves the problem as well.

Maybe it's a temporary solution. It almost looks like it. Let's see what happens and how it might change for the better.

So... you didn't activate or use any kind of cache? Then @ricks solution might work for you. Another thing... are you using Opera? That thing annoys me with cache issues each and every time I use it.

Tricky means in this case: I don't know anything about your actual PHP and there might minor things to fix. For example: if you enable caching later on and depending on what kind of caching (for example ProCache)... your PHP might never get called as ProCache bypasses PHP after a cache file was created. So... a really static website? Ok. Fine... ProcessWire will be perfect even for this. Maybe even way better than PerchCMS and others as you always can add up functionality with ease - even super dynamic stuff. This will be super easy! The way @elabx describes it, it should work pretty well. My pleasure.

What kind of cache are you running? Template Cache ProCache WireCache In my opinion caching should be disabled during heavy development. Activate it for testing purposes only. ProCache and Template Cache are both capable of such kind of caching you described. Even custom WireCache if done right/wrong. So... yes, it's normal in most cases. For testing any development progress you should be logged into ProcessWire admin to have an active session - makes life much easier at least in the frontend.