BigRed

I don't know if this would be helpful to anyone but it saved me a lot of work so I thought I would share it. When using Duplicator on Windows (I don't think this is a problem on another platform), the installer.php script would always hang on unzipping the files and never make it to the uploading the database stage. No matter what I changed in terms of time out or memory allocation or anything, it still would never full extract everything, and what it did extract was VERY slow. What I ended up doing in replacing the code where it extracts the files with a native tar extract. Starting at the $zip = new ZipArchive(); text (about line 731), I replaced the code down to the closed brace (about line 750) with this: $zip = new ZipArchive(); $res = $zip->open($this->package); if ($res == true) { if (is_writable($path)){ // ---- START: system tar extraction (replacement) ---- $archive = escapeshellarg($this->package); $dest = escapeshellarg($path); // Laragon ships with bsdtar, which can extract zip files $cmd = "tar -xf $archive -C $dest"; exec($cmd, $output, $code); if ($code !== 0) { $this->err("An error occured while extracting the package."); return false; } } else { $zip->close(); $this->err("The temp folder $path is not writable. Please adjust the permissions and try again."); $this->btn("Check Again", 2, 'refresh', false, true); return false; } if ($zip) $zip->close(); $this->ok("The package has been extracted."); } else { $this->err("An error occured! Duplicator couldn't open {$this->package}."); } Once I did that, the extract took 10 seconds max for many hundreds of files, whereas before I would be waiting for many minutes only to have it abort. I did get the code from ChatGPT so if it doesn't look quite right, blame it, but it does work. 🙂 I know I could refactor this a bit to remove the $zip variables that aren't really doing anything now, but I didn't feel like redoing more parts of the script, and it doesn't hurt anything. I hope it helps someone. Maybe a real programmer could clean it up and put it in the options when generating the installer.php file?

Oh, ok. So you add those fields to a page you already have set up (the parent page). So if I have a parent page (forms) that has a bunch of child form pages underneath, I would add those fields to the parent forms page and upon running the import, it would put all the individual form pages under that.

I know this is very old, but I'm just getting to a point where this might be useful. I have it working, but I don't understand how to import the pages under a certain parent. All the pages are imported under the dataset page. What am I missing?

I finally had time to get back to this. I don't know what I did before, but it is working now. I started with a fresh dev and prod site so maybe there was something goofy in the other one I set up. I will keep playing with this and see if I can get it running on a real site.

Ok, thanks. When I get a few minutes I'll take it up again and see what happens.

I would love to try this but I am getting an error when trying to restore the backup on the prod machine. When trying to go into the Database Migrations page I get an error that says: Unknown field supplied to saveField for page 1167 If I choose the migration from the admin section of the page tree I get the same error. I can open up the bootstrap one though. It was only a simple test. I added a field and a template in the dev side.

I'm having another issue with duplicator. When I try and restore a backed up site, the files are unzipped and it looks like everything will work, then I get a page saying: The file containing the MySQL database couldn't be found. All the files from the backup are there. It extracted the files. I've never encountered this before. Does anyone know how to fix this?

I didn't see this anywhere else, but it seems the new admin theme clobbers the custom CSS that is in TinyMCE fields. Without new admin theme: With new admin theme: Is this a known problem? Are there any solutions?

Did this ever get addressed? I know it's been many years but I'm still having the same problem.

I just used the IP address as the URL and it worked. We have a pretty simple setup (no shared hosting, server is located on premises) so it was easy to do the IP thing. I didn't find any log entry that reported the problem though.

I was able to use http:// and the IP address, then everything worked as expected. I was using https:// and the domain name before.

I apologize for being clueless here, but I installed the module, and although it created all the templates/fields/pages, it doesn't do anything. By that I mean nothing on the site has changed. Am I supposed to place some code on each page on the site or something? I'm obviously missing something. Thanks for any help.

Problem that has been off and on for a while. When I click on the Backup Now button in the control panel it briefly shows the busy graphic, then it disappears and nothing happens. I've tried other browsers, clearing cache, etc. It works sometimes as I have several backups, but this time I can't get it to work. Has anyone else had this problem? I do see an error in the console about the content needing to be served over a secure connection (https) which the link to kick off the backup process is not. Is this something that can be fixed?

I just wanted to give a big thank you to @ryan for making Processwire and making it so easy to use. We are going through a domain name change for our organization and it was SO easy to make the changes in Processwire. Just a little change to a config file in Processwire (and Apache) and it's done. Everything is working fine. All the internal links (and images, PDF files, CSS, JS, etc) still work with no intervention on my part. Maybe it's that easy in WordPress or one of the other 'big' CMS programs, but I doubt it.

Sorry to answer my own question. I had to change the installer script and put set_time_limit(1200); at the beginning. It was 300, then I changed it to 600 and that didn't work, so I tried 1200.