wbmnfktr

@cpx3 this note might help and might even be the issue:

I wrote something about that a while back. Not much has changed since then. Yet I still sometimes find myself in this question loop about naming fields, templates and such.

In case you are interested in my thoughts... I started to write down a kind of a concept about this - not yet complete by any means! Google Drive: https://docs.google.com/document/d/e/2PACX-1vSTT9seNtgtB2AzKaMx_xZl9S1HvsR00wrlfPWhtu6D-_sfYacCO0Cbs_PT6KnUTXh8F7EahjSTgEXn/pub You can't edit the document, but I might move this to Github/Markdown where you can fork and therefore add pull requests... but for now this is my collection of thoughts.

I don't use them at all. No need at all, after deciding ProCache's benefits have more weight. And... I really never had the need or a real reason to use sessions - besides user/member pages - but in those cases my setup looks different right from the start and even those don't use sessions. In case I need something like that, I most often use cookies or local storage. Still I can count all those scenarios on 5 fingers. What's your setup or goal for your setup/project? Why do you need those sessions? In case for search or a limited part of your sites... think about disabling ProCache for those pages.

Oh... ok... I never use anything with sessions as they don't work with ProCache (or at least not for me), which is almost always present in my projects. Do you have any caching in place? Maybe that's the reason it doesn't work. But for now... no... sorry. No clue why it doesn't work out in sessions.

As those mapmarker details are saved within those fields for any page, you could just query them. echo $page->yourMapMarkerField->address; // outputs the address you entered echo $page->yourMapMarkerField->lat; // outputs the latitude echo $page->yourMapMarkerField->lng; // outputs the longitude echo $page->yourMapMarkerField->zoom; // outputs the zoom level https://processwire.com/modules/fieldtype-map-marker/ And from there you could pass it on to your template to build a custom map. <?php namespace ProcessWire; $mapitems = $pages->find("template=yourTemplateWithMapMarkers"); $options = array( 'markerIcon' => 'fa-icon', // your custom icon 'markerColour' => 'color', // your custom color 'height' => '100%', 'zoom' => '12', 'scrollWheelZoom' => 'false', 'useStyles' => 'false', 'popupFormatter' => function ($page) { $lines = array(); $lines[] = "$page->street"; $lines[] = "$page->postalcode $page->city"; return implode("<br />", $lines); } ); ?> That's what I use with the LeafletMapMarker Module (a fork of Map Marker for Google) Which then results in this (see bottom of that page): https://www.restaurants-neumuenster.de/restaurants/

Maybe this helps you: https://processwire.com/docs/front-end/how-to-use-url-segments/ You can always define a default fallback (see: Best practices) whenever something doesn't match. Your fallback to assets sounds weird to me, as it's not a common key I know about.

I use ProcessWIre since 2014 (first real project with PW in 2015) but still that very little detail is even new to me. Never had such an issue - for whatever reason. But now I know. BTW... welcome to the ProcessWire forums. Hope you enjoy your stay and find whatever you are looking for!

To add my two cents here... I'm totally on board with this and I started to donate in 2019, through 2021 to some devs for their modules. Most often through their publicly available and mentioned ways, such like PayPal, BuyMeACoffee, ... There is one thing with this... as I wrote some of them about it just to tell and check... they said: "Oh... don't have that account anymore!" or "Oh... that changed!". So... to all of us in some kind: please check if those PayPals and Co. still are up to date. To those that donate: write a message to your favourite devs. Feels awkward, but at least you can be sure the money goes where it should go. Another almost unrelated thing: I stopped using my DEV-licenses for client projects. Sure... that's what they are for but... even a hairdresser can afford FormBuilder and ProCache. Why stop there? I use those only for my very personal projects now and I feel much better with this.

Not sure but maybe @Jonathan Lahijani or @bernhard have an idea here.

I could imagine this will help you out: If not... there a more topics in regards to this.

Wasn't there somewhere a module or setting to space out the textarea to the available space? Can't find anything in the modules directory, or maybe I am using the wrong query, but there has been such a thing. I know I used it in a project a long time ago, but that project doesn't exist anymore... so I can't look into it.

Yet another follow-up: I have started to play around with more "Headless CMS" out there and... the more I use them and the more I try with them, I imagine ProcessWire not only could but would be such a perfect and way more advanced way of using "Headless CMS" with SSGs. No need to write schemas, templates, fields, conditions in a JSON, yaml, toml, or whatever file - only if you like to do so. (which we recently had a nice discussion about) Try it on your own. Sanity, Forestry, strapi, whatever. They are nice and work really well, yet... using those I miss ProcessWire. Not only is ProcessWire way more capable of different inputfield types and more (like Matrix, Combo), it's even more suited with lots of things in regards to access control, data sets aka "collections". Another thing is... those other CMS claim they are "Developer centric/focussed", yet their API and docs are way less easy to understand than ProcessWire. (at least from my non-developer perspective) For example and without naming names: Imagine a code block that's a default for a module or default setting, but it doesn't work because it's from 2019 and doesn't work anymore since at least 4 main/stable releases of that very "Headless CMS". To be fair... we maybe could find such things here as well, yet... often most of their forums/communities and support are located somewhere on Slack, Discord, StackOverflow, Github or are overall very thin - to say it mildly. (Ignore those stars on Github) Which brings me straight back to my original question: How to export those data in a comfortable way through JSON, Rest API, GraphQL.

Looked through all of what you provided here... and I'm absolutely not sure what caused those issues. Sure there might be things in the code, the overall code for the whole website, but that would have caused more issues in the passed already. So far everything looks fine. Such kind of remote support is super weird and difficult. Where is your supporting agency or developer located? Maybe ask the developer or an agency around you to take a closer look. It should be a minor thing or maybe even only a glitch from within the input but someone might have to look at this. I use and work with ProcessWire for quite a few years now and never had these issues - ok, I have had them, but only due to my errors. Still this would match with my previous statement in regards to "errors would have occured before". Is there anyone around that can provide a full copy or access to the files on the server? Just to create a copy and test/debug it. Just in case... drop me a pn.

pictures in basic pages only shown when logged in In the frontend all I can find is this empty link: <p><a href="/site/assets/files/4121/log-dls_hepbandc_1300px.jpg"></a></p> So... How do you add images to your content field? Maybe there is an issue with it. Or Maybe even errors when uploading another image. Can you provide a screenshot from your "Inhalt" tab, please. hidden/unpublished basic pages shown in navigation The website looks quite custom made so it's probably a query for that menu that has something like include=all, include=hidden or similar in it and therefore shows more pages than necessary. Or at least that's my guess for now. So in case you have access to the source code of that site you could find the part. Maybe it's even a module that manages all those menus. Just looking at the screenshot of your backend I assume the site is already running for quite some time now and is a bit older. Which leads to the question: Did this happen before? Were there any other issues? Was something changed in the last days, weeks, or months? Right now it's all just a wild guess. And btw... welcome the ProcessWire Forums!

You are right about that. Almost standard connection with only SSL enabled.

Just used WireMailSMTP (Version 0.6.0) to send out about 1.200 newsletters without any issues. Running ProcesswIre 3.0.181 with PHP 7.4.

I assume your AdminThemeUikit settings already group notifications... therefore maybe a custom CSS to just hide them would do the trick but that's more of a workaround, not a solution. Aren't there any hooks available? As those are Core modules, maybe @ryan has an idea here.

Such a perfect hint for those that always used the blank-profile without things like that.

It works in 3.0.194. Good tip!

Probably... same with the other modules. And don't get me wrong here: I don't want to build anything here. For now. Callbacks, custom extensions, functions, fields... it's actually there in GraphQL, Pages2Json, and others. So sure... it's possible to build it, easily, still it's yet again something that doesn't come out of the box. I already struggle with your version right now as I have to add each and everyfield manually. Then an entry in _init.php for all of my image fields, all of my repeater fields, all my reference fields, matrix fields... But to be honest... in cases such like this which is somewhat a basic feature for others... I'm a bit tired at the moment. I really enjoy ProcessWire for lots of reasons but maybe I skip it right now for this adventure. Ok... wow. Reading the docs gave me the assumption it might end in a few hours to get it up and running. Wasn't there something with installing Node modules? Maybe that was another module I looked into. I will definitely keep this in mind! This could be absolutely handy in some cases. Your post just made me remember that optional header setting for different content types like JSON. But as for now - even though we could already hook into some parts there - it isn't yet a solid core feature for those default feeds I mentioned earlier. Customizing is always an option in ProcessWire. But it's the same I mentioned in regards to @bernhards RockHeadless - right now I don't feel like building anything just to test new setups for the frontend. Hence the idea to make such things a core functionality of some kind. I will still love ProcessWire even without those feeds.

So maybe I have to play with RockFinder3 a bit even before trying AppApi. To be honest I would never ever have thought about using it just because it feels way overhead for "just a JSON feed". So... I will cherry-pick in that docs and maybe find a way to get the results I need.

That looks great! Just gave it a try and the result looks quite similar to what I get when using your findRaw() statement. But... YES! That's what I was thinking about.

It's the same here. Oh... that's interesting. I tried my query on all of my pages and... some now return details, yet I don't know what's happening. It didn't bother me in the past so I just might ignore it for the moment. That's were I was looking right now.

$restaurants = $pages->findRaw("template=restaurant", ['id', 'title', 'modified']); $json = json_encode(['restaurants' => array_values($restaurants)]); Moved this from here - to keep the other thread clean: So... yeah that little script does a really good job. While I read about findRaw() somewhere I never really cared somehow. Maybe because I haven't looked that deep into it. It does an amazing job but for a ready to use JSON feed in an external site/app/ssg parts are missing - for me. Text and textarea fields are fine and easy to use somewhere else. PageReferences are slightly different and need a slightly different subfield request with, otherwise you would just receive the IDs: 'myPageReferenceFieldMultiple.title' "myPageReferenceFieldMultiple": { "7009": { "title": "Voucher" }, "7010": { "title": "Dinner" }, "7011": { "title": "Outdoor" }, "7012": { "title": "Vegan offers" }, "7013": { "title": "Take away" }, "8574": { "title": "Special offers" } }, Image fields really only have the raw data. No url, no image details, nothing. "myImageFieldSingle": [ { "data": "logo.png", "sort": "0", "description": "", "modified": "2020-04-16 18:59:33", "created": "2020-04-16 18:59:33", "filedata": "", "filesize": null, "created_users_id": "0", "modified_users_id": "0", "width": null, "height": null, "ratio": null } ], And repeater matrix fields are yet another animal. Similar to repeater fields but more complicated to get each and every matrix entry and its details. "myRepeaterMatrixField": { "data": "8577,7060,7360,6443,6415,6414", "count": "6", "parent_id": "6399" } Amazing... so far. Ping at @bernhard @kongondo