Migrazione da Cento7.9 a Ubuntu LTS 24.04.1

Questi sono gli step per l'installazione dello stack LAMP su Ubuntu

Creazione del virtual host

Installazione e configurazione Database

Risoluzione problema gracchio su audio HTML5

Docker

Files

• docker-compose.yml: è il file che viene utilizzato dal comando docker-compose per avviare i containers
• Dockerfile: è il file che viene utilizzato per generare la build

Comandi utili

Plesk, PHP, cUrl errore 77

Oggi sono incappato nell'errore in oggetto. 

Un sito web funzionante da parecchio tempo, hostato su Plesk Centos 7.9, ha iniziato a restituire l'errore 77 alle richieste cUrl effettuate da PHP. 

Il problema non si verificava eseguendo lo script da riga di comando. 

Sembra che l'anomalia sia causata da un aggiornamento dei certificati CA eseguito da Plesk. 

La soluzione è stata il riavvio del servizio PHP-FPM attraverso l'accesso SSH

XAMPP, PHP estensioni

Utilizzando XAMPP su OSX mi è capitato di dover installare delle nuove estensioni per PHP ma con la procedura standard di XAMPP ovvero attraverso PECL andava in errore:

La procedura corretta è stata: Scaricare dal sito PHP la stessa versione di quella instllata attraverso XAMPP (nel mio caso 8.0.28)

A questo punto sarà necessario abilitare oppure aggiungere su /Applications/XAMPP/xamppfiles/etc/php.ini

Node

PHP Su Windows

Al fine di autorizzare l'upload dei files è sufficiente seguire questi passi: 

1. Verificare attraverso phpinfo() il valore impostato per il parametro upload_tmp_dir.
2. Verificare l'utente che esegue php attraverso il eseguendo il codice:
   echo exec('whoami').
3. Assegnare i permessi all'utente recuperato al punto 2
    

Postfix e policyd Quote per dominio

Postfix nella sua versione attuale: ]]>

Non prevede delle regole che possano applicare delle limitazioni in modo flessibile.
Per questo ci viene in aiuto un plugin chiamato policyd che attraverso l'utilizzo di un database storicizza e analizza il traffico effettuato da e verso il nostro MTA.
Per mia comodità ho utilizzato Mysql (a dire il vero MariaDB) ma si può utilizzare anche un file sqlite.
La configurazione è abbastanza semplice e per questo rimando a questo link.

Una volta installato sarà possibile esegure il demone eseguendo il comando: Nel file di configurazione si può abilitare il log decomentando la riga abbastanza riconoscibile.

Il mio obiettivo è creare delle regole affinchè uno o più domini abbiano un limite giornaliero sull'invio dei messaggi.
Per fare ciò ho sfruttatto l'interfaccia di configurazione fornita con il pacchetto policyd ver 2.1.0.
Si tratta di una serie di script in PHP che gestiscono l'inserimento dei parametri di configurzione nel database.
Indicherò in maniera molto schematica i passaggi.

1. Creazione della policy: Sezione: Policies > Main > Action > Add^*
   Si tratta di una configurazione prettamente descrittiva che indica il significato attributio a questa policy
2. Creazione del gruppo di domini: Sezione: Policies > Groups > Action > Add^* (es: GW500_GROUP)
   
3. Selezionare il gruppo creato al punto precedente: Sezione: Policies > Groups > Action > Members^*
   
4. Aggiungere i membri del gruppo: nel mio caso voglio che la regola sia applicata a tutti gli indirizzi appartenenti a dominio.it e quindi imposto Member con @dominio.it^*
   
5. Modificare i membri della policy selezionando quella inserita al punto 1: Sezione: Policies > Main > Action > Members^* nel campo Source imposto il nome del gruppo creato al punto 2 prefissanto con il simbolo percentuale (es %GW500_GROUP) e nel campo Destination any
   
6. Alla sezione Quotas > Configure ^*: I dati importanti sono
   - Period: indica in secondi l'arco temporale di analisi 86400 = 1gg
   - Verdict: indica l'azione da eseguire nel mio caso REJECT
   - Data: Sarà il messaggio testuale che verrà restituito all'utente quando supererà il limite imposto
   
7. Una volta salvate le impostazioni definite al punto precedente selezionare la quota creata e dal menù a tendina Action selezionare Limits ^*. Nel mio caso ho impostato MessageCount a 500.

*NB tutte le configurazioni su questa interfaccia nascono come disabilitate quindi una volta inserite bisogna editarle e modificare l'attributo Disabled con il valore no

Per inserire in avvio automatico cbpolicyd creare il file /etc/systemd/system/cbpolicyd.service con il seguente contenuto adattando eventualmente i path: Eseguire i seguenti comandi: