anttila

I made /etc/nginx/conf/processwire where is all the global settings for every ProcessWire clients, and some of those worked and some of not. I'm running latest ProcessWire for all of those. PHP 7.3 is now recommended and supported, but I use 7.4 from outside of distro's apt. But if that's the case, then all the ProcessWires should be effected. Everything else is from official sources. I don't know about netplans, but now I'm interested. :) Found a new issue or maybe this is part of the first one: When trying to put page to the bin, then I'll get popup warning where is only undefined. No real errors and no log entries. (I can delete page if I'm editing it but not from Pages by pressing the button from hover menu (only edit works, so all JQuery things are not(?)))

Thanks for quick reply. I used $config->protectCSRF = false; which fixed the issue, but I have no idea why this problem came in the first place. I normally run 750 and 640, but tried also 755 and 644 owned by www-data. Should be all the necessary permissions and installation went through without any problems. This is some kind of session problem. And somehow there is two fully working ProcessWires, so can't be nginx issue(?).

I have a new server and wanted to use nginx. However, I have two ProcessWire websites which does not let me do anything. I'll get this error every time when I try to change something and sometimes when logging in. Deleted all caches already from ProcessWire and browser. This also happens after installing new ProcessWire and all directories were owned by www-data. I also have two working websites without any problems and all these four uses same kind of setting on nginx config. I don't understand why some of those working fine and some not. Running Debian 10, MariaDB 10.3.22, PHP 7.4, nginx 1.14.2 This request was aborted because it appears to be forged. #0 /sites/clients/clientname/wire/modules/Process/ProcessPageTrash.module(49): ProcessWire\SessionCSRF->validate() #1 /sites/clients/clientname/wire/core/Wire.php(380): ProcessWire\ProcessPageTrash->___execute() #2 /sites/clients/clientname/wire/core/WireHooks.php(823): ProcessWire\Wire->_callMethod() #3 /sites/clients/clientname/wire/core/Wire.php(450): ProcessWire\WireHooks->runHooks() #4 /sites/clients/clientname/wire/core/ProcessController.php(337): ProcessWire\Wire->__call() #5 /sites/clients/clientname/wire/core/Wire.php(380): ProcessWire\ProcessController->___execute() #6 /sites/clients/clientname/wire/core/WireHooks.php(823): ProcessWire\Wire->_callMethod() #7 /sites/clients/clientname/wire/core/Wire.php(450): ProcessWire\WireHooks->runHooks() #8 /sites/clients/clientname/wire/core/admin.php(150): ProcessWire\Wire->__call() #9 /sites/clients/clientname/wire/modules/AdminTheme/AdminThemeDefault/controller.php(13): require('/sites/clients/...') #10 /sites/clients/clientname/site/templates/admin.php(15): require('/sites/clients/...') #11 /sites/clients/clientname/wire/core/TemplateFile.php(318): require('/sites/clients/...') #12 /sites/clients/clientname/wire/core/Wire.php(380): ProcessWire\TemplateFile->___render() #13 /sites/clients/clientname/wire/core/WireHooks.php(823): ProcessWire\Wire->_callMethod() #14 /sites/clients/clientname/wire/core/Wire.php(450): ProcessWire\WireHooks->runHooks() #15 /sites/clients/clientname/wire/modules/PageRender.module(536): ProcessWire\Wire->__call() #16 /sites/clients/clientname/wire/core/Wire.php(383): ProcessWire\PageRender->___renderPage() #17 /sites/clients/clientname/wire/core/WireHooks.php(823): ProcessWire\Wire->_callMethod() #18 /sites/clients/clientname/wire/core/Wire.php(450): ProcessWire\WireHooks->runHooks() #19 /sites/clients/clientname/wire/core/WireHooks.php(924): ProcessWire\Wire->__call() #20 /sites/clients/clientname/wire/core/Wire.php(450): ProcessWire\WireHooks->runHooks() #21 /sites/clients/clientname/wire/modules/Process/ProcessPageView.module(213): ProcessWire\Wire->__call() #22 /sites/clients/clientname/wire/core/Wire.php(383): ProcessWire\ProcessPageView->___execute() #23 /sites/clients/clientname/wire/core/WireHooks.php(823): ProcessWire\Wire->_callMethod() #24 /sites/clients/clientname/wire/core/Wire.php(450): ProcessWire\WireHooks->runHooks() #25 /sites/clients/clientname/index.php(55): ProcessWire\Wire->__call() #26 {main}

I just downloaded the newest dev version and upgraded my website, but image fields does not support WebP. I replaced wire folder, index.php and .htaccess. Invalid image (in /wire/modules/Inputfield/InputfieldFile/InputfieldFile.module line 821) Apache2 / PHP7.0 has GD and ImageMagick enabled.

I know how to use multisite system, I have it already working. What I need to know is can I somehow use that index.php to confirm that the username and the password are ok (all sites have different users). There are multiple databases under one index.php, so how to tell PW which one is right when using external PHP code.

Is it possible to use this kind of technique for multisite (different databases and site folders, same core and index.php). How I can tell ProcessWire which site is the right one after required index.php (it probably uses our demo site as default). There is no point to do own install for all the sites because those are almost identical, but I need to test if the user has the correct password so I need to use right ProcessWire's database / config.php / site folder. My app knows which website and database is the right one, so can I pass it to ProcessWire somehow or do I have to use right config.php for that?

Are you saying that I can just find a right ProcessWire and include its index.php to my web app, and I have full access to its pages and users? I can't but wonder and love the chances of this platform. Thanks! This is so awesome work.

We have many booking calendars made with ProcessWire (own databases) and I want to do a web app (SQL) which allows user to log in. First, the user chooses the right calendar and then (s)he have to log in. The user can be from any of those calendars and the app is not running on ProcessWire (it can if necessary). So if there any way to make sure that the user has rights to the calendar (s)he tries to log in and if the password is correct. Is there any better way to do this? I could also use PIN codes or something, but those need to be encrypted too. Multiple ProcessWires A lot of users per ProcessWire Everyone can log in to the web app (when using right calendar)

They don't actually login to the website when they use the API - I just need to know if the password is correct and send confirmation or false. Although, I could use $session->login to check if the credentials are valid. Thanks for help, I'll look into it.

We are developing an App that sends data over the Internet to ProcessWire (POST/JSON). We want password to be protected somehow when sending it, but I should be able to compare it to PW's passwords. We were thinking of using md5 encryption, but PW uses different encryption. How can I be sure that user has active account when they use the App?

I developed my own web store platform on ProcessWire. Work like a charm. However, I would like to know what is the best way to cache web store? There is a shopping cart, many languages and previously watched products which need to run without cache but everything else could be cached. Is there a way to use PW's own cache or ProCache for everything else except for certain HTML ID? I have used MarkupCache for categories in some cases. I'm addicted to speed. Everything has to be loaded as fast as possible or even faster. My next step is developing AMP HTML as part of the platform, but that is not helping normal version.

Yes, I have tried to find some setting from there, but there is no option for those and every site has those attributes if the link is made in the body field.

Is it possible to get rid of these useless rel attributes? It's CKeditor's default. I don't understand why those are forced.

https://polarartistit.fi/ https://bomba.fi/ Webstores (developed by Tuspe): https://sajt.fi/ https://kupilka.fi/ (shop is only for visitors from Finland) https://tommisoidinmakiproduction.com/ Events: https://osuuskaupparock.fi/ https://karhurock.com/ We have made almost 100 projects already.

I really like your module and it is on every site we make. I found an odd bug when using core page cache and this module; styles not loading correctly and the page looks like there no CSS at all. Most of the sites have no problem, but this happened to maybe five of them. Not very often though. One of them has no page cache, but others do. It's always certain template / page and not the whole site without CSS. All the sites have https on but pages can use both ways.