Sto leggendo su moltissimi siti, vedo moltissimi retweet e share di articoli che osannano Pinterest come il fenomeno del 2012.

Personalmente credo che Pinterest non sia tutta questa grandiosità e non mi sembra proprio che abbia tutta questa magia. A livello di semplicità d’uso e esperienza utente non mi sembra eccelso e non capisco davvero cosa abbia di così tanto speciale…magari mi sbaglio è, ma non credo che otterrà risultati rilevanti negli anni a venire; almeno se rimane così com’è.

Voi cosa ne pensate ? E’ davvero così fenomenale ?

Ma davvero Pinterest ? è un articolo di Andrea Pernici - Un blog di Seo, Marketing, Design e speranza.

E’ stato per me un anno davvero intenso, bello, ricco, faticoso, divertente e decisamente positivo…anche se sono un ottimista per natura…è la verità.

A livello professionale un anno ricco di soddisfazioni e di piccole conquiste.

Con Giorgio e Cosmano, che sono oramai non solo dei semplici soci in affari, ma dei veri amici (quelli con la A maiuscola), abbiamo davvero lavorato sodo e insieme anche nei momenti davvero difficili siamo riusciti a superare tanti ostacoli – visibili e invisibili – che hanno cercato di minare la stabilità del nostro lavoro e a volte della nostra vita di tutti i giorni.

Ci siamo finalmente sistemati e siamo finalmente in modo costante presenti nello stesso luogo a lavorare e a cercare di creare un progetto imprenditoriale diverso (non solo per noi, ma sopratutto) per le persone che lavorano con noi.

In questo anno abbiamo iniziato il lento processo di bonifica di giorgiotave.it che è davvero un lavoro complicato, ma davvero complicato…con qualche idea nuova e per ora ben riuscita. Siamo riusciti a riorganizzare alcune foglie semi morte e rilanciarne altre tra cui i fattori seo che cercheremo di rendere sempre più utili e interessanti.

Abbiamo lavorato sodo ad un progetto che sta per uscire…e di cui non vi svelo ancora nulla e in cui crediamo tanto.

Siamo riusciti a migliorare i Gt Study Days e il Convegno dello scorso anno…cosa davvero difficile da prevedere e senza dubbio siamo riusciti a dar vita al miglior Convegno gt di sempre.

Abbiamo raggiunto clienti importanti con lo spirito di non averne troppi, ma di trattarli come progetti propri, per dare il massimo…sempre…ad ogni costo.

Ho avuto la fortuna di collaborare con RedTurtle per ampliare i miei orizzonti Open Source e iniziare a creare qualcosa di utile anche per Plone da un punto di vista SEO.

Ho potuto ricominciare a lavorare per qualche progetto con il mio amico di univeristà Michele Mazzucco dalla fredda Estonia (ora) e sempre in giro per il mondo.

Sono finito in diretta in TV su Smart&App. Ho fatto tante altre cose tra corsi di formazione, sviluppo di applicazioni e ideazione di progetti…ma non continuo a tediarvi.

A livello sportivo non credevo…

Ho dedicato una vita allo sport e a 30 anni suonati non pensavo davvero di poter ritrovare una forma che non trovavo da 3-4 anni…causa i mille infortuni e acciacchi che ho sempre subito durante la mi carriera un po’ travagliata e costellata di piccoli e grossi infortuni.

Mi sento rinato…sto rivivendo una seconda giovinezza!

A livello personale

Credo di aver conosciuto in questo anno alcune tra le migliori persone che mi siano mai capitate…e farò una lista senza un ordine particolare perché tutti sono importanti allo stesso modo.

Andrea Cardinale

Un peccato davvero che stia in Sicilia…perché lo vorrei in ufficio con me ogni giorno. Un professionista eccellente, un fuoriclasse e come tutti i fuoriclasse da prendere con le dovute precauzioni (lo sai non far finta di niente!)…non posso immaginare un progetto di sviluppo importante senza almeno sentirlo 5 minuti, ma sopratutto un amico che mi sembra di conoscere da una vita.

Enrico Collorà

Un peccato davvero che stia in Sicilia…anche lui…ovviamente il completamente della super squadra che completa il personaggio di cui sopra. Un amico con cui mi trovo in sintonia e armonia in ogni idea e espressione creativa di web design. Una persona paziente ed estremamente disponibile che non delude mai.

Marco Quadrella

Sono stato suo fratello maggiore per qualche settimana. E’ stato un piacere conoscerlo ed è davvero uno stimolo incredibile per me lavorare con lui quotidianamente, fianco a fianco, con umiltà e con passione di chi opera con il solo scopo di scoprire ogni giorno qualcosa di nuovo, di crescere e di ricercare. Un giovane talento SEO, un fratello minore con cui confrontarmi per migliorare.

Angelo Marolla

Animal ! Ha coniato bene Cosmano. Davvero un Animale, ma non solo a livello fisico e sportivo, un Animale in tutto ciò che fa. Non esiste qualcosa da prendere alla leggera, non esiste cosa di poco conto. Con Angelo o dai tutto o dai tutto in ogni cosa. Un esempio. Uno stimolo. Mi ha sicuramente stimolato a rivivere la mia seconda giovinezza pur senza far niente…semplicemente stando con lui.

Manuel Calzolari

Non svelo ancora la sua presenza online…una sorpresa per me anche se lo conosco da molto causa pallamano Lieta sorpresa.

Matteo Aldamonte

Lui non è una persona nuova per me. Ci conosciamo oramai da un po’. Un vulcano, il mio prediletto anche se lo tratto apparentemente male ! Gli voglio bene come un fratello e  credo tanto in lui.

Andrea Cardinali

La mia arma segreta ! Il mio perfezionista…dobbiamo olearci, ma ho grosse speranze. Ti aspettiamo

Tutto 3B Meteo

Gabriele, Maurizio, Sergio, Mabel e dulcis in fundo Massimo. Siete SUPER.

Concludo

Credo davvero tanto nelle persone e non riesco a non dare il 1000% nelle cose che faccio e nei rapporti personali.

Grazie davvero a tutti. Di cuore…e già so che il 2012 sarà fantastico.

Resoconto di un 2011 fatto di persone e di soddisfazioni è un articolo di Andrea Pernici - Un blog di Seo, Marketing, Design e speranza.

In un certo senso è successo quello che mi aspettavo (ossia repentini cambiamenti delle SERP in tempi molto rapidi) ovviamente perché abbiamo un po’ forzato la mano con un post anticipatore e uno post lancio…con successivo aggiornamento di entrambi.

Tutto abbastanza prevedibile e da copione anche se devo dire che comparando con Bing forse quest’ultimo ci ha beccato di più in un certo senso:

Fattori SEO su Google

Fattori SEO su Bing

Tra la comparazione dei risultati delle ricerche quello che però mi ha incuriosito di più è stato tutt’altro. Osservando infatti l’instant preview della prima immagine sembra proprio che l’unico widget sociale a non comparire sia proprio quello di Google+. Strano no ?

Twitter, Facebook, Linkedin sono ok e si vedono alla perfezione mentre ne il bottone +1 ne il badge della pagina + vengono mostrati.

Da cosa dipende ? Google non rileva la sua stessa tecnologia oppure aveva fatto apposite modifiche per catturare anche gli altri widget sociali ?

E’ solo una curiosità la mia…(e forse un altro colpo alla serp:) buon weekend.

Fattori SEO 2011 e una Curiosità su Google Instant Preview è un articolo di Andrea Pernici - Un blog di Seo, Marketing, Design e speranza.

Per aggiungere il badge al vostro WordPress basta registrarsi alla Google+ Platform Preview e dovrete semplicemente aggiungere poche righe di codice.

Modificate il vostro file header.php aggiungendo all’interno di <head>…</head> per essere pronti al Direct Connect :

<link href="https://plus.google.com/ID-DELLA-PAGINA/" rel="publisher" />

ID-DELLA-PAGINA non è altro che il vostro Identificatore che trovate nell’URL.

Appena fatto questo create una funzione in functions.php:

function google_plus_box($size = 'badge', $page_id ='ID-DELLA-PAGINA'){
  echo '<div class="g-plus" data-href="https://plus.google.com/'.$page_id.'/" data-size="'.$size.'"></div>';
}

e richiamatela poi all’interno del vostro tema…otterete una cosa del genere

Passando alla funzione il parametro ‘smallbadge’ otterrete invece il box senza avatar dei membri delle cerchie. In alternativa a questi esistono anche dei Badge statici che consistono nell’inserire un semplice link alla pagina.

Per generare il codice senza usare la funzione e magari inserirlo a mano anche in un widget potete usare questa pagina, ma ricordatevi di iscrivervi al Gruppo della Platform Preview per visualizzare il badge.

Aggiungere Google+ Badge al tuo blog WordPress è un articolo di Andrea Pernici - Un blog di Seo, Marketing, Design e speranza.

What happened? As described in the company’s blog, SEOmoz runs several services using Amazon Web Services (AWS). While most of the services run on “on-demand” or “reserved instances”, a few applications employ “spot instances”, a purchasing model that allows customers to rent Amazon’s unused resources at a discounted price which often exceeds 50%.

So far, so good. There is a caveat though, which is vital, as it will become clear later: the prices are set by means of periodic auctions (these occur every hour circa). Users bid for one or multiple virtual servers at a limit price (the maximum price the bidder is willing to pay per hour). Amazon gathers the bids and determines a clearing price (a.k.a. spot price) based on the bids and the available capacity. A bidder gets the required instances if his/her limit price is above the clearing price. In this case, the bidder pays the clearing price (not his/her limit price). The clearing price is updated as new bids arrive. If the clearing price goes above the bidder’s limit price, the bidder’s running spot instances are terminated without warning (more details can be found here and here).

As pointed out by Amazon and many others it is clear that, given the way spot pricing works, spot instances are intended to be used by application that can handle interruptions, e.g., business analytics, financial modeling testing, web crawling, data processing, etc.

A very important decision to be taken when employing spot instances is the bidding strategy to employ (see, for example, this short tutorial). As shown in Figures 1 to 4 (the y axis employs a logarithmic scale), spot prices are generally lower than the on-demand price(0.68 $/hour for m1.xlarge instances in the us-east region, see here), but there are occasional events which cause the prices to rocket up to 2 $/hour or more (this is the value used by SEOmoz on all its bids). In other words, the spot price can exceed the on-demand price, with a possible explanation being that when capacity is scarce, Amazon deliberately increases the price to a very high value in order to make room for required capacity (on-demand and possibly reserved instances).

Figure 1 - Spot prices during the interval (June 28, 2011 - Sept. 25, 2011). m1.xlarge (Linux/UNIX), us-east-1a availability zone.

It is perhaps worth noting that while the spikes might indeed be due to resources’ shortage, this study speculates that (1) Amazon might employ an algorithm that is not market driven and thus the transient increases in the spot prices might be artificially set by Amazon, and that (2) the algorithm used to determine the spot price for the next epoch changes over the time.

Figure 2 - Spot prices during the interval (June 28, 2011 - Sept. 25, 2011). m1.xlarge (Linux/UNIX), us-east-1b availability zone.

According to the information made available by SEOmoz, a few things were not planned properly:

1. The use of servers in different availability zones: this would have probably mitigated the problem, as prices between different availability zones are not correlated (see the figures below)

2. The use different instance types (e.g., spot and on-demand)

3. All servers were acquired at the same price. A better alternative would have been to use a different price distribution (e.g., some bids at 1 $, others at 2 $, and others at 3 $), in order for the servers to be claimed by Amazon more gradually in case of price rises.

While the points 1 and 2 were made clear in the blog entry, bidding excessively high prices is not the right approach (as the blog author claims). In the following I will explain why that bidding strategy would see only one winner, Amazon.

Figure 3 - Spot prices during the interval(June 28, 2011 - Sept. 25, 2011).m1.xlarge (Linux/UNIX), us-east-1c availability zone.

First of all, while it is true that often bidders pay less than their limit price, that strategy would cause the price to increase in the long term, thus limiting its effectiveness. Besides that, previous studies have demonstrated that the availability of post instances is a discontinuous function with respect to the price, i.e., small changes in the bid have large effects on the availability. In other words, bidding 2.1 $ might be much better (e.g., the probability of Amazon interrupting the VM much lower) than bidding 2 $, which in turns might be very similar to bidding 1.9 $.

Figure 4 - Spot prices during the interval (June 28, 2011 - Sept. 25, 2011). m1.xlarge (Linux/UNIX), us-east-1d availability zone.

Second, when bidders submit their bids without knowing the bid of the other people in the auction (like in the case of spot instances), the best strategy is to bid the true value. Why is this so? Auction’s theory tells us that whatever happens in the auction, there will be some bid zthat is the highest bid made by the other users.

If your own value isv, then whatever the value of z is, your profit will be v−z if your bid is greater than z (because you get the object and pay z for it) and it will be 0 if you bid less than z (because in this case you don’t get the object and don’t pay for it). What difference would it make if you tried to “overbid” by bidding b > v? If z < v, it wouldn’t matter at all, because you would win the object and pay z just as you would if you bid your true value v. But what if b>z>v? In this case, you would not win the object if you bid your true value v, but you will win the object with your bid of b. But if b>z>v,then your profit is v−z < 0. You will be paying more for the object than it is worth to you and will be worse off than if you had bid the truth and not won the object. This means that you can never make yourself better off and you may make yourself worse off by overbidding than by bidding your true values. A similar situation occurs in case of “underbid”.

As the blogs points out, predicting the optimal price to bid is far from trivial. However heuristic policies can be employed. Assuming that the prices are set by the market (see the observation earlier in this article), existing literature suggests that prices in similar markets follow a Normal distribution. Hence, it is legitimate to employ a Normal approximation to model the distribution of spot prices.

A recent paper analyzes the spot prices of different instance types over a three months period, and finds that while the prices are not exactly normally distributed (the distribution of the spot prices is more heavy-tailed), that approximation is adequately accurate. Having established such kind of relationship between the prices, the authors propose a prediction algorithm which, by means of a number of well known statistic techniques, is capable of predicting future prices with an accuracy higher than 99% (for small instances), see table below, while enabling considerable savings compared to the scenario where on-demand instances are employed.

Table 1 - Performance of the price prediction algorithm for different prediction horizons and availability targets. The average bid price in the period December 25, 2010 – February 23, 2011 was 0.03020$/hour.

To conclude, it is certainly possible to employ spot instances in a production environment. However users should remind that:

1. The application should be fault tolerant, and that
2. Smart price prediction algorithms are capable of considerably reducing the probability of out-of-bid events while at the same time maintaining the expenditure for infrastructure under control.

SEOmoz outage explained, or EC2 Spot Instances DOs and DON’Ts è un articolo di Andrea Pernici - Un blog di Seo, Marketing, Design e speranza.

La figura verrà integrato all’interno di un progetto di grosse dimensioni già avviato con un team di 4 sviluppatori. Oltre ad essere un’offerta di lavoro è anche una grande opportunità di crescita professionale all’interno di un gruppo ben coeso e di un progetto ad elevata complessità.

I requisiti che il candidato deve soddisfare sono i seguenti:

• Forte attitudine a lavorare in team.
• Capacità di adattamento e flessibilità.
• Disponibilità a studiare e crescere.
• Conoscere SVN.
• Buona conoscenza di PHP5 (e maggiore) e programmazione a oggetti.
• Buona conoscenza del framework PHP CodeIgniter.
• Conoscenza di phpDocumentor.
• Dimestichezza con Eclipse, NetBeans o altri IDE.
• Buona conoscenza HTML e CSS.
• Buona conoscenza Javascript, AJAX, Jquery.
• Saper programmare tenendo a mente le best practice per l’ottimizzazione delle performance sia scripting che frontend.
• Conoscenza di Smarty.
• Conoscenza del pattern MVC.
• Conoscenza SQL e database (MySql).
• Grande capacità di problem solving.
• Determinazione e capacità di sopportare lo stress.
• Capacità di rispettare le scadenze.

Eventuale conoscenze aggiuntive che saranno apprezzate:

• Conoscenza di Schema.org.
• Un minimo di SEO.
• Linux e sistemistica.
• Laurea in Informatica|Matematica|Ingegneria o affini.

Se non siete interessati al lavoro ma volete fare del bene a qualcuno condividete sui social grazie

Posto di Lavoro a Bologna come Programmatore è un articolo di Andrea Pernici - Un blog di Seo, Marketing, Design e speranza.

Niente di più azzeccato…allego l’articolo.

Punto 1

Webnews scrive: “TimThumb, l’utility di ridimensionamento delle immagini compresa nella famosa piattaforma WordPress”

TimThumb non è una utility inclusa in WordPress, ma un utility usata da molti sviluppatori di temi WordPress…che è molto diverso!

Punto 2

Webnews scrive: “Maunder ha dunque spiegato che al momento conviene disabilitare TimThumb o, al limite, limitarne l’accesso. A parte questo, è consigliabile aggiornare WordPress alla versione più recente, con la quale si potrebbe risolvere almeno in parte questo tipo di problematiche”

Non è consigliabile aggiornare WordPress all’ultima versione, ma è consigliabile aggiornare TimThumb all’ultima versione…Wordpress non c’entra un fico secco.

Conclusione

L’articolo è una traduzione peraltro errata della fonte citata. Ora non voglio fare polemica, ma se uno dei siti più visitati in Italia in materia commette questi errori contribuisce a fare allarmismo e falsa informazione quando non ce n’è assolutamente bisogno…(e’ finita pure su Google News ovviamente). Ci sono anche 3 RT…qualcuno che come al solito non avrà nemmeno letto l’articolo né l’approfondimento.

E poi tra le altre…ci fosse uno straccio di Link allo script aggiornato nell’articolo.

Potete scaricare l’ultima versione di TimThumb qui: http://code.google.com/p/timthumb/

WordPress e TimThumb – Quando WebNews Sbaglia! è un articolo di Andrea Pernici - Un blog di Seo, Marketing, Design e speranza.

/%category%/%postname%/   o in alternativa : /%postname%/

Affidandomi a questi consigli mi sono ritrovato con un sito lentissimo e inutilizzabile.

Se  anche i vostri permalink hanno questa struttura, non preoccupatevi perché vi spiegherò come potrete risolvere il problema.

Prima di tutto spiegherò perché questa struttura è la meno performante.

Alcune informazioni fanno riferimento a versioni di WordPress precedenti alla 3.3. Consiglio di controllare la sezione Aggiornamenti

1.      Come funziona WordPress

WordPress come qualsiasi CMS ha bisogno di “capire” quale pagina o post restituire in base all’url richiesta; questa processo richiede un certo numero di ricerche all’interno del database e a seconda della sua dimensione questo processo può richiedere più o meno tempo.

WordPress ha una serie di regole (RewriteRules) memorizzate al suo interno che vengono confrontate ad ogni richiesta con l’url richiesto. E’ importante quindi che siano poche e il più efficienti possibile.  Leggendo il codice sorgente si vede che le regole utilizzate  sono le seguenti (notare l’ordine):

1. /robots.txt (File robots.txt virtuale)
2. /feed/*
3. /comments/*
4. /search/* (url seo friendly per le ricerche)
5. /category/%category% (archivio delle categorie)
6. /tag/%tag% (archivio tag)
7. /author/%author% (archivio autori)
8. /%year%/%month%/%day% (ricerca per data)
9. /%X%/%Y%  (struttura personalizzata definita dall’utente)
10. /%pagename% (qualsiasi pagina)

WordPress inizia a confrontare l’url richiesta con le regole dall’alto verso al basso e si ferma quando trova una corrispondenza.  Se non esiste viene restituita una pagina 404.

Da questa gerarachia si nota come le regole sono (dall’alto verso il basso) sempre meno specifiche e lineari.

Vorrei farvi notare che dal punto 2 al 7 (feed, comments, category ecc) sono presenti suffissi necessari a velocizzare la ricerca, e rimuovendoli si  va ad aumentare la complessità della ricerca.  Attenzione quindi ad utilizzare plugin quali WP No Category Base  e similari (WP SEO ad esempio) che permettono l’eliminazione del prefisso /category/.

Attenzione! Il numero di regole si triplicherà  in base al numero di categorie presenti per cui se ad esempio avete nel vostro blog 20 categorie, vi verranno aggiunte 60 regole (oltre alle 70 di default).

Più avanti nel post troverete anche come contare il numero di regole in modo da potervi rendere conto voi stessi della situazione del vostro blog.

2.      Il problema

Cosa succede quindi quando andiamo ad impostare la struttura dei permalink a: /%category%/%postname% ?

Le regole diventano (riprendendo la gerarchia):

8. […]
9. /%category%/%postname%
10. /%pagename% (qualsiasi pagina)

Violiamo il principio secondo il quale la regola successiva deve essere più generica della precedente e in questo modo diventerebbe impossibile accedere ad una qualsiasi pagina, in quanto WordPress si fermerebbe alla regola 9.

WordPress accorgendosi di questa situazione , setta quindi una variabile “use_verbose_page_rules” a true (wp-include/rewrite.php:1910)

// Enable generic rules for pages if permalink structure doesn't begin with a wildcard.
if ( preg_match("/^[^%]*%(?:postname|category|tag|author)%/", $this->permalink_structure) )
$this->use_verbose_page_rules = true;
else
$this->use_verbose_page_rules = false;

e quindi rigenera tutte le regole in questo modo:

1. /robots.txt (File robots.txt virtuale)
2. /pagina1/
3. /pagina2/
4. […]
5. /paginaN/
6. [….tutte le pagine…]
7. /feed/*
8. /comments/*
9. /search/* (url seo friendly per le ricerche)
10. /category/%category% (archivio delle categorie)
11. /tag/%tag% (archivio tag)
12. /author/%author% (archivio autori)
13. /%year%/%month%/%day% (ricerca per data)
14. /%category%/%postname% (nostra struttura dei permalink)
15. /categoria/news-1
16. /categoria/news-1/feed
17. /categoria/news-1/comments
18. /categoria/news-1/page

[…]

2000. /categoriaN/news-N
2001. /categoriaN/news-N/feed
2002. /categoriaN/news-N/comments
2003. /categoriaN/news-N/page

Come avrete notato l’aumento delle regole dipende dal numero di categorie post e pagine presenti.

3.      Come quantificare la gravità del problema

Tutte queste regole, sono salvate all’interno del database, nella tabella wp_options in una campo chiamato rewrite_rules. Nel database troverete una stringa che corrisponde ad un array serializzato. Ad ogni elemento dell’array corrisponde una regola. E’ sufficiente che controlliate il numero dopo a:

Ora diciamo che non esiste un numero che va bene e un altro no, l’importante è riuscire a tenere il numero più basso possibile. Nel mio caso, sono passato da 20247 a 305. Non male no? J

4.      Altri sintomi

Il problema è subdolo perché non si manifesta in modo immediato. Il sito inizierà ad essere (inspiegabilmente) più lento e la lentezza sarà direttamente proporzionale al numero di post, pagine e allegati inseriti (tutti memorizzati nella tabella wp_posts). Se il vostro sito genera genera e non avete plugin di caching su disco vi accorgerete che la cpu del vostro server sarà perennemente occupata al 100% dal processo che esegue php e/o dal processo MySql. Questo perché WordPress ad ogni richiesta effettuerà il parsing tramite regular expression di tutte le regole presenti all’interno dell’array. Nel peggiore dei casi quindi l’individuazione di un articolo può richiedere N confronti, per url richiesto, per utente. N naturalmente è il numero di regole generate.  Anche potenziando il server, la situazione non migliorerà di molto, allontanerete solo momentaneamente e parzialmente il sovraccarico del server.

Un primo campanello di allarme può essere il tempo trascorso tra la pressione del tasto salva/aggiorna e il momento in cui effettivamente WordPress ha terminato il caricamento dei dati.

Questo perché WordPress ad ogni aggiornamento, ricrea tutte le regole e le salva nel database.

Se durante questa operazione o durante la visualizzazione della pagina d’impostazione dei permalink ricevete il messaggio di errore “MySql has gone away” è perché il server non è in grado di aggiornare i dati nel database in quanto si stanno inviando troppi dati (= le rewrite rules serializzate). Vedi anche la sezione Aggiornamenti più sotto.

5.      La soluzione

A questo punto possiamo analizzare i risultati delle prove che ho fatto su una nuova installazione di WordPress, con o senza plugin per rimuovere il prefisso /category/.

Partiamo con il dire che le soluzioni che iniziano con un numero sono le più performanti. Naturalmente se il numero in questione è %post_id% si ottiene la soluzione più performante in assoluto. Anche iniziando con l’anno le performance sono molto buone e simili a quelle di %post_id%.

Dal grafico si  nota quanto esposto. A un valore più basso corrispondono prestazioni migliori.

Quindi nell’ordine:

1. /%post_id%/
2. /%post_id%-%postname%/ oppure /%post_id%_%postname%/
3. /%year%/%monthnum%/%day%/%postname%/
   /%year%/%monthnum%/%postname%/
   /%year%/%monthnum%/%category%/%postname%/

4. /%post_id%/%postname%/
5. /%postname%/
6. /%category%/%postname%/

Le ultime due strutture (quelle consigliate da tutti),  5 e  6 sono le peggiori, in quanto aumentano il numero di regole con l’aumentare del numero di pagine. Per ogni nuova pagina vengono infatti aggiunte 11 regole.

Dai test effettuati è inoltre emerso che utilizzando un plugin che rimuove il prefisso /category/) vengono aggiunte 3 regole per ogni categoria. (in questi test ho utilizzato WP SEO)

Vi posso tranquillizzare dicendo che gestisco un sito in cui sono presenti circa 500 pagine, più di 4000 news, 63 categorie e un paio di plugin tra i quali WP SEO che aggiungono regole a quelle già presenti di default. Il sito presenta attualmente circa 300 regole (di cui 190 create dalle categorie) e naturalmente è molto veloce nel restituire le pagine mentre prima della correzione ai permalink le regole erano circa 20.400 e un url impiegava diversi secondi per essere riconosciuto.

Ho cambiato la struttura da /%category%/%postname%/ a /%year%/%monthnum%/%category%/%postname%/ in quanto avevo la necessità di mantenere la categoria negli url più per una questione di usabilità che di SEO.

Per passare in modo indolore ho realizzato un plugin semplicissimo che si occupa di effettuare il redirect dagli url vecchi a quell nuovi. La realizzazione si è resa necessaria in quanto l’unico plugin disponibile Dean’s Permalink Migration non funziona correttamente in quanto invece di effettuare dei redirect 301 restituisce status code 404 Pagina non trovata.

Il plugin è disponibile a questo indirizzo: http://www.andreacardinali.it/wordpress/cardy-redirect-plugin/ e a breve anche nel repository dei plugin WordPress

6. Aggiornamenti

Visto che questo articolo sta creando diverse discussioni interessanti anche su Twitter, abbiamo deciso inserire qui, le informazioni più interessanti (aggiorneremo questa parte di volta in volta):

• Io e Andrea consigliamo la struttura n°2 per i permalink ovvero: /%post_id%-%postname%/. I motivi sono molteplici giusto per citarne un paio:
  • è performante
  • è sufficentemente ottimizzata per i motori di ricerca
  • torna utile per Google News. Come spiegato in questo articolo per inserire il proprio sito in Google News è necessario avere delle url con una parte numerica univoca (ovvero l’ID). Utilizzando l’ID nell’url si evita di dover ricorrere all’utilizzo di un sitemap specifica. Per sopperire a questa esigenza Andrea Pernici ha realizzato un comodo plugin per WordPress che permette la creazione automatica della sitemap news. Il plugin è disponibile qui. Per la cronaca è possibile utilizzare anche la struttura: /%post_id%/%category%/%postname%/ che pur non essendo così performante come quella consigliata si comporta comunque egregiamente.
• Il rallentamento si manifesta in maniera sempre più evidente con l’aumentare delle pagine. In teoria quindi evitando di utilizzare le pagina si può aggirare il problema.
• Utilizzando W3 Total cache si noterà che il numero di query effettuato verso il db è impressionante (nell’ordine delle centinaia) quando un sito “standard” non dovrebbe effettuare più di 20/25 query.

Aggiornamento del 20.07.2011

Gleenk segnala che Andrew Nacin, uno degli sviluppatori di WordPress ha detto che forse il problema verrà risolto con la versione di WordPress 3.3, di cui ancora non è stata stabilita l’uscita. Al momento è prevista entro il 2011. Potete quindi scegliere se attendere una soluzione o sistemare subito i problemi cambiando struttura e utilizzando il plugin da me realizzato.

Aggiornamento del 04.08.2011

• Utilizzare una struttura permalink che termina con un’estensione, sia essa .html , .php (o qualsiasi altra vi venga in mente) non porta vantaggi dal punto di vista di posizionamento.
• Sul blog ufficiale degli sviluppatori di WordPress, esattamente a questo indirizzo: http://wpdevel.wordpress.com/2011/07/27/wordpress-3-3-proposed-scope/ si parla delle nuove features che saranno presenti nella versione di WordPress 3.3. Tra le tante verrà risolto finalmente il problema di prestazioni legato alla struttura dei permalink di cui si parla in questo articolo. Due programmatori si sono fatti carico della risoluzione del bug, quindi non resta che attendere

Aggiornamento del 03.01.2012

Il 12 dicembre 2011 è uscito WordPress 3.3 con diverse novità tra cui la risoluzione del problema di performance. Per sapere cos’è cambiato, vi invito a leggere questo articolo su Giorgiotave.it

Qual è la migliore struttura dei permalink WordPress? è un articolo di Andrea Pernici - Un blog di Seo, Marketing, Design e speranza.

Fare IdM vuol dire considerare attributi, ruoli, risorse e autorizzazioni nel tentativo di rispondere in modo soddisfacente alle domande che più assillano gli amministratori di sistema:

Chi ha accesso a cosa? Quando? Come? Perché?

Tenere sotto controllo determinate informazioni è estremamente importante per una qualunque organizzazione aziendale: anni di esercizio potrebbero esporre l’azienda a considerevoli problemi di sicurezza, indipendentemente dalle dimensioni di questa.

Sfortunatamente oggi esistono ancora realtà aziendali, anche di grandi dimensioni, dove la gestione di tali informazioni è insufficiente o inefficace: la tendenza ad affidarsi troppo a supporti cartacei e ad operazioni manuali è estremamente pericolosa in quanto soggetta ad errori di tipo umano difficilmente controllabili.

La soluzione a questi problemi è un sistema automatico di supporto alla gestione del ciclo di vita delle identità digitali (soluzione IdM).

All’interno di una organizzazione una soluzione IdM si occupa fondamentalmente di:

• offrire le risorse e le informazioni giuste, al momento giusto, a chi ne ha i diritti;
• dare la possibilità di attivare processi di delega e approvazione delle autorizzazioni;
• proteggere l’infrastruttura IT da possibili furti di informazione;
• aiutare l’organizzazione a rispettare le norme vigenti;
• garantire il rispetto della privacy sui dati dei clienti, partner e dipendenti;
• semplificare la creazione e l’automatizzazione delle politiche di business, in modo tale da rafforzare la sicurezza, ridurre i costi di gestione e aumentare la produttività.

La costruzione di un’infrastruttura di Identity management spesso significa curare due aspetti distinti ma strettamente correlati: la gestione delle identità e la gestione degli accessi; per questa ragione il termine più indicato in questi contesti è IAM (Identity and Access Management).

Consideriamo la situazione descritta nella figura seguente: un tipico scenario aziendale in cui differenti gruppi di utenti (partner, impiegati, clienti..) hanno diverse strade per accedere ai vari servizi e applicazioni messe a disposizione dall’azienda. Ognuno di questi “sistemi” ha un proprio store e, di conseguenza, ognuno degli utenti avrà una propria credenziale di accesso e un proprio profilo su quel sistema. Il processo autorizzativo, completamente indipendente e delegato ad ogni singola applicazione, espone l’organizzazione al rischio concreto, come nel caso in questione, di avere accessi non autorizzati (ex dipendenti) ad informazioni riservate.

Attraverso l’introduzione di una soluzione completa di Identity and Access Management, la situazione vista precedentemente si trasforma completamente; come mostrato di seguito, il sistema centralizzato di IAM si prende in carico tutti gli aspetti legati alla sicurezza delle comunicazioni tra gli utenti e le applicazioni, sincronizza le informazioni tra i diversi sistemi e si occupa dell’auditing e del logging di tutte le transazioni richieste con diversi livelli di configurazione.

Syncope è una soluzione IdM, implementata con tecnologia J2EE e rilasciata sotto licenza Apache 2.0.

Syncope, per poter essere utilizzato, necessita soltanto di un container J2EE (Apache Tomcat, per esempio) e di un DBMS. La maggior parte dei DBMS disponibili sul mercato o nel mondo Open Source sono completamente supportati.

Il codice sorgente di Syncope è attualmente ospitato da GoogleCode, versionato con SVN e implementato, come progetto overlay, con Apache Maven 3. Gli artifacts Maven, stabili, sono regolarmente pubblicati nel repository centrale , mentre gli snapshot releases sono disponibili su sonatype.

Syncope è composto da due principali sottosistemi:

1. core – L’applicazione web che implementa le principali caratteristiche di IdM. Essa offre un’interfaccia RESTful per le chiamate applicative, implementa il provisioning attraverso il suo motore di workflow e lo strato di propagazione, infine gestisce la persistenza dei dati.
2. console -  L’interfaccia web di gestione per configurare e amministrare il core di Syncope. Come ogni altra applicazione esterna, la console comunica con il core attraverso chiamate REST.

Il core è un componente centrale nell’architettura di Syncope e si occupa dell’orchestrazione dell’intero flusso di dati in tutto il sistema. Viene coinvolto dopo una chiamata RESTful, processa i dati al fianco del workflow definito, si occupa della persistenza e della propagazione di questi verso le risorse configurate.

Syncope supporta la definizione di un descrittore XML in cui definire il ciclo di vita di un identità. Questo aspetto rende il sistema molto malleabile e adattabile alle più disparate situazioni.

La comunicazione con le risorse su cui effettuare provisioning dei dati è affidata ai connettori implementati nel progetto ConnId.

Questo progetto è stato derivato dagli identityconnectors, parte integrante di Sun Identity Manager, leader del mercato fino all’aquisizione da parte di Oracle.

Per maggiorni informazioni

Syncope IdM: gestione delle identità in contesti aziendali è un articolo di Andrea Pernici - Un blog di Seo, Marketing, Design e speranza.

A quanto pare il problema è relativo al formato dei link delle pagine e quindi nel caso specifico il like può non funzionare perché Facebook ha deciso di non gradire più le URL che non terminano con un bello /.

Che dire…una restrizione bella forte e onestamente stupida.

Nel caso specifico il problema è venuto fuori qua:

http://seoblog.giorgiotave.it/seo-week-11-articoli-da-leggere/585

e per risolvere il mancato funzionamento del like ho forzato nel FB:LIKE lo slash finale e tutto è tornato a funzionare…finché Facebook non deciderà di cambiare ancora.

MODIFICA DOPO APPENA 5 MINUTI

A 5 minuti dalla stesura della modifica e del post il like è tornato a non funzionare anche con lo slash finale Il mistero si infittisce…e infatti controllando anche altri siti con lo slash finale anch’essi sembrano non funzionare.

Like Button di Facebook non funzionante (effetto like che scompare) è un articolo di Andrea Pernici - Un blog di Seo, Marketing, Design e speranza.