Tag: Webserver

Prestashop .7.6 and 1.7.7 make birthday (age) mandatory and limit 18+ years old

Create a new override file in /override/classes/form/CustomerFormatter.php $this->language = $language; parent::__construct($translator,$language); } public function getFormat() { $format = parent::getFormat(); //override/add all customisations for fields $format[‘birthday’] = (new FormField()) ->setName(‘birthday’) ->setType(‘text’) ->setLabel( $this->translator->trans( ‘Birthdate’, [], ‘Shop.Forms.Labels’ ) ) ->addAvailableValue(‘placeholder’, Tools::getDateFormat()) ->addAvailableValue( ‘comment’, $this->translator->trans(‘(E.g.: %date_format%)’, array(‘%date_format%’ => Tools::formatDateStr(’31 May 1970′)), ‘Shop.Forms.Help’) ) ->setRequired(true); //As addConstraints method is private we need to call the logic here. We don’t need to iterate over all the fields again, just the changed ones. $constraints = Customer::$definition[‘fields’]; $field = $format[‘birthday’]; if (!empty($constraints[$field->getName()][‘validate’])) { $field->addConstraint( $constraints[$field->getName()][‘validate’] ); } return $format; } } Create a new file in /override/classes/Validate.php } } Change translation to include “You must have 18+ years” in the error message shown in front office. Remember to restart php (fpm or apache) to clear opcache and delete /var/cache/* data to regenerate override sudo service php7.2-fpm restart sudo rm -rf var/cache/*

Leggi Tutto »

Certbot e auth_basic in Nginx

Hai bisogno di consulenza o assistenza? Contattami Ora! Matteo Lavaggi – Sistemista esperto in consulenza informatica e Marketing Digitale In questo articolo vediamo come rendere compatibile uno dei virtualhost nginx configurati sul vostro server, con il plugin certbot per verificare il dominio in fase di rinnovo del certificato. In questo articolo ⇒ https://www.matteolavaggi.it/rinnovo-dei-certificati-letsencrypt-su-ubuntu-server-in-configurazione-nginx-reverse-proxy-ssl-apache-web-server-o-nginx-web-server-ssl-php-fpm-sotto-cloudflare/ abbimo visto come configurare tutti i virtualhost nginx per funzionare con il plugin certbot sotto cloudflare tramite verifica webroot. Un ulteriore upgrade che potrebbe rendersi necessario è quello di bypassare la verifica auth_basic presente in uno o più virtualhost. Con questa modifica il plugin certbot sarà in grado di bypassare la richiesta user password e procedere alla verifica del dominio! Quello che dovete fare è aggiungere alla location specifica /.well-known (vedi articolo precedente), la direttiva seguente: location /.well-known {  auth_basic off; alias /var/www/certbot/.well-known; } ENJOY Hai bisogno di consulenza o assistenza? Contattami Ora! Matteo Lavaggi – Sistemista esperto in consulenza informatica e Marketing Digitale

Leggi Tutto »

Rinnovo dei certificati letsencrypt su ubuntu server in configurazione nginx (reverse proxy ssl) + apache (web server) o nginx web server ssl + php-fpm sotto cloudflare

Hai bisogno di consulenza o assistenza? Contattami Ora! Matteo Lavaggi – Sistemista esperto in consulenza informatica e Marketing Digitale Questa è una configurazione tipo che potete ritrovare in numerosi server web: CLOUDFLARE PROXY  -> NGINX SSL PROXY -> APACHE o PHP FPM Sebbene l’utilizzo di cloudflare permetta di NON usare un terminatore ssl lato server (il traffico tra il vostro server web e cloudflare potrebbe essere in chiaro), questo non è consigliato per svariati motivi (sicurezza, rimozione del proxy cloudflare, accesso diretto al web server, ecc). La soluzione ottimale è quindi quella di utilizzare la cifratura SSL anche tra il web server e il proxy cloudflare, tramite un certificato SSL. Il problema di questa configurazione è che rende “difficile” l’utilizzo del plugin certbot sul vostro server, in quanto la verifica del dominio utilizzata di default dallo stesso FALLISCE in uno scenario di questo tipo. Una soluzione semplice è quella di utilizzare il plugin certbot in modalità webroot, in questo modo si istruisce il plugin ad utilizzare una directory precisa per la verifica del dominio, invece che risolvere il server_name e seguire il percorso che farebbe una normale “chiamata” allo stesso dominio (NGINX->APACHE per esempio). Il funzionamento è molto semplice: Si

Leggi Tutto »