gmclelland

That did indeed fix the problem.

Many thanks Robin! I’ll give it a try

Hi Robin, Thanks for making this module. Just wanted to let you know that I ran into an error when I tried to export a repeater field: Let me know if I can provide any other information.

Interestingly, I came across this today. https://wptavern.com/jamstacks-growing-popularity-brings-increase-in-wordpress-plugins-for-deploying-to-netlify

This reminds me of a similar Drupal module that I came across. https://www.drupal.org/project/tome https://tome.fyi/ - It takes your Drupal site and makes a static version of it. You can see a demo here: I imagine that someone with enough Processwire skills could create something similar?

I upgraded my sites to Processwire 3.0.135 dev, but unfortunately I'm having a problem with the new .htaccess file introduced in 3.0.135. I'm unable to get my sites to redirect from the bare domain to the www domain. Example: http://mysite.com should redirect to https://www.mysite.com I have tried commenting out these sections, but it didn't work. # ----------------------------------------------------------------------------------------------- # 9. Optionally Force HTTPS (O) # ----------------------------------------------------------------------------------------------- # 9A. To redirect HTTP requests to HTTPS, uncomment the lines below: # ----------------------------------------------------------------------------------------------- RewriteCond %{HTTPS} !=on RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] and # 13A. Redirect domain.com and *.domain.com to www.domain.com (do not combine with 13B): # ----------------------------------------------------------------------------------------------- RewriteCond %{HTTP_HOST} !^www\. [NC] RewriteCond %{SERVER_ADDR} !=127.0.0.1 RewriteCond %{SERVER_ADDR} !=::1 RewriteRule ^ %{ENV:PROTO}://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301] If I access mysite.com it gives me the following error when accessing http://mysite.com 404 page not found (no site configuration or install.php available) If I access www.mysite.com, the website functions correctly. ------------------------------------------------------------ As a work around, I ending using this bit of code from version 300 .htaccess file. RewriteCond %{HTTP_HOST} !^www\. [NC] RewriteRule ^ http://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301] That works. I can go to mysite.com and it will redirect to https://www.mysite.com Is anyone else having trouble redirecting your domain to the https://www. version with the new .htaccess file? Here is the full .htaccess that doesn't work for me I just wanted to check with everyone here before I submit a bug report on Github. Also, does anybody know the correct location to insert redirects for other domains as well? Example myothersite.com should redirect to https://www.mysite.com

I think you can just increment the version number from 100 to 101?

From $config->pagefileSecure https://processwire.com/api/ref/config/ - When used, files in /site/assets/files/ will be protected with the same access as the page. Routines files through a passthrough script. I haven't used this yet, but there might be a performance hit? I'm not sure how much though? From here Wanze writes:

I created an issue for what I specified above. https://github.com/processwire/processwire-issues/issues/933

Okay, after more investigating I can only reproduce this on image fields inside a repeater that have been set to "Vertical list (verbose)". To be clear it doesn't happen on normal image fields, only those inside a repeater.

I'm seeing the same problem on my install. I'm not sure when it was introduced. I'm running the latest version of Processwire. 3.0.135 Here is the error I get in the console: JqueryUI.js?v=1563290320:7 Uncaught TypeError: Cannot read property 'addClass' of undefined at e.<computed>.<computed>._mouseCapture (JqueryUI.js?v=1563290320:7) at e.<computed>.<computed>._mouseCapture (JqueryUI.js?v=1563290320:6) at e.<computed>.<computed>._mouseDown (JqueryUI.js?v=1563290320:6) at e.<computed>.<computed>._mouseDown (JqueryUI.js?v=1563290320:6) at HTMLSpanElement.<anonymous> (JqueryUI.js?v=1563290320:6) at HTMLSpanElement.dispatch (JqueryCore.js?v=1563290320:2) at HTMLSpanElement.u (JqueryCore.js?v=1563290320:2) In my case I have an image field inside a repeater. I drag the image into the field to upload the file. It uploads, but it doesn't generate an proper thumbnail. At this point I don't see any errors in the console or Tracy debugger. Then if I try to use the thumbnail image resize slider it throws the error in the console. Maybe someone else can my steps to reproduce the same error?

I think RobinS is doing something similar to your project. You may want to read how he is going about it.

What does it say for System Version at /processwire/module/edit?name=SystemUpdater ? Mine say's 17. Maybe you can change that to something lower and log out and then log back in?

and here

I believe that is because repeaters store their pages under a different section in the admin tree(Admin>Repeaters>name_of_repeater) which isn't publicly accessible to guests. I think you have to add check_access=0 to your find selector? See https://processwire.com/docs/selectors/#access_control Hope that helps

@adrian - Thanks for reporting back to keep us updated!

I think I did, but I can't remember. I think these links helped me. Hope that helps you

I'm seeing the images now on my computer.

Here is a screenshot of the images not loading from my iPad. I also checked on a computer, both chrome and safari.

Very nice site! One thing I noticed was that the images were broken on https://www.us.playwood.it/en/free-design-projects/

Here's a couple of other projects that I looked at. I'm not sure if it is needed, but they include a couple of other directives as well. https://github.com/vincentorback/WebP-images-with-htaccess https://git.drupalcode.org/project/webp/blob/8.x-1.x/.htaccess from the Drupal 8 webp module https://github.com/nomidi/silverstripe-webp-image/blob/master/templates/SilverStripe/Assets/Flysystem/PublicAssetAdapter_HTAccess.ss for Silverstripe CMS https://github.com/S1SYPHOS/kirby-webp - for Kirby CMS I wasn't sure about this one: <IfModule mod_headers.c> Header append Vary Accept env=REQUEST_image </IfModule> Do you think something like that should be included?

You should be able to change it in your .htaccess file. Look at section #9 in the file.

Here you go https://github.com/phlppschrr/TextformatterMakeLinks/pull/3

@interrobang - can you try this regex? '~ \b([a-z]{3,}://[a-z0-9%\$\-_.+!*;/?:@=&\'\#,]+[a-z0-9\$\-_+!*;/?:@=&\'\#,])\b\/? | # Fully URLs \b(www\.(?:[a-z0-9\-]+\.)+[a-z]{2,}(?:/[a-z0-9%\$\-_.+!*;/?:@=&\'\#,]+[a-z0-9\$\-_+!*;/?:@=&\'\#,])?)\b\/? | # www. domains \b([a-z0-9\\.+\'_\\-]+@(?:[a-z0-9\\-]+\.)+[a-z]{2,})\b # email addresses ~ix' It looks like it works. All I did was add the "\/?" to the end of the first two lines. If it works, I'll make a pull request.

I just remembered that Drupal has a URL filter built into core. Maybe we can somehow use it's code since it's been battle tested? ...with credit of course. https://api.drupal.org/api/drupal/modules!filter!filter.module/function/_filter_url/7.x - For Drupal 7 In the comments of the Drupal module, it interestingly states "Each type must be processed separately, as there is no one regular expression that could possibly match all of the cases in one pass." There is also https://github.com/thephpleague/uri-parser that looks like it may help, but that would require composer to install the library? Also, I've been testing different regex patterns with https://regex101.com. It's the best regex tester I've found so far.