rastographics

Something definitely up. I noticed when searching blog posts for "custom page types", that it returns over 250 results. Going through the first couple pages of results, I don't see any that talk about custom page types. Try doing a search just for "hello"...it returns a ton of blog posts that don't include the word "hello" anywhere in their content. https://processwire.com/search/?q=hello&t=Blog

Hi, I'm struggling to find answers in the forum recently. It seems like no matter WHAT my search term is, this screenshot is always the first results (sorted by Relevancy). I'm trying to find documentation on the Custom Page Classes most recently. But any search I do that has the word page anywhere in it, brings up these exact results for me, even when I use a bunch of different terms in addition to "page". Am I just going crazy or is anyone else noticing these posts always at the top of your searches?

@d'HinnisdaëlI know there are older threads talking about nginx configuration for processwire, but just curious if you can share any of your configuration files that are working good for you? I don't have a clue about nginx but really want to start using ploi

would love to see your script for pipelines. I tried setting this up a couple years ago and gave up.

Hi, I did a search for "files" on the processwire.com to find the api for working with files...and it looks like the site breaks? This url: https://processwire.com/search/?q=files Looks like this This only happens when I'm logged into processwire.com. If I browse in Private tab, then it works as expected

@horst the admin thumbnails all showed up when I first added the images (I would do about 100 at a time until all of them were done). I saved the page. (which is why everything works on the front end side). I'll make another page with the same thumbnails to see if I can replicate this. Is there a place to look for server logs or turn logs on, that would show me potential errors when I redo this process?

I have a template that has an `images` field. On one of the pages using this template, I have about 500 images (about 2MB each). The images display perfectly on the page when viewing it on the front end. However, if I attempt to go to the edit page in the admin dashboard (`/admin/page/edit/?id=<ID>`) then php will timeout after 30 seconds. To be clear, the front-end view of my template does NOT timeout (after the initial page load and the image sizes are all generated, this page is very fast to view). No issues on front-end whatsoever. The admin edit page times out. ONLY for this particular page. I have other pages using the same template, with 150-200 images, and no problems with accessing the edit page. Any suggestions? Is the images field not made to scale past a couple hundred images? Thank you in advance.

@psyThat's exactly what I was looking for...a way to make sure the entities are eager loaded. Just didn't know it was a thing and what it was called :) Well, turns out that when I tried to use "join"...it didn't work because my processwire wasn't on a recent enough version. So when I upgraded to latest master version...it works! And furthermore...it works WITHOUT using the join feature as well. Just needed to upgrade...must have been a bug somewhere that got fixed in the past year. Thank you everyone!

@Zekathanks, yes I did try that. It does not work. I also tried the number value that corresponds with that option. I have other queries in my api that have selectors that just use the task_status field, but not as a sub-selector on a page reference field. So just 'task_status=finished'. Those work fine. Just getting the 'disc_order' template and using 'task.task_status=finished' is what does not work. What is baffling is my query works in the page finder. It also works when I put it in a template page. My api.php page has many other queries using other selectors, and none of them behave different than expected. (None of them are trying to select based on a property of a Page field, however)

This is my selector: pages()->find("template=disc_order, task.task_status=finished, order_status=pending, sort=created, check_access=0, limit=1); The "task" field is a page reference. The "task_status" field is a Select field. This selector works as expected when I use it on a normal template page. However, when I use this same exact selector in a different file (my_api.php) the selector no longer returns any results, UNLESS I REMOVE: task.task_status=finished If I remove "task.task_status=finished" and add "task.id=34234" instead, it will return results. Or if I run this same selector in my template, it works. Scratching my head here, this is really weird...

@SoccerGuy3 Would you be able to post the relevant code that got this working for you? Been struggling for a couple days getting this to work. After I call for the WireUpload->execute(), the files array that it returns is always empty.

No errors, I can upload any file type. The accept parameter is a html web thing, not just a Windows thing, from all indications here:. https://developer.mozilla.org/en-US/docs/Web/HTML/Element/input/file#accept For now I just added the accept attribute manually to the field. I'm surprised this is not done by default? What other functionally does extensions property provide if it doesn't limit what file types can be uploaded?

Hi, I think there is a typo on this page that will really mess up people who are trying to do processwire backups from code: https://processwire.com/api/ref/wire-database-backup/ The very first example, instead of $database->backup(); I think it should be: $database->backups();

Awesome solution just what I was looking for! For a little more flexibility, instead of hardcoding to allow robots if debug is false, I added a checkbox field on the robots template so I can turn SEO blocking on or off from the backend.

thanks everyone, @adrian it was indeed permissions issue. happened because I had copied the assets/files from old site to new using root user, but apache configured to run as a different user per site. To help anyone who finds this, I ran: cmod -R 775 on the assets/files folder, as root.

Site works great on staging, moved to production (different folder/user on same server), site front-end works, but trying to create a new page on the backend gives this error: DirectoryIterator::__construct(../releases/1548970736/site/assets/files/1140/): failed to open dir: No such file or directory (in /wire/core/Pageimages.php line 134) The database is an exact copy. Only thing I didn't copy over was the backups/cache/logs directories from assets. (I did copy the "files" directory). The folder it is referencing "site/assets/files/1143" ...that directory never existed on staging or production. Don't know why it's trying to call that directory from the getAllVariations() method in wire/core/Pageimages.php??? It gives this error no matter where in the tree i try to create a new page. EDIT: Just realized that the "1143" in the error message "site/assets/files/1143" is the id of the new page I'm trying to create.

@teppo AAH! I can't believe I wasted so much time looking into namespaces and scope context yesterday!!! How embarrassing. Thank you.

@LostKobrakai Sorry for noob question, but after installing Migrations module and creating my first migration, my IDE gives an error because the variable $this is unexpected... It seems like no one else has encounter this...is something wrong with my pw setup? Any hints on where I can look for answers?

Installed fresh processwire from scratch on identical hosting setup. When going through installer, everything checks out as normal, except on the final review page after install, these errors appear: I can still continue on to login page, but original error is still present and prevents login.

In site/config.php if I set: $config->protectCSRF = false; Then 3 different things happen: A wires_challenge cookie is now showing up in my browser (wasn't there before.) The error "appears to be forged" no longer shows up. ?login=1 is added to the url string Still does not login ?

I also changed the permissions of the /tmp folder to 777 just to see if that would fix it. Still not working.

I tried the methods in that stackoverflow question and they did not work. As you can see in my posted screenshot, I was able to get phpinfo() to recognize a different save_path by using .htaccess. However that did not keep the "appears to be forged" error from showing up when logging in. The app is using the docker configuration based on standard php apache image as seen in this repo: https://github.com/Azure-App-Service/php/tree/master/7.2.5-apache Please if anyone has any other ideas of what can be keeping me from logging in, this is preventing us from bringing our ready website to production. Thanks!

I changed my .htaccess file to successfully get the session.save_path to change to a local directory that I am sure I have full ownership permissions on: I restarted the site, cleared all cookies, and still get the error. Any ideas?

The following is my session.save_path from phpinfo(). I found someone who showed how to change the session.save_path with this code: session_save_path(realpath(dirname($_SERVER['DOCUMENT_ROOT']) . '/../session')); But that didn't seem to make any difference.

@Pixrael I'm not very experienced with linux but I thought that if PW is creating new files in site/assets/sessions directory, it has permissions to write there? Or is the php session path a different thing than the PW session path?