• Content count

  • Joined

  • Last visited

Community Reputation

24 Excellent

About theo

  • Rank
    Full Member

Recent Profile Visitors

609 profile views
  1. Great! Thank you!
  2. @flydev "Delete All" seems OK, but I was talking about the trashcans. <button id="deletePackages" class="ui-button ui-widget ui-corner-all ui-state-default" name="deletePackages" value="Delete All" type="button" data-action="http://localhost/~theo/mysite/processwire/setup/duplicator/?action=deleteAll"><span class="ui-button-text"><i class="fa fa-trash"></i> Delete All</span></button> Trashcan is wrong: <a href="?action=delete&" class="trashTrigger" data-action="http://localhost/~theo/mysite/~theomysiteprocesswire/setup/duplicator/?action=none"><i class="fa fa-trash"></i></a>
  3. There is another little problem. I guess it has to do with mod_userdir. If you go to the package manager page and delete a package (trashcan), the item will be deleted but you will get redirected to an invalid URL. Sort of: /~theo/mysite/~theomysiteprocesswire/setup/duplicator/?action=none Thank you.
  4. Yes, it took a while. I had the idea before, but was using "file_exists" which is not enough. The file has to be readable. It's all fine now. The files were some hidden ".directory" files, which for a reason were not readable for the webserver. These were blocking the entire zip building process. Thank you.
  5. OK, some success here: Please add "is_readable" check in function zipData } elseif (is_file($file) && is_readable($file)) { $filecount++; $zip->addFile($file, str_replace($source . '', '', $file)); $limitItems++; Like this it works. If a file is not readable, it silently fails otherwise.
  6. Strange thing in function zipData I add these logs around $zip->close() ChromePhp::log($zip); ChromePhp::log($zip->close()); ChromePhp::log($zip); log.js:137 ZipArchive {status: 0, statusSys: 0, numFiles: 4951, filename: "/home/theo/public_html/mysite/site/assets/cach…cator-temp/1/", comment: ""} log.js:137 false log.js:137 ZipArchive {status: 0, statusSys: 0, numFiles: 0, filename: "", comment: ""} $zip->close() returns false. What could be the reason?
  7. I can't find the problem. Here again the logs of the variables in buildProcessWireBackup: log.js:137 $root: log.js:137 /home/theo/public_html/mysite/ log.js:137 $path: log.js:137 /home/theo/public_html/mysite/site/assets/ log.js:137 $options: log.js:137 {filename: "", folder: {…}, exclude: Array(8), extension: Array(0)}exclude: Array(8) 0: "/home/theo/public_html/mysite/site/assets/cache/WireTempDir" 1: "/home/theo/public_html/mysite/wire" 2: "/home/theo/public_html/mysite/site/assets/backups" 3: "/home/theo/public_html/mysite/site/assets/logs" 4: "/home/theo/public_html/mysite/site/assets/cache" 5: "/home/theo/public_html/mysite/site/assets/sessions" 6: "/home/theo/public_html/mysite/site/assets/files" 7: "" length: 8__proto__: Array(0) extension: []length: 0__proto__: Array(0) filename: "" folder: {}__proto__: Object__proto__: Object log.js:137 $zipinfo: log.js:137 {files: 4951, dirs: 0, size: 280395773}dirs: 0files: 4951size: 280395773__proto__: Object log.js:137 $fileinfo: log.js:137 {zipfile: "/home/theo/public_html/mysite/site/assets/cach…cator-temp/1/", zipname: "", structure: {…}}structure: {files: 4951, dirs: 0, size: 280395773}zipfile: "/home/theo/public_html/mysite/site/assets/cache/WireTempDir/.duplicator-temp/1/"zipname: ""__proto__: Object Thank you
  8. But it doesn't. Next line after the debug log commands above is if (!file_exists($fileinfo['zipfile'])) { DUP_Logs::log("An error occured while building the ProcessWire structure."); return false; } And this throws the message "An error occured while building the ProcessWire structure." so zipfile does not exist and buildProcessWireBackup returns false.
  9. Hi flydev Thank you for your patience. ;-) I have still the same problem with my 2.7.2. After pressing the button "Initiate Backup Process" it says "Processing..." then it seems to do something for some 10 seconds and then it returns to "Initiate Backup Process". The log says: 2017-12-08 10:42:15: Package build failed. 2017-12-08 10:42:15: An error occured during package build. 2017-12-08 10:42:15: An error occured while building the ProcessWire structure. Where could I try to find the problem? P.S. I have ChromePHPLogger installed. The image below for example is the result of ChromePhp::log($zipinfo); ChromePhp::log($fileinfo); in Line 311 of Duplicator Module. Does it mean anything?
  10. Great. I didn't really understand what it is doing anyway. The fact that mod_userdir is installed, does not mean, that it is actually used. Thank you.
  11. Thanks, I will read that. I have solved the problem with (Line 250) if (function_exists('apache_get_modules') && (in_array('mod_userdir', apache_get_modules()))) {
  12. Hmm, there is a little regression on a free webhosting platform I am using: Fatal error: Call to undefined function apache_get_modules() in /users/pwdev/www/site/assets/cache/FileCompiler/site/modules/Duplicator/ProcessDuplicator.module on line 250 The module worked before on this host, but not any longer in version 1.1.4 Thank you.
  13. Yes sure, but still adrian was asking how mod_userdir may affect other modules. Where normally maps to /myfilesystemroot/processwire http://localhost/~theo/pwdev/processwire/ does not follow the same rule: /myfilesystemroot/~theo/pwdev/processwire/ is not a valid file path. This should be: /myfilesystemroot/pwdev/processwire/
  14. I don't know what it is supposed to return, but /~theo/pwdev/processwire/setup/ is not a valid path on the file system. I think confusion comes from the "calculation" of file paths.
  15. Here it returns: /~theo/pwdev/processwire/setup/ Thanks.