Apr
15

I 10 migliori plugin di sicurezza e protezione per WordPress

Se la del vostro blog vi sta a cuore come la copertina che alberga mattina e sera sul vostro divano, vi consiglio di dare un’occhiata a questa lista di messa a punto da Specky boy.

Si tratta di dedicati alla in senso lato, dalla protezione dei dati, agli strumenti contro lo , alle login sicure.

Io mi sono limitato a tradurla liberamente. Buona lettura.

1. Database (http://www.ilfilosofo.com/blog/wp-db-backup/)

URL: http://www.ilfilosofo.com/blog/wp-db-backup/
Description: Questo fa proprio ciò che il nome lascia intendere, esegue il dell’intera installazione di . Dovrebbe essere uno dei primi da installare appena create il vostro blog. Vi consente di eseguire i copiandoli sul vostro disco rigido, su un server o anche tramite email. Che si tratti di un riottoso, un hacker (o voi stessi) a far crashare WP, WP Database riporterà tutto a come avrebbe dovuto essere (prima del danno). Mi piace pensare a questo come a un “WP , recupero del sistema.

2. Semisecure Login (http://jamesmallen.net)

URL: http://jamesmallen.net/2007/09/16/semisecure-login/
Description: Semisecure incrementa la della componente di Login di WP, utilizzando una lato client delle password in MD5 (vabbé, MD5 è un hash…). Affinché la criptazione possa venire eseguita è necessario che che il navigatore supporti JavaScript. Quando il supporto JavaScript non è disponibile, la password viene trasmessa in chiaro (come succede normalmente), ma l’autenticazione procede senza alcun ostacolo.

3. AskApache Password Protect (http://www.askapache.com)

URL: http://www.askapache.com/wordpress/htaccess-password-protect.html
Description: Questo renderà più sicuro l’accesso alla console di amministrazione di WP tramite l’utilizzo di htaccess per la gestione delle password, impedendo agli indesiderati bot l’ingresso al vostro sito.

4. Force SSL (http://almosteffortless.com/)

URL: http://almosteffortless.com/wordpress/force-ssl/
Description: Se avete un certificato SSL, il Force SSLFor forzerà le connessioni su HTTPS per garantire una migliore . Ciò è utile per coloro che vogliono assicurare un maggiore livello di per la veicolazione dei contenuti al navigatore.

5. WP Scan (http://wordpress.org/extend/plugins)

URL: http://wordpress.org/extend/plugins/wp-security-scan/
Description: Adoro questo , che scandisce il vostr osito alla ricerca di problemi di e controlla password, permessi sui file e messa in del database, nascondendo anche la versione di WP e proteggendo/rendendo sicuro l’admin di WP. Mi rende anche un po’ paranoico.

6. Secure Files (http://wordpress.org/extend/plugins)

URL: http://wordpress.org/extend/plugins/secure-files/#post-271
Description: Questo vi consente di caricare e scaricare file al di fuori della document root del vostro sito , per motivi di . Quando viene utilizzato insieme a un che richiede all’utente di essere loggato per poter leggere le pagine del vostro sito, potete limitare i donwload agli utenti loggati.

7. WP-SpamFree (http://www.hybrid6.com/)

URL: http://www.hybrid6.com/webgeek/plugins/wp-spamfree
Description: Ho sentito parlare parecchio di questo prima di provarlo e si dice che sia meglio di Akismet. In tutta onestà, non ho mai notato molta differenza (ho 500 messaggi di al giorno, in questo periodo) fra i due. Penso sia solo una questione di scelta dell’utente. Speravo ci fosse invece un modo per fermare gli spammer.

8. BackUpWordPress (http://wordpress.designpraxis.at)

URL: http://wordpress.designpraxis.at/plugins/backupwordpress/
Description: Quasi identico al primo , solo non altrettanto semplice. La lista di funzionalità è lunga ed è indicata per un WP Pro. Alcune funzionalità: del database, inclusi i file caricati, i , etc; notifica via email dei nuovi ; lanciabili manualmente, possibilità di pianificare i , di eseguire restore, importazioni scaglionate di SQL; prosecuzione in background dei non terminati; Supporto lingue. (E questo solo per la modalità Easy, aspettate di vedere quella avanzata).

9. Anonymous Updates (http://f00f.de/)

URL: http://f00f.de/blog/2007/10/02/plugin-anonymous-wordpress-plugin-updates.html
Description: Anonimizza il sistema di controllo degli aggiornamenti dei , una nuova funzionalità introdotta in 2.3. Il impedisce a di inviare una lista di attivi, l’url del blog e la versione di . Ideale per gli amministratori consapevoli delle implicazioni relative alla privacy di una installazione .

10. Replace WP-Version (http://wordpress.org/extend/plugins/)

URL: http://wordpress.org/extend/plugins/replace-wp-version/#post-2859
Description: (Abbiamo tutti letto del problema di derivato dal mostrare la propria versione di WP, questo lo risolve). Se state utilizzando una versione più vecchia di , chiunque può vedere i sorgenti per capire quali attacchi possono funzionare contro il vostro blog. Questo rimpiazza l’informazione relativa alla versione di WP con una stringa casuale per le versioni < 2.4 e la elimina per le versioni > 2.4.

Apr
03

Wordpress 2.5 e Ubuntu Hardy

Giusto per la cronaca, l’interfaccia flash per il caricamento delle immagini in 2.5 non funziona con la versione di Flash installata sulla mia Hardy.

Ecco i dati della mia configurazione:


uname -a
salotto 2.6.24-12-generic #1 SMP Wed Mar 12 22:31:43 UTC x86_64 GNU/


dpkg -l | grep flash
ii flashplugin-nonfree 9.0.115.0ubuntu5 Adobe Flash Player installer
ii libflashsupport 1.9-0ubuntu1 Support library for sound output of Flash 9

La soluzione me l’ha trovata Wolly, conscio della schifezza della soluzione adottata per . Per intenderci, l’uploader è in compatibile con _certe_ versioni di Flash.

La soluzione:

Entrate nella directory


wp-content/plugins

e create un file


no-flash-uploader.php

contenente il seguente frammento di codice:


< ?php
/*
Name: No Flash Uploader
Version: 1.0
URI: http://dd32.id.au/
Description: Disables the Flash Uploader of 2.5
Author: Dion Hulse
Author URI: http://dd32.id.au/
*/

add_filter('flash_uploader', 'noflashuploader');
function noflashuploader(){
return false;
}

Fatto questo, andate nel pannello dei e attivate il vostro nuovo plug-.

Et voilà

P.S.

La prossima volta, datemi qualcosa di compatibile.

Postilla al postillo:

In Konqueror nemmeno appare l’opzione per caricare qualche tipo di media, fosse pure un file ASCII

Dic
19

Lavori in corso

Da qualche tempo questo blog non visualizza molti dei commenti che vengono lasciati dai gentili visitatori :-|

Sapevo che, prima o poi, questo momento sarebbe arrivato. Avendo, ahem, “smaneggiato”, con file e tabelle, il backend di questa piattaforma sembra più un patchwork che qualcosa di coerente ed efficiente.

Nei prossimi giorni installerò una nuova piattaforma ex novo e trasmigrerò i dati, adattando la struttura ormai “balenga” al nuovo contenitore.

Indi, proverò a chiudere la serie “” e “stun”. Giurin, giurello!

In fede, speranza e carità

 

P.S.

Si nota l’influenza natalizia? Buone intenzioni, propositi edificanti…ahem…

Set
26

WordPress 2.3 e le tabelle mancanti

Mai che ne andasse bene una…

Ecco cosa mostrava la procedura di aggiornamento a 2.3, una volta terminate le operazioni sul database.

Ops, per qualche ragione non sono state create quattro tabelle fondamentali.

Come rimediare? Semplice.

Come prima operazione, eseguite da un dump di tutto il database:

mysqldump -u nome_utente nome_database > 2007-09-25.database.dump.sql

Osservazione: prendete la buona abitudine di prefissare i vostri dump con data in stile americano.

Ora, eseguite da il dump delle tabelle categories e post2cat:


mysqldump -u nome_utente nome_database eventuale_prefisso_tabella_categories -p > 2007-09-26.categories.sql
mysqldump -u nome_utente nome_database eventuale_prefisso_tabella_post2cat -p > 2007-09-26.post2cat.sql

Adesso.

PRIMA di aggiornare, collegatevi al database utilizzato da , con la stessa utenza usata dal programma, e lanciate le seguenti query:


CREATE TABLE eventuale_prefisso_tabella_blog_terms (
term_id bigint(20) NOT NULL auto_increment,
name varchar(55) NOT NULL default '',
slug varchar(200) NOT NULL default '',
term_group bigint(10) NOT NULL default 0,
PRIMARY KEY (term_id),
UNIQUE KEY slug (slug)
);

CREATE TABLE eventuale_prefisso_tabella_blog_term_taxonomy (
term_taxonomy_id bigint(20) NOT NULL auto_increment,
term_id bigint(20) NOT NULL default 0,
taxonomy varchar(32) NOT NULL default ”,
description longtext NOT NULL,
parent bigint(20) NOT NULL default 0,
count bigint(20) NOT NULL default 0,
PRIMARY KEY (term_taxonomy_id),
UNIQUE KEY term_id_taxonomy (term_id,taxonomy)
);

CREATE TABLE eventuale_prefisso_tabella_blog_term_relationships (
object_id bigint(20) NOT NULL default 0,
term_taxonomy_id bigint(20) NOT NULL default 0,
PRIMARY KEY (object_id,term_taxonomy_id),
KEY term_taxonomy_id (term_taxonomy_id)
);
Ovviamente, eventuale_prefisso_tabella può essere tralasciato nel caso in cui le tabelle del database non avessero prefisso.

A questo punto, sovrascrivete i file del vostro blog con la nuova versione di e lanciate lo script di aggiornamento:


http://vostra_url/wp-admin/upgrade.php

Cliccate quanto basta per arrivare in fondo alla procedura, non preoccupatevi di eventuali chiavi duplicate (troppo pigri per farlo?)

Ora andate nel pannello di amministrazione, provate a scrivere un post, sbirciate in basso, dalle parti del modulo per il caricamento dei file e…

Ahem…durante l’aggiornamento la procedura ha cancellato le tabelle categories e post2cat. Ecco a cosa servivano i delle due tabelle in questione, eseguiti prima dell’aggiornamento.

Non rimane che ripristinare le due tabelle mancanti, lanciando da i seguenti comandi:


mysql -u nome_utente nome_database -p < 2007-09-26.categories.sql
mysql -u nome_utente nome_database -p < 2007-09-26.post2cat.sql

Fatto. riprenderà a funzionare senza segnalare ulteriori errori.

Per ora.

Set
26

Aggiornamento a WordPress 2.3

E’ uscito WordPress 2.3.

Si aggiorna alla garibaldina. Come sempre. Stay tuned.

Sopra