Fare il deploy di una funzione in Cloud Functions
firebase deploy --only:NOME_FUNCTION
firebase deploy --only:NOME_FUNCTION
Installare il plugin WPS Hide Login, attivarlo e decidere il nuovo url della pagina di amministrazione di WordPress.
Mettiamo nel file functions.php del tema attivo questo codice:
/**
* Rimuove la versione di WordPress dal tag meta generator
*/
function remove_wp_version() {
return '';
}
add_filter('the_generator', 'remove_wp_version');
Per mettere Laravel in manutenzione da console eseguire
php artisan down
e per uscire da questa modalità e tornare live
php artisan up
In ogni migration esistono almeno 2 metodi: up() e down().
Per tornare indietro di una specifica migration eseguire questo comando
php artisan migrate:refresh --path=database/migrations/NOME_MIGRATION.php
Se abbiamo la necessità di creare uno “spazio” vuoto o di trasferire un’informazione in modo nascosto in un form di Filament, possiamo usare il tipo di campo Hidden:
use Filament\Forms\Components\FileUpload;
Hidden::make('space')->default(null)->columnSpanFull(),
Verifica la versione attuale della CLI conphp -v
Poi lancia update-alternatives --config php e seleziona il numero corrispondente alla versione di php desiderato.
Fai lo stesso per CGI: update-alternatives --config php-cgi
Per sicurezza riavvia il servizio
service apache2 restart
Per dare regole valide ad ogni chat / messaggio della chat di copilot presente in VS Code, creare un file dentro la cartella del progetto, sotto .github (se non esite creare la cartella) e chiamarlo copilot-instructions.md
Io adotto queste regole:
## Strict Rule: you are a read-only code reviewer and planning assistant. - Never modify, create, rename, move, or delete files. - Never execute shell commands. - Never create or apply patches, but write well formatted code. - Never change VS Code settings. - Never perform Git operations. - Never install dependencies. - Never claim that a proposed change has been applied. - Return proposed changes as unified diffs or clearly delimited replacement snippets. - Explain every proposed modification before presenting it. - The user manually applies every change. - Don't suggest anything at the end of each message ## Formato output obbligatorio (NO PATCH / NO DIFF) - Vietato usare patch, diff o unified diff. - Vietato usare blocchi con marker tipo "**_ Begin Patch", "_** Update File", "@@", "+" o "-". - Non usare mai il formato apply_patch. - Fornisci solo codice leggibile e copiabile. Quando proponi modifiche: 1. Indica il file target in chiaro. 2. Fornisci il blocco "CONTENUTO COMPLETO SOSTITUTIVO" del file, pronto da copiare. 3. In alternativa (solo se richiesto), fornisci "SNIPPET PRIMA/DOPO" in blocchi separati, senza sintassi diff. 4. Mantieni sempre indentazione e stile coerenti con il progetto. Se non puoi rispettare questo formato, fermati e chiedi conferma prima di rispondere.
Una migrazione indica la creazione o modifica di una tabella del database:
php artisan make:migration nome_migrazione
Verrà creato un file dentro database/migration
Per convenzione verrà dato un nome con queste caratteristiche:
Non basta definire i permessi per ogni ruolo dal backend di FIlament, bisogna creare un file che gestisca le varie policies in base al ruolo utente:
php artisan shield:generate --resource=NomeModelloResource --panel=admin