bernhard

Hey @dotnetic could you please fix this typo:

This error appears usually when you try to load the page tree but you have been logged out (which makes sense in the context of this thread). The AJAX request fails and is not properly explained to the user (this could be improved). To your problem: Are you running on Apache or maybe something like nginx? Anything else non-standard? Which browser are you using (I read something somewhere that some browsers change fingerprints for more privacy...)? Can you reproduce that on a fresh installation of PW?

My post above actually does what @Pete described but not what the title of this topic says. Needed to remove a submit action today so the latest dev version of RockMigrations now has this if the page is a magicpage: public function editForm($form) { $rm = $this->rockmigrations(); $rm->removeSubmitActions(['next', 'exit']); } ?

If I understand correctly you should be able to just put this on top of the rendered view: $vars = get_defined_vars(); ...and then you can pass those $vars to the next ->render() call. We don't have a PW/API way all the time. Sometimes there's still a PHP way of doing it ?

It depends on which version you are using. Older versions of rockfrontend downloaded uikit to /site/templates/uikit-3.X.X whereas newer versions download it to /site/templates/uikit This is to make it easy for me to provide profiles - then I can simply include /site/templates/uikit and it will always work no matter which version the user downloaded. And it will also help with updates. Just delete /site/templates/uikit and then download the latest version via RockFrontend's config screen. I've also just pushed an update that flushes the cache for the dropdown. So if you happen to see an outdated version of the dropdown just do a modules refresh and it should grab the latest versions from github properly. If all that does not work you can simply download uikit from github and replace /site/templates/uikit manually. PS: All updates are in the DEV branch at the moment: https://github.com/baumrock/RockFrontend/tree/dev

I've just created a PR to make the backend title easily changeable: $admintheme->browserTitle = "My custom browser title"; Please give it a thumbs up: https://github.com/processwire/processwire/pull/269

Hey @adrian should be an easy fix, thx!

Great ?

I think I've fixed that ? Does it work now?

I have updated my code, but did not test it.

Thx @wbmnfktr turns out there is an issue already: https://github.com/umami-software/umami/issues/1802 Please give it a thumbs up!

<?php $wire->addHookAfter("Pages::saved", function (HookEvent $event) { $page = $event->arguments(0); // early exits based on your needs if($page->template != 'your-static-template') return; // save some variables for later $lang = $this->wire->user->language; $user = $this->wire->user; // create markup for all languages // render everything as guest user $this->wire->users->setCurrentUser($this->wire->users->getGuestUser()); foreach ($this->wire->languages as $l) { // key for page meta data, eg static-german or static-english $key = "static-" . $l->name; // set temp language $this->wire->user->language = $l; // render page and save it to meta data $page->meta($key, $page->render()); } // change user back to what it was $this->wire->users->setCurrentUser($user); $this->wire->user->language = $lang; }); This would save the static markup in $page->meta("static-default") or $page->meta("static-english") etc... You can then do whatever you want with that piece of data ? You could also create files instead of saving everything to the database - depends on your setup which would be better.

Thx @BrendonKoz ? Luckily I seem to be right here: https://processwire.com/talk/topic/27692-i-have-to-switch-from-processwire-to-drupal/?do=findComment&comment=227662 At least it's everything I know. And you are right, it does not really matter ? Thank you very much ? Unfortunately I have some hickups in the webcam stream sometimes. I also got that from time to time at home. Not sure where that comes from ? I think maybe it comes from the cheap usb hub and I should likely use a proper usb port for the webcam ? Thanks ?

Please let me know when you think I can merge your changes @gebeer

Thx @netcarver yeah I'm selfhosting, but I was wondering why it worked for @wbmnfktr and not for me. I thought I might be missing a setting somewhere. But maybe the added this in an update ? I'll have a look...

Sure, that's the url that I put in RockAnalytics config. The dashboard works standalone but not within the RockAnalytics Iframe...

I don't know the current state and if you ask me, wait a little for the launch of RockPageBuilder ? But besides that it should really not be a problem to bring support for RepeaterMatrix to the new version of RockMigrations. It should just be pulling the methods from RockMigrations1 into the new module. If you search for "matrix" in https://github.com/baumrock/RockMigrations1/blob/main/RockMigrations1.module.php you'll see all the necessary methods. @gebeer what's your progress on this? ?

Which ones? I've found that for example in umami you can add users whereas in plausible you only have one? Also backing up the umami container eats up 4GB of data on my vps and I have no idea why at all it would need so much space for just a few statistics... umami seems to be very more lightweight.

Thx everybody! If anybody else wants to present ProcessWire at some Meetup I can share the slides of course! The project is on github: https://github.com/baumrock/meetupwall

@wbmnfktr I wanted to try umami and set it up on my server, but when I try to display the shared dashboard in the iframe I get this: fused to frame 'https://...' because an ancestor violates the following Content Security Policy directive: "frame-ancestors 'self'". Google brought no helpful result. Do you have an idea?

Hi @BrendonKoz thx for the hint. I had a look and turns out I already have that extension installed ? Without that extension latte files have no highlighting at all. With the extension we get syntax highlighting for html but not for the parts within n:attributes. That's the only thing missing but it's really not a big deal fortunately ? Yeah, you are right. Also the PHP Meetup Vienna on the right side is a little covered. But the recording was kind of improvised so I'm very happy that everything worked out well. I've done the recording with a microphone that arrived at 14:00 on the same day of the talk ? And then at the talk I realised that my OBS settings don't work, because I'm not using an external monitor. Then I had to change some scenes and had to stretch the video to fill the video frame... Not ideal but also no problem imho. But I could try to put some kind of "logo" or watermark at the position where the face-video will be lateron so I could try to avoid that area when working on the presentation! I hope so ? Thx! PS: What about the dependencies? I guess I was wrong with that question ? We have jQuery and UIkit as dependencies for the backend. But I was thinking only of the PHP side of things. Did I miss anything else? I think it's an interesting question and as we are getting more and more attacks on that front it might be another plus for ProcessWire ?

I did my first talk ever yesterday @ PHP Meetup Vienna!! Once more everything was a lot more work than I first thought, but I'm quite proud of the result ? What do you think? Did I forget something important? It was really hard to put 10 years into one hour... The recording was not planned at first, but I thought I'd just give it a try and everything worked quite well ? If you like what you see please share it with others so that ProcessWire gets the attention that it deserves ? Special thanks to @gebeer for showing me ProcessWire in 2013 ?

Great to hear that, thx for letting me know ?

The problem has two dimensions 1) ProcessWire You need to execute the long running task somehow in the background. There are many ways how to do that. The simplest solution could be a cronjob that runs every minute, bootstraps PW and executes all open tasks. If your task can run longer than 1 minute then you need to implement some kind of locking mechanism or as an ugly alternative just run the task every 5 minutes or so. We also have WireQueue that could help maybe. 2) Sending Mails If you are on a shared host I doubt that it would be a good idea to send emails from there. Either the hoster will have limits in place or, if not, mails will likely not land in the users inbox because chances are high that the hosters IP is blacklisted somewhere. If you have a dedicated VPS you should be fine, but I have no experience in how many emails you can send from one single VPS realistically and I'd be very happy to get some numbers if anybody else has experience in that area! ?

@Richard Jedlička could you please add the mentioned fix to your module?