Scopri le caratteristiche del servizio MySql Performance Tuning, per ottimizzare la velocità del tuo sito internet.

Per maggiori informazioni clicca qui.

http://www.repubblica.it/tecnologia/2011/08/04/news/nuovo_record_per_google_nessun_sito_cresciuto_tanto_nella_storia_del_web-19977029/

A quanto pare, nessun sito è cresciuto tanto nella storia del Web quanto Google+. 25 milioni di utenti in un mese circa. L’articolo segnala:

Facebook ha impiegato tre anni per arrivare allo stesso risultato, Twitter due e mezzo, MySpace meno di 24 mesi. 

Dettaglio non irrilevante, Google+ non ha dovuto cominciare più o meno da zero come i tre succitati concorrenti, ma si è avvalso di tutta l’infrastruttura di Google, che conta già milioni e milioni di utenti. A Google per raggiungere questi risultati è bastato che gli utenti di Gmail (già registrati con nome utente e password, quindi già oltre uno dei classici scogli per l’acquisizione di un utente in un sito) cliccassero su un paio di link per farli entrare nel servizio.

Insomma, le condizioni in cui Google+ ha fatto 25 milioni di utenti (e come li contano? quelli che sono entrati una volta? due? quelli che hanno fatto almeno un post?) in un mese non sono neanche lontanamente comparabili a quelle degli altri social networks. Lungi dal giornalista riflettere sulla cosa e proporre un commento: ingoiata esca, amo, filo e lenza, ci ammannisce né più né meno lo spin ufficiale degli addetti alle pubbliche relazioni della compagnia di Page e Brin. Sarà che siamo in agosto. Chapeau.

http://www.repubblica.it/tecnologia/2011/08/04/news/nuovo_record_per_google_nessun_sito_cresciuto_tanto_nella_storia_del_web-19977029/

È agosto inoltrato e qui ad HCE Web Design non si va mai in vacanza! Ma con il caldo i tempi si dilatano, e tra una goccia di sudore e l’altra, scandite dal loro rimbalzare dalla nostra fronte alla tastiera alla scrivania, abbiamo pensato di collezionare in questa nuova rubrica strettamente aperiodica un po’ di consigli tecnici da condividere con voi, che ancora dovete andare in vacanza, o magari ci siete già stati o peggio – spegnete subito il computer! – che ci siete in questo momento. Come sa chi ha imparato a seguirci qui e sui nostri profili facebook e twitter, lo staff di HCE abbraccia diverse competenze che talvolta decidiamo di condividere con i nostri utenti a partire dal nostro blog su piattaforma wordpress.com.

- Continua a leggere su HCE.it

I siti e le applicazioni sviluppate da HCE Web Design nascono dal principio con particolare attenzione ai motori di ricerca e al posizionamento: a questo affianchiamo strategie di web marketing ai fini di migliorare la visibilità dei nostri clienti.

Con HCE Web Agency Padova hai a tua disposizione uno staff dalle molteplici competenze per poter affrontare a 360° tutte le varie problematiche relative ad un sito internet ed alla tua visibilità web: una consulenza che saprà accompagnarti verso il successo della tua iniziativa online!

Con HCE Web Design Padova entri nel web dalla porta principale! Contattaci per sapere cosa possiamo fare per te!

HCE è anche:
Web Marketing Padova
Web Marketing Venezia

http://comunicati-stampa.hce.it

Guarda e impara a conoscere Comunicati-stampa.hce.it e Prenotazione-ostelli.hce.it, i primi anelli di una catena di siti dedicati tanto all’utente in cerca di informazioni quanto alle aziende interessate a farsi conoscere nel web!

Clicca sull’immagine per leggere l’intera striscia.

Sardinien Camping
Sardinien Campingplatz
una delle due è già entrata nella top ten di Google.de. Vediamo cosa succederà nei prossimi mesi…

Recentemente ho dovuto modificare una installazione di WordPress per risolvere il seguente problema:

Il sito in questione deve pubblicare un calendario di eventi futuri. La questione era stata risolta settando la data di pubblicazione dell’articolo alla data dell’evento, usando quindi la funzione di schedule della pagina di pubblicazione:

Poi in una pagina separata del sito veniva fatta una query custom per estrarre solo gli articoli della categoria eventi con data nel futuro.

Il problema sorgeva però con l’RSS. Il sito infatti utilizzava dei meccanismi di propagazione per pubblicare i proprio post e specialmente gli eventi su diversi canali, tra cui facebook utilizzando l’applicazione Rss Graffiti

Gli eventi pianificati, che avevano data nel futuro comparivano nell’rss solo nel momento stesso in cui raggiungevano la data di pubblicazione. Cosi’ il concerto pianificato per domenica sera alle otto veniva postato su facebook esattamente domenica sera alle 8, rendendo inutile la segnalazione.

L’ideale sarebbe stata che gli eventi venissero pubblicati un giorno prima della loro scadenza.

La prima soluzione che mi è venuta in mente è stata di non utilizzare la data di pubblicazione di wordpress come data dell’evento, e inserire invece la data dell’evento come meta data dell’articolo. Facendo cosi’ però la query di estrazione degli eventi in ordine discendente di data (dell’ evento) risultava molto più pesante, perchè i metadata sono salvati da WP in una tabella separata.

Vincendo quindi quel misto di attrazione e repulsione che mi dava l’idea di lanciare una query di poco più breve di una canzone di Guccini, e addirittura meno intelleggibile, ho finito per utilizzare i filtri di Word Press.

Per dirla in breve, il codice di WordPress è disseminato di hooks cioè di punti prestabiliti in cui si può innestare (poi vedremo come) delle chiamate di funzione arbitrarie.
L’idea è di permettere al programmatore di personalizzare il codice senza dover metter mano e soprattutto capire tutto il flusso sottostante.
Nella maggior parte dei casi si registra una funzione che viene chiamata quando il codice arriva al punto prestabilito. La nostra funzione riceve determinati parametri (documentati nel codex di wordpress ) con cui può fare quello che vuole, e poi può restituirli eventualmente modificati.

Personalmente non vado pazzo per questo tipo di sistema, avrei preferito poter estendere una classe.. c’e’ da dire però che in questo modo anche chi non è esperto nella programmazione ad oggetti può facilmente applicare modifiche al flusso.

Torniamo al nostro esempio.
La prima cosa che ho dovuto fare è stata di dire a WordPress di includere nell’RSS anche i post con data nel futuro.
Per fare questo ho aggiunto al file functions.php (nella cartella del tema in uso)

function feedFilter($query) {

if ($query->is_feed) {
$query->set(‘post_status’,'publish,future’);
}
return $query;

}
add_filter(‘pre_get_posts’,'feedFilter’);

L’hook pre_get_posts viene attraversato da WP al momento immediatamente precedente all’esecuzione di una query che carica tutti i post da visualizzare.

Se c’e’ una funzione registrata per quell’hook, la funzione viene chiamata e le viene passato il parametro $query che è un oggetto WordPress che si occupa di interrogare il database ed estrarre i record corrispondenti agli articoli.

Come si vede la funzione verifica se effettivamente stiamo estraendo i post per inserirli in un feed, e solo in quel caso modifica lo status dei post da estrarre. Mentre per i feed lo status di default è ‘publish’ noi allarghiamo la condizione in modo da includere anche i posts futuri.

In questo modo però l’rss conterrebbe sempre TUTTI gli articoli futuri, ma noi vogliamo che includa solo quelli in scadenza il giorno successivo.

Occorre allora aggiungere delle condizioni ulteriori alla query

function feedFilterSearch($search, $query) {

if ($query->is_feed) {
$limit = date(‘Ymd’, mktime(0,0,0,date(‘m’), date(‘d’)+1,date(‘Y’)));
$search .= ‘ AND (wp_posts.post_status = \’publish\’ OR
(  wp_posts.post_status = \’future\’ and wp_posts.post_date_gmt <= \”.$limit.’\')
)’;
}
return $search;

}
add_filter(‘posts_search’,'feedFilterSearch’,1,2);

L’hook posts_search permette di modificare il ramo WHERE della query che viene costruita per estrarre i post.
Il primo argomento che viene passato in automatico ( $search ) contiene eventuali condizioni già inserite nella query, il secondo è sempre l’oggetto WP query.

Come si vede in questo caso la chiamata ad add_filter contiene piu’ parametri. Questo perchè di default wordpress invia alla funzione collegata all’hook solo un parametro. L’hook posts_search invece rende disponibili 2 parametri. Occorre quindi specificare nel momento del collegamento che la funzione si aspetta di riceverli entrambi. Lo facciamo utilizzando il quarto parametro di add_filter.  (Il terzo parametro specifica una priorità di esecuzione, nel caso più funzioni vengano agganciate allo stesso hook)

A questo punto nella funzione collegata a questo secondo hook non resta che aggiungere una condizione (solo nel caso di estrazione per i feed )  che dica di selezionare tutti i post già pubblicati oppure quelli futuri ma solo se hanno data di pubblicazione inferiore o uguale a quella del giorno successivo.

Si noti che il campo post_date_gmt nella tabella dei posts contiene una data che tiene conto della timezone settata nel backend di WP.

A questo punto possiamo andarcene soddisfatti canticchiando un elogio ai programmatori di WordPress che ci hanno regalato uno strumento così bello e così flessibile da risparmiare alle nostre falangi lunghe notti di programmazione.

Sergio Marchesini
HCE Web Design

UPDATE `table` SET `field` = UPPER(`field`)

(Per la conversione in minuscolo usare LOWER() invece di UPPER() ).

Tuttavia se volete convertire i dati in formato Title Case non c’è modo di farlo internamente dato che non esiste una funzione in MySQL che effettui questa conversione. Si potrebbe pensare, “E se dividessi la stringa in parole e convertissi in maiuscolo ognuna di esse usando SUBSTRING??”. Beh, nemmeno questa è una soluzione dato che non esiste in MySQL una funzione per spezzare le stringhe. Ci sono alcune soluzioni qui per dividere una stringa ed ottenere primo, secondo, terzo pezzo. Ma nessuna di queste funziona per convertire il formato di ogni parola, dato che non si può ciclare su tutte le parole.

Questa operazione può essere fatta in MySQL creando una Funzione definita dall’utente in C o C++. Questa soluzione è abbastanza complicata tanto più se non avete accesso completo al server MySQL.

Diversamente (correggetemi se sbaglio) dovete eseguire questa operazione effettuando una query sul vostro database con un linguaggio di programmazione ed aggiornando singolarmente ogni record. Segue uno script d’esempio in PHP.

$conn = mysql_connect($server, $username, $pass);

mysql_select_db ( $dbname );


$sql = ' SELECT `ID_item`, `name` FROM `items` WHERE (`name` REGEXP BINARY "^[a-z0-9 ]+$" OR `name` REGEXP BINARY "^[A-Z0-9 ]+$" ) ';
$result = mysql_query($sql, $conn);
echo '<table><thead><tr><td>Id</td>
<td>Old Name</td>
<td>New Name</td>
</tr>
</thead>
<tbody>';
while($row = mysql_fetch_array($result)){
$ID = $row["ID_item"];
$name = stripslashes($row["name"]);$newName = mb_convert_case($name, MB_CASE_TITLE, "utf-8");
echo "
<tr>
<td>$ID</td>
<td>$name</td>
<td>$newName</td>
</tr>
";
$sql2 = "UPDATE `items` SET `name` = '".addslashes($newName)."' WHERE `ID_item` = $ID ";
$result2 = mysql_query($sql2, $conn);
}
echo '</tbody>
</table>
';

Il codice precedente seleziona tutti i campi della tabella “items”, nella quale il campo “name” è totalmente maiuscolo o totalmente minuscolo (questo riduce il numero di risultati su cui lavorare nelle tabelle eccessivamente grandi). Se avete la necessità di controllare dei pattern più irregolari, come formato MISTO o FORmato mistO, potete adattare le espressioni regolari o semplicemente agire su tutti record della tabella.

La parte rimanente dello script cicla attraverso i risultati, stampa una tabella con l’ID dell’item, il vecchio nome ed il nome corretto (in modo da vedere direttamente i risultati) e aggiorna il campo. Il codice assume che il database sia in formato UTF-8.

Abbiamo scritto questo post soprattutto per mettervi a conoscenza del fatto che non esiste una soluzione in MySQL per convertire il Title Case, ovviamente il metodo PHP è molto semplice e potrete scrivere codice migliore di questo. Come sempre sentitevi liberi di inviarci qualsiasi correzione o integrazione!!