Jump to content

matjazp

Members
  • Posts

    708
  • Joined

  • Last visited

  • Days Won

    6

matjazp last won the day on October 6

matjazp had the most liked content!

2 Followers

About matjazp

  • Birthday 04/27/1969

Profile Information

  • Gender
    Male
  • Location
    Maribor, Slovenia

Recent Profile Visitors

12,745 profile views

matjazp's Achievements

Hero Member

Hero Member (6/6)

561

Reputation

6

Community Answers

  1. https://github.com/processwire/processwire-issues/issues/2150
  2. As I already told you in a private conversation, you should contact your host provider or turn of mod_security.
  3. Please replace self::getDirContents($path); with self::_getDirContents($path); (underline is missing).
  4. @prestoav, thanks for the compliments 🙂 I forked AIOM primarily to fix issues I was facing, and then it somehow developed into the version with the caching options. I don't use minification of CSS/JS. I think it's enough to use simple preg_replace to remove blanks. It's painful to follow and track issues for all libraries now included in the module (voku html_min, simple_html_dom, symphony css selector, lessmin, cssmin, jsmin, ...). Not worth it for those few percentages. But hey, the module works, even on PHP 8.5. Did you try/test caching options? @David Karich, I didn't change the class name as I wanted to preserve its name and your contribution/authorship of the module. Thanks for the module! I'll PM you.
  5. https://github.com/matjazpotocnik/ProcessWire-AIOM-All-In-One-Minify Note that AIOM+ has a caching component, similar to Procache.
  6. @prestoav David doesn't maiantain this module anymore. In my forked version this fix is already integrated.
  7. This is new information. You stated in the first post that your upgraded PHP and PW. Check XHR response headers in browser's dev tools.
  8. Because 3.0.246 might not be 100% compatible with PHP 8.4. That's odd. I use this version even on PHP 8.5 without (major) issues.
  9. Do you have access to admin? To the file system? Double check that you uploaded the complete wire directory and new indxex.php file.
  10. You have PHP 8.4? Then use the latest (not yet dev): https://github.com/processwire/processwire/archive/dbbb239a74231d5371c77cd23cb6e48aba90b8ef.zip
  11. Check PW error logs. This is because of the error in php/module resulting in invalid JSON. Do a modules refresh and upgrade them to the latest version.
  12. Why it would work for an hour or two and then stopped? Can you limit access to the website to just your IP? I guess you'r using apache, so you could put this in your .htaccess: <RequireAll> Require all denied Require ip x.x.x.x </RequireAll> Or perhaps you have an option to do that in admin panel of your provider. It sounds like an incomplete upload (with FieldtypeFile.module being an older version that lacks those method implementations, otherwise FieldtypeImage would inherit them). Please double check that you uploaded the complete wire directory. As an alternative you can add public function hasFiles(Page $page, Field $field){} public function getFilesPath(Page $page, Field $field){} to /wire/modules/Fieldtype/FieldtypeImage/FieldtypeImage.module. But you said it worked already so I'm without the ideas here. Try to downgrade PHP to 7.4 if that helps?
  13. https://github.com/processwire/processwire/archive/refs/tags/3.0.123.zip
  14. active_connections 18446744073709551581 That's a high number. Can you limit access to your website to your IP address, so that you can login to PW? Can you put robots.txt with the User-agent: * Disallow: / to the root of your website?
  15. I suspect that restore was not complete, maybe some files are missing or permissions are not correct? Can you roll back to PW 3.0.123?
×
×
  • Create New...