Partiamo intanto vedendo come si crea un ambiente venv:

python3 -m venv ambiente_venv

questo crea nella cartella chiamata ambiente_venv il nostro ambiente di sviluppo. All’interno di questa cartella vengono create una serie di altre cartelle (es bin, lib) con quello che ci occorre. Una volta creato l’ambiente bisogna attivarlo e questo si fa scrivendo:

cd ambiente_venv
source bin/activate

mentre per uscire basterà digitare:

deactivate

Nota: Ovviamente possiamo anche eseguire gli script python direttamente scrivendo bin/python3 in modo da avviare automaticamente l’ambiene per lo script richiamato.

A questo punto ipotizziamo di aver installato una serie di librerie e che sia necessario replicare questo ambiene su una seconda macchina. Sulla prima macchina scriviamo:

pip freeze > requirements.txt

se abbiamo prima attivato l’ambiente, oppure direttamente:

bin/pip freeze > requirements.txt

e questo creerà il classico file requirements.txt con l’elenco delle librerie installate. Ora creiamo l’ambiene venv nella seconda macchina con:

python3 -m venv ambiente_venv

poi copiamo il file requirements.txt dalla prima alla seconda macchina, attiviamo l’ambiente venv:

cd ambiente_venv
source bin/activate

ed infine reinstalliamo tutte le librerie necessarie:

pip install -r requirements.txt

enjoy!

Quando si utilizza l’IDE VScode o derivati per lo sviluppo (PHP, python, JS, swift o quello che sia) c’è una funzionalità molto comoda, ovvero passare alla definizione della funzione/metodo senza doverlo ritrovare a mano tra i vari file. Vediamo come fare.

Saltare alla definizione

Se con il cursore siamo sul nome della funzione/metodo basterà premere il tasto F12 (ovvero Fn + F12) per saltare direttamente alla definizione.

Se però abbiamo già il mouse sottomano, ci posizioniamo sul nome della funzione/metodo e premere sul tasto destro e poi selezionare “Go to definition” (la prima voce di menù).

Ed ancora, tenendo premuto il tasto Cmd basterà cliccare con il tasto sinistro del mouse sul nome della funzione/metodo.

Tornare al riferimento

Per tornare al riferimento (il punto da cui siamo partiti prima di saltare alla definizione), basta premere il tasto alt + <

Nota

Per cercare velocemente da tastiera i vari shortcuts, basta premere Command + Shift + P e poi digitare > oppure premere F1 (ovvero Fn + F1) ed infine iniziare a scrivere (per restringere la ricerca) oppure sfogliare tra i risultati.

State sviluppando un’applicazione con VUE.JS e l’applicazione ha anche un backend API scritto in PHP.

Avviamo l’applicazione in modalità di debug con:

npm run dev

e solitamente questo attiva un servizio web sulla porta 5173 che possiamo aprire nel browser. Ma per le API PHP che ho in locale? Devo avviare un server web? devo scrivere un altro comando?

La soluzione più semplice è usare il pacchetto npm concurrently da installare con:

npm install --save-dev concurrently

poi modificare il file package.json da qualcosa tipo:

"scripts": {
"dev": "vite",
"build": "run-p type-check \"build-only {@}\" --",

in:

"scripts": {
"dev": "vite",
"dev:php": "php -S127.0.0.1:8765 -t ./",
"dev:all": "concurrently --kill-others \"npm run dev\" \"npm run dev:php\"",
"build": "run-p type-check \"build-only {@}\" --",

ora potremo avviare entrambe i servizi con:

npm run dev:all

ma nessun ci vieta di inserire nel package.json la riga che vedete in dev:all direttamente in dev e quindi lasnciare il classico npm run dev per avviarli entrambe.

Nota:

Ora ci sarà una nuova esigenza da gestire, ovvero come dire all’applicazione di usare due url differenti come base per il puntamento verso il corretto endpoint in modalità sviluppo o produzione.

La soluzione è quella di creare due file di environment, uno chiamato .env.development in cui inseriamo:

NODE_ENV=dev 
VITE_API_BASE_URL=http://127.0.0.1:8765/api/

l’altro chiamato .env.production in cui inseriamo:

NODE_ENV=production 
VITE_API_BASE_URL=/api/

ed infine inseriamo nel file main.ts, prima di fare il createApp() , questo codice:

export const API_BASE_URL = import.meta.env.VITE_API_BASE_URL as string
if (!API_BASE_URL) {
  throw new Error('VITE_API_BASE_URL is not defined')
}

cosa che renderà disponibile nell’app la costante API_BASE_URL da poter utilizzare come prefisso per le nostre chiamate API.

Chiaramente il tutto potete personalizzarlo secondo le vostre esigenze, questo è solo da prendere come spunto.

enjoy!

Dopo alcune ricerche è emerso che dalla versione 2.4.59, per gli script CGI-like (come PHP) non possono più restituire l’header Content-Length per motivi di sicurezza (rif CVE-2024-24795).

Per ambienti sicuri è possibile ripristinare il precedente funzionamento tramite una nuova direttiva di apache chiamata ap_trust_cgilike_cl.

Per impostarla, creiamo un file chiamato /etc/apache2/conf-available/fix-cgi.conf con all’interno:

SetEnv ap_trust_cgilike_cl 1

e poi abilitiamolo con:

a2enconf fix-cgi
systemctl reload apache2

enjoy!

pip3 install mysql-connector-python

si ottiene il seguente errore:

error: externally-managed-environment

× This environment is externally managed
╰─> To install Python packages system-wide, try apt install
    python3-xyz, where xyz is the package you are trying to
    install.

    If you wish to install a non-Debian-packaged Python package,
    create a virtual environment using python3 -m venv path/to/venv.
    Then use path/to/venv/bin/python and path/to/venv/bin/pip. Make

e non è possibile installarlo neanche tramite:

apt install python3-mysql-connector

In questo caso basterà cancellare il file /usr/lib/python3.11/EXTERNALLY-MANAGED:

rm /usr/lib/python3.11/EXTERNALLY-MANAGED

e poi riprovare con:

pip3 install mysql-connector-python

enjoy!

Header always edit Set-Cookie "(?i)^((?:(?!;\s?HttpOnly).)+)$" "$1; HttpOnly"

che comporta l’errore 419 al login su un’applicazione Laravel.

Attenzione

L’attributo HttpOnly serve a impedire l’accesso ai cookie tramite JavaScript, riducendo il rischio di attacchi Cross-Site Scripting (XSS).

Sebbene mitigare gli XSS sia possibile attraverso la sanificazione degli input utente e la rimozione dei tag <script>, anche un piccolo errore può avere conseguenze disastrose. Inoltre, l’utilizzo di script di terze parti potrebbe compromettere la sicurezza degli utenti. Ogni anno si verificano attacchi XSS di successo che dimostrano l’importanza di adottare misure adeguate.

Ad esempio, se una pagina web utilizza un cookie di sessione e presenta un campo di input vulnerabile a XSS, un attaccante potrebbe facilmente iniettare uno script che invia una richiesta HTTP a un URL simile al seguente:

enjoy!

Ora non mi voglio dilungare sulle funzionalità o sul funzionamento, ma solo parlare di cosa ho riscontrato tentando di fare una build del codice e caricandolo in uno spazio web per poter far testare da remoto durante lo sviluppo. Il comando che permette di creare il codice della build è:

ionic build prod

Viene creata una cartella chiamata dist in cui troverete tutto il codice; se si carica il codice nella webroot del server non ci saranno problemi, ma se lo caricate in una sottocartella, verrà semplicemente mostrata una pagina bianca. Questo perché è necessario istruire vite (che si occupa di creare la build) che il codice andrà in una sottocartella. Ipotizziamo che la cartella si dovrà chiamare AppMe, bisognerà inserire nel file vite.config.ts la seguente riga:

base: '/AppMe/',

subito sotto defineConfig, per avere una cosa del genere:

export default defineConfig({
base: '/AppMe/',

Bene, ora sarà possibile fare la build e poi caricare i file nella sottocartella dello spazio web.

enjoy!

      DirectoryIndex index.html
      ErrorDocument 404 /index.html
      RewriteEngine On
      RewriteBase /
      RewriteRule ^index\.html$ - [L]
      RewriteCond %{REQUEST_FILENAME} !-f
      RewriteCond %{REQUEST_FILENAME} !-d
      RewriteRule . /index.html [L,R=301]

enjoy!

Creiamo il file /etc/systemd/system/laravel-queue.service in cui scriviamo:

[Unit]
Description=Laravel Queue Worker
After=network-online.target, mysql.service

[Service]
User=XXXXXXX
Group=XXXXXXX
Type = simple
Restart=always
RestartSec=5s
RestartPreventExitStatus = 255
WorkingDirectory=/var/www/XXXXXXX
ExecStart=/usr/bin/php artisan queue:work
#StandardOutput=append:{log_file} 
#StandardError=inherit
#EnvironmentFile=/etc/environment

[Install]
WantedBy=multi-user.target

dove inserite i parametri corretti al posto di XXXXXXX. Successivamente:

systemctl daemon-reload
systemctl enable doxcloud-laravel-queue.service
systemctl start doxcloud-laravel-queue.service
systemctl status doxcloud-laravel-queue.service

enjoy!

In questo caso, bisogna rimuovere i riferimenti nel repository oltre che inserire l’esclusione nel file .gitignore. Ipotizziamo di voler escludere il file pippo.txt, dovremo scrivere

pippo.txt

nel file .gitignore e poi rimuoverlo con:

git rm -r --cached pippo.txt

per verificare che sia tutto a posto, possiamo eseguire un:

git status

e poi procedere alla sincronizzazione con un:

git add .
git commit -m "rimozione pippo.txt"
git push

enjoy!