wbmnfktr

Just installed the module BUT I had to add the ProcessWire namespace to the module files. My overall setup is exacyly like yours (3.0.165, 7,4, 2.3.3)

Try this... Enable $config->debug in /site/config.php FieldtypePageTable (or how it is called) is installed? I guess but better check this. Check if the module has the ProcessWire namespace in it. Maybe that's an issue here. If you are running PHP 8 maybe try PHP 7.4 instead. Use the latest stable version of ProcessWire

Yet another style but at least super comfortable while working: JustMyFavStrangeMusic: https://www.youtube.com/channel/UC3svqWpPzbHghQPT36HAldg

Electro... Techno... Mixes... Even more mixes and sets: ElectroJunkiee https://www.youtube.com/c/ElectroJunkiee/videos FearNLoathing https://www.youtube.com/c/FearNLoathing/videos Those who know about youtube-dl... get those mixes!

I played around with a fresh install of ProcessWire and tried to replicate your issue. There are a few things I found: the select/option ID needs to be unique (obviously) the select/option value can be the same between different options the select/option title needs to be unique as well While this works: 1=0305|Håbo kommun 114 A 2=0305|Håbo kommun 114 B 3=0305|Håbo kommun 114 C This doesn't: 1=0305|Håbo kommun 114 2=0306|Håbo kommun 114 3=0307|Håbo kommun 114 See the differences there? So... the easiest explanation would be that there at least one other entry with the same title. My testing setup looks like this: If you like drop me a PM and send me the list of all counties you have and I'll test it here.

Two thoughts here: Just in case... ask your hosting company if there are any security measures in place that may slow down external connections on purpose. I know at least two companies that route external access to databases through such a small bottle neck that it becomes almost unusable. Add the remote database server's IP to your local hosts file to remove at least DNS lookups and maybe even some routing issues. That helped me a while back when using DreamHost. Still slow-ish but at least usable.

Kerim Pamuk https://www.kerimpamuk.de/ Client details Kerim Pamuk a turkish/german author and cabaret artist with such a kind of detailed humor for details you have to listen very closely and think twice to really appreciate his Wortspiele (en: puns) and anecdotes. Some more details about Kerim Pamuk (one of our first clients with a personal Wikipedia page): https://de.wikipedia.org/wiki/Kerim_Pamuk Design details As you can see... Bright colors, big typo, and subtle animations to emphasize the already bold visual statement. No miss but a lot of hits wherever you watch, like the stage program performed by Kerim Pamuk himself. The original design and the entire frontend were built in Webflow by the designer but was migrated over to ProcessWire later on. Some tweaks were made during the migration process to keep things a bit more flexible and easier to maintain on the long run. Technical details There is not that much in the backend to show or tell. Only a few tweaks and hooks in order to maintain all events automatically. Adding additional press statements, books or any other kind of content is simple and straightforward as always in ProcessWire. Modules used: Cookie Management Banner: for the obvious reason FieldtypeColor: for custom colors on sub-pages if needed PageHitCounter: as alternative to Google Analytics and Matomo ImportPagesfromCSV: importing new events to the site with ease (maintained by the client) Markup Sitemap XML: you know why Jumplinks: in case things change or someone needs a nice pretty link ProCache (Pro): ProcessWire is fast - with ProCache even faster VerifiedURL (Pro): to keep track of all linked event locations The team behind this: Muskaat for the technical part (yes, I'm part of Muskaat) https://www.muskaat.de/ Polimorf for the design part https://www.polimorf.de/ I hope you'll enjoy this site as much as I do!

The $page->created is empty at that very moment you query it because it hasn't been set yet. <?php namespace ProcessWire; $timestamp = time(); $page->setOutputFormatting(false); $page->created = $timestamp; // that quiet=true part is important in this case $page->save(array('quiet' => true)); You could add the date on your own if the date is necessary for whatever reason in that moment.

In case you are using tools like Xenu, Screamingfrog and some others you might want to remove those from the lists.

Awesome! My sunday is saved with some new fun I never really got into.

<?php foreach($page->heroimage as $image): ?> <li> <img src="<?php echo $image->url; ?>" alt="<?php echo $image->description; ?>"> </li> <?php endforeach; ?> You might want to try this instead. In your foreach() the $image has to be adressed and not the $page->image. And also the <li> should probably be in there too.

Just played around with UTF8 page names here in a local setup and it throws 404s here as well. Can't really say why as I rarely use that feature. I might have to dig a little deeper into this.

In order to have UTF8 support in URLs you have to define a whitelist as well. See here: https://processwire.com/blog/posts/page-name-charset-utf8/ With "social chars" you mean Umlaute? I guess... so you can have those either with the UTF8 page name support or you transform the classics like ä,ö,ü, and ß to ae, oe, ue, ans ss within the page name settings. You will find it here: domain.tld/processwire/module/edit?name=InputfieldPageName

What other changes did you make already? And another question... how did you change the default language to german? Just by removing/changing page name defaults from the homepage or are you using any hooks already?

There is something wrong with your setup. I upgraded my recent project to the latest PW DEV version and still... module install works as expected. Let me know if you are interested and we can go through a kind of "step by step debug" session. For details contact me via DM.

That's what I was talking about. I imagined a setup like that and it's nice to see I wasn't that wrong about it. Could and will be a good example for others that like to build something similar (which reminds me about a site profile I built a long time back). In regards of SEO are some options available here. From category to ingridient pages and even more. Which led me to this: https://www.dothiscookingthing.de/zutaten/ https://www.dothiscookingthing.de/kategorien/ Both sites look quite empty right now but that's an easy fix. That site looks like fun for all parties involved here.

?? I love these nice little details that make the site so much more interesting and better than a lot of recipe sites out there. Meanwhile it's a very good example on how ProcessWire can be used for almost anything - even as a blogging platform/tool. It even gets nice results in the Google Lighthouse Audit. Might be me but I'd find it interesting to see how the backend is structured. Mind sharing a look behind the scenes?

Something seems to be broken somewhere... as I know almost nothing about Tracy a look into the logs is one step and clicking that icon might help. A screenshot might help others who work with Tracy more often. What ProcessWire versions are those other sites running? Can you use the latest master 3.0.165 instead?

That's strange. I never ever had any issues like that but I'm only using PW up to version 3.0.165. Maybe the dev-tree needs more attention or something. But that shouldn't be the case if your local setup is the same version. Which PHP version are you using? Maybe that affects it for some reason. Have you tried the $config->moduleInstall('download', true); option? If that doesn't work out as well, you still can upload modules via FTP and yes I know that's not ideal at all.

Maybe you aren't allowed to write changes to site/config.php and need to change read/write settings first. Double check the changes were submitted to the server and not to your local file. Either log in via SSH or maybe even via WebFTP or something. Oh... and check if there is a second $config->debug in your site/config.php. If so... delete it.

I'm not totally sure about the HTML Options in the textarea settings if they might already do that or just look for changes. But ProCache is able to do that (never tested to be honest). Edit: I have to revoke this. ProCache does not change any <a href="">.

I'd like to buy a shed there... right next to the coast or at least a lake or something... this would be even more than awesome. Offers are welcome and can be made through my public profile. :)

Well... what module is affected and which versions of PW are you running. This kind of error is uncommon to me at least. It looks like the regular textarea field needs an update so this error is even more... weird. Are you running a special kind of setup... like IIS oder NGINX or... whatever?

Sure... yes... but... why? Most of us aren't whistleblowers, keep secret start-codes for whatever kind of m*ssles or r*ckets... so... ?

Just a little side note... Thank you @joshua! Don't know when or if I will visit Göttingen anytime soon but... dein nächster Bierdeckel geht auf mich! (for english readers... try DeepL Translate for the last part.)