Recently Browsing 0 members
No registered users viewing this page.
By Markus (Blue Tomato)
We have created a module to create BlurHash strings for images while uploading in ProcessWire. This blurry images will be saved in the database because they are very small (20-30 characters) and can be used for Data-URL's as placeholders for image-lazy loading.
E.g. where we use this in production:
https://www.blue-tomato.com/en-INT/blue-world/ https://www.blue-tomato.com/en-INT/blue-world/products/girls-are-awesome/ https://www.blue-tomato.com/en-INT/buyers-guides/skateboard/skateboard-decks/ https://www.blue-tomato.com/en-INT/team/anna-gasser/
By ICF Church
Anyone else having this problem?
- Repeater (matrix & normal) with mutlilanguage fields (text, textarea…)
- Backend language set to something other than default (ie. German)
- Add a new repeater Item (ajax, I found no way to possible to disable it with matrix)
(Notice how the default language tab is active instead of the backend language…)
- Write something into the (default language) field
- Try to save, if field is required, this will not work. If not required, then when reloading, the content will be inside the backend language field, instead of the default language field who was (presumably) active
When loading a new repeater element with ajax, the default langue tab is active, but the backend language inputfield is visible (with no visual indication). When writing into the field, it will populate the backend language. When manually clicking on the default language tab (which is already active), the field will switch to the actual default language field (which is [now] empty) (that can now be populated…)
Also Notice, the labels of the elements to be added are in default language as well instead of the translated label (images instead of Bilder)…
ProcessWire 3.0.148, Profields 0.0.5…
Is it my system configuration, or does anyone else have the same issue? This is a screen recording of the problem:
Screen Recording 2020-02-25 at 14.18.31.mov
By Peter Knight
is there a checklist of items I should consider for diagnosing a series of pages which display a 404 error?
Basically I have built a Blog and all my posts are under a folder called 'Posts'. Some of these pages successfully display while others display a 404 page.
This is what I have confirmed so far...
1. All pages are within the same root folder 'Posts'
2. All pages have the same template and fields completed
3. All pages have the same properties under Settings > Who can access this page
4. Pages have no redirects in place
5. Pages have no special characters or anything funky in the URL slug
There are no errors showing in the log either so I am stuck 😕
this module can publish content of a Processwire page on a Facebook page, triggered by saving the Processwire page.
To set it up, configure the module with a Facebook app ID, secret and a Page ID. Following is additional configuration on Facebook for developers:
Minimum Required Facebook App configuration:
on Settings -> Basics, provide the App Domains, provide the Site URL, on Settings -> Advanced, set the API version (has been tested up to v3.3), add Product: Facebook Login, on Facebook Login -> Settings, set Client OAuth Login: Yes, set Web OAuth Login: Yes, set Enforce HTTPS: Yes, add "https://www.example.com/processwire/page/" to field Valid OAuth Redirect URIs. This module is configurable as follows:
Templates: posts can take place only for pages with the defined templates. On/Off switch: specify a checkbox field that will not allow the post if checked. Specify a message and/or an image for the post.
edit the desired PW page and save; it will post right after the initial Facebook log in and permission granting. After that, an access token is kept.
PW module directory: http://modules.processwire.com/modules/auto-fb-post/ Github: https://github.com/kastrind/AutoFbPost Note: Facebook SDK for PHP is utilized.
Hi. I've been using Processwire for a few years now and installed it on a few different shared hosting servers without issues, but I'm now running into an issue on a Fasthosts shared server that I've not seen before. The installation goes ok and I have a working default site profile but I am unable to complete any uploads of images. It just hangs at the progress spinner during the upload. I thought it might be a priviledge issue so have temporarily set the dir / file privs. as 777 / 666 just to test that but it made no difference. I have no errors in the wire log. In server error log I have:
set_time_limit() has been disabled for security reasons in ....htdocs/wire/core/ImageSizerEngine.php on line 1035 and i note in the assets/file dir. where the image is being stored the date on the file being created has a year of 1970 and 0 length. If I leave the page this file disappears and nothing has been stored.
Does anyone know how I can enable set_time_limit if this is likely to be the problem?
Many thanks! Paul