netcarver

Hello wonderful people, I've recently started using devdocs.io as my go-to reference for various programming languages and libraries; it's a great resource. Would be nice to see PW's API documentation in there too, but I don't yet know what needs to be done for this to happen. In the meantime, enjoy the docs :)

Looking forward to testing this if I ever get the time, @LuisM I've not used Symfony for a long time though.

I'm not aware of an official one, no, but there have been several packagings of PW for stacks. Here's one from bitnami for example. There are also various vagrant and docker offerings.

Hi @Glen Ulmer This might help. Also, were there any warnings (non green notices) during the install process? Sounds like mod_rewrite might not be turned on (or configured correctly) on you server.

Yeah, I tend to keep away from Discord - much prefer matrix.

@LuisM Thank you for taking the time to look at this, try it out and post about it. Nice to see a techno-fusion. Reminds me a little of @hettiger's Larawire project too.

Maybe matrix would be a better choice these days?

Pete and I have been using Postmark in some PW based projects at reasonable scale (>13k emails a month) and have found it to be an exceptionally good API-based transactional email provider with fast delivery times and great availability. It seems strange that there is no WireMail offering (as far as we know of anyway) that supports Postmark, so we thought we'd throw one together in case anyone else in the community wants to give Postmark a try. NB: This is not the code we use in our production systems, just a rainy-day project to fill a gap in the WireMail ecosystem. However, it should be sufficient to get you going with Postmark. We hope you find it useful and please let us know if you find any issues. WireMailPostmark module on Netcarver's github account. Screenshot from my test account:

I don't know if these modules will be a good fit to your requirements, I haven't tried them, but here they are anyway: https://github.com/HueyGeek/Only-edit-your-own-pages https://github.com/josedigital/MIndYourOWnBusiness

@sms77io Welcome to the community André - thanks for posting this, it looks like a useful alternative to twilio.

@sebr Hello. Could you try changing your hook code from this: wire()->addHookAfter(MarkupSitemap::getAdditionalPages, function ($event) { to this: wire()->addHookAfter("MarkupSitemap::getAdditionalPages", function ($event) { ?

Hi @Macrura just trying this out (yeah, I know I'm late to the party) and it works great. I have just put in an issue on github for your consideration.

No, LoginRegisterPro is not a superset of ProcessForgotPassword if that's what you are thinking. If ProcessForgotPassword is installed, then both the core and LoginRegisterPro will use it to provide a common password reset mechanism. What LRP does is provide an easy way to put registration (with a confirmation stage), login and profile management forms into your front-end pages.

Check out the "Email New User" module by Adrian in order to generate and/or send passwords to new users. There's also the core ProcessForgotPassword module that handles reset emails from the back end.

@benbyf I think there are other SendGrid modules you could try out. Caveat: I haven't used any of them.

I might be misunderstanding this, but I think you could be setting it in the wrong place. Could you change the array returned from getModuleInfo() based on the result of the condition? Like this; public static function getModuleInfo() { $module_info = [ 'title' => '', 'version' => 100, ... ... the other usual fields here ... 'permanent' => false, ]; $data = wire('modules')->getConfig('MyModuleName'); if (your_condition_based_on_settings($data)) { $module_info['permanent'] = true; } return $module_info; } Hope that helps.

Can you post the part of your template file that's generating the download link/link in player etc?

Not for an arduino, hence my question. I suspect it's too limited (at least an UNO) to do a full HTTP 1.1/2 implementation. A Raspi Zero on the other hand, should be fine.

Ok, are you looking for a webserver on an arduino? Did you find one?

If you can build enough discipline in the way you write conditionals, you can avoid this by always putting the constant part first: if ('xx' == $page->template->name) { So if you accidentally miss an equals sign and do an assignment, you get an error from the runtime as you are trying to assign to a constant string literal. I've tried to build this habit over the years and sometimes remember to do this - but I'm not there yet.

@horst have you looked at Caddy?

Interesting concept and super low power. I've always liked low power installs - I used to run our book warehouse pick-n-pack system from a android tablet wirelessly connected to a Raspberry Pi server running our warehouse software. There was a thermal label printer too, and all offset by the solar array on our roof - but nothing as teensy as the power budget of the system you linked to.

Do you have a pointer to the docker container you are running, or is this one you set up yourself?

Try using the createdUser() hook as this is called after the new user is actually created, so there will actually be an ID for them. You can do this by attaching to the hook in your site/ready.php file, like this... $pages->addHookAfter("LoginRegister::createdUser", function ($event) { $new_user = $event->arguments(0); // Your code in here. }); You should be able to save the $new_user after pulling the ID and creating the customer code. Edited to add: Ah, you're using LoginRegister - not LoginRegisterPro. Fortunately they both have the same method, so I've updated the code to represent this.

@ErikMH I don't have much experience with that field type, so I'll put this as a question... Do you mean that you could set it up so that each company had a Profield Textarea field with N "areas"; one for each type of identifier, and then you literally enter each PURL (say) on one row in the PURL area? If that's the case, and you don't need to have any kind of random/manual order of the different types of IDs, then I suspect that could work well if there were no difference in the way you want to render each line from those areas in your output. One area where going down the repeater/matrix route would be beneficial is for more complex types - but for a simple ID that wouldn't be needed.