Forum Replies Created

Viewing 6 replies - 1 through 6 (of 6 total)
  • Thread Starter TCFT

    (@tunecraft)

    Sorry, what am I supposed to check exactly ? There’s no link in your post or anything. If these were questions:

    -Yes the file/folder I’m trying to write to already exist since it compiles previous backups when it was working fine.
    -The FTP user account has permission to upload files to that location (assumed since the automatic daily backups are working)
    -The filepath in the UpdraftPlus settings is also relative to the FTP user root: Not sure I’m getting this one, but again I assume auto backups wouldn’t work if it wasn’t the case.

    Thread Starter TCFT

    (@tunecraft)

    Hey there,

    Thanks for your reply.

    I haven’t had the chance to run that script yet, as I’m not quite sure how to proceed.

    However, I noticed that once I unchecked ‘passive mode’, automatic backups started working successfully. The FTP settings test confirmed this with the message: ‘Success: we successfully logged in, and confirmed our ability to create a file in the given directory (login type: non-encrypted)’

    Yet, despite this success, manual backups continue to fail in both active and passive modes.

    Testing FTP Settings in Passive mode still displays the error mentioned above.

    Do you have any insights on why manual backups might be failing despite the successful automatic backups?

    Any additional assistance would be greatly appreciated.

    Thanks!

    Thread Starter TCFT

    (@tunecraft)

    Great, thanks for the snippet, I will do that for now.

    Will email you soon regarding problems with Rocket and CSS.

    Thread Starter TCFT

    (@tunecraft)

    Well @bold adding a checkbox to disable Bold’s Lazy Load site wide might be a great idea then ??

    Thread Starter TCFT

    (@tunecraft)

    Hey guys, thanks for updating on this.

    Haven’t heard back from Rocket yet, but confirmed with a friend that the problem might be linked to Bold Builder possibly generating some contents (slideshow + nav) in full JS. Thus they are considered as non present when Rocket try to output CPCSS, which might be causing problems. (We’re having this specifically on pages with Slideshow using background images, as confirmed by Bold.)

    @bold: Would be glad to pop you some links, but our support is actually over: How to reach you guys in private to send you a specific/problematic URL & screenshots ?

    @dyin: will update here when I’ll hear back from Rocket. RUCSS was actually messing with our cart when we tried it, which is why we switched to Load? Asynchronously. Please not I’m def not an expert in all this tho… As for deactivating Bold Lazy Load site wide, I’d be really interested to know where to do that with a simple checkbox rather than going through hundreds of pages and images..


    Thread Starter TCFT

    (@tunecraft)

    Thanks a lot for the heads up Dyin ! Was about to ask WPRocket team about it, but will turn off BB Lazy Load accordingly. It’s a shade to have to go through allllll the images to turn this function off instead of ticking a bow tho…

    As for RUCSS, we’re also having issues with it so I wouldn’t exclude a link with Bold Builder. ‘Load asynchronously’ also gives some weird and inconsistent errors.

Viewing 6 replies - 1 through 6 (of 6 total)