BartzikWebdesign

@duongcuong96 thanks for your help. I will try.

• This reply was modified 3 years, 2 months ago by BartzikWebdesign.

Danke, hat geholfen ??

• This reply was modified 4 years, 9 months ago by BartzikWebdesign.

Nein, die Datei /var/www/xxx/html/xxx/wp-content/plugins/shapepress-dsgvo/includes/class-sp-dsgvo-embedding-api-base.php scheint komplett zu fehlen.

Dear @zhannak,

meanwhile the problem solved itself. Maybe it was a temporary connection error or something like this.
Thanks!

Hi Agapi,
I’ve installed version 5.1.3 and now updated to PHP 7.2 without any problems.
The pre test was with “PHP Compatibility Checker” plugin and it says there may be errors with this PHP version. For me, everything is fine.
Thanks!

• This reply was modified 5 years, 8 months ago by BartzikWebdesign.

Hi @contact-banker,

by now, the problem is gone. I reactivated the Gallery Bank Widget again and reloaded the dashboard page and now everything is fine again. Maybe one of the js files was broken. I don’t know.

Thanks for help!

@chemdata you can try it with Easy WP SMTP for example.

Maybe your hoster is blocking the php mail() function. Try to use a plugin for sending wordpress mails with smtp.

Hi @mickey Kay,

I try to explain the legal problem. The new regulation obliges website operators within the EU to apply different principles. Including data economy and transparency. Another principle is the so-called permission reservation. This means that, in principle, the user must give his consent for data processing and / or data transfer before it takes place.

Some of the most sensitive data include IP addresses, if they are timestamped and thus attributable to a specific person.

When external CDN is called, the IP address and time stamp are transmitted. I therefore need the permission of the user beforehand. A tacit agreement is not enough.

If the data are transmitted to servers outside the EU and thus to the scope of the GDPR, even stricter rules apply. Here I would have to conclude as an operator a contract for data processing, data storage, protection against disclosure by unauthorized third parties and the like with the CDN operator and also seek the consent of the user.

Also the own hoster collects this data when calling my page. That’s right. Here, however, as operator of the site, I have concluded such a contract (which is now offered by all hosters). The regulation grants a legal exception here, since the user’s consent is considered given when he calls the page. The legislator assumes that the user knows about the circumstance of the data transfer to the server of the site when he calls it. However, he does not necessarily know that data is being transferred to other servers, so he must be informed in advance and asked for permission.

I hope that the problem has now become more understandable.

• This reply was modified 6 years, 5 months ago by BartzikWebdesign.

Hi Mickey,

maybe it’s an option to you to add the latest version of FA files to the plugin an give an option to load them instead of any other version / latest version via the cdn.

Greets,
Marciel

Hi @vanvox,

thanks for the new beta version. I installed and tested it this morning and it works fine!

Great ??

I think $compress Is already unset before closing it:

if ( $job_object->steps_data[ $job_object->step_working ]['substep'] == 'compress' ) {
			if ( ! empty( $job_object->job[ 'wpexportfilecompression' ] ) ) {
				$job_object->log( __( 'Compressing file …', 'backwpup' ) );
				try {
					$compress = new BackWPup_Create_Archive( $job_object->steps_data[ $job_object->step_working ]['wpexportfile'] . $job_object->job[ 'wpexportfilecompression' ] );
					if ( $compress->add_file( $job_object->steps_data[ $job_object->step_working ]['wpexportfile'] ) ) {
						unset( $compress );
						unlink( $job_object->steps_data[ $job_object->step_working ]['wpexportfile'] );
						$job_object->steps_data[ $job_object->step_working ]['wpexportfile'] .= $job_object->job[ 'wpexportfilecompression' ];
						$job_object->log( __( 'Compressing done.', 'backwpup' ) );
					}
					$compress->close();
				} catch ( Exception $e ) {
					$job_object->log( $e->getMessage(), E_USER_ERROR, $e->getFile(), $e->getLine() );
					unset( $compress );
					return FALSE;
				}
			}
			$job_object->steps_data[ $job_object->step_working ]['substep'] = 'addfile';
			$job_object->substeps_done ++;
			$job_object->update_working_data();
			$job_object->do_restart_time();
		}

I got this from debug log:

PHP Fatal error: Call to a member function close() on null in /var/www/abc/html/abc/wp-content/plugins/backwpup/inc/class-jobtype-wpexp.php on line 483 [21-May-2018 16:36:35] FEHLER: Call to a member function close() on null

Sorry, that’s not possible on my host. They currently only support up to php version 5.5.

I get this error on a full backup. It appears on the step: “Generate WordPress-Export as XML-File”