DevNotes

Recentemente ho voluto implementare una classe PHP per gestire dall’esterno gli articoli pubblicati e mostrare gli ultimi N post del mio blog sul sito OverZero Software.
Certamente nulla di complicato, ma la query sul db di WordPress ha un paio di clausole che è meglio non dimenticare (e per questo me la segno):

SELECT *
FROM wp_posts
WHERE post_type = 'post'
AND post_status = 'publish'
ORDER BY ID DESC
LIMIT 4

Innanzitutto notiamo che la table su cui effettuiamo la query è wp_posts.
Le due clausole WHERE che seguono sono necessarie per evitare di caricare post non ancora effettivamente pubblicati ed escludere anche quei post che WP gestisce come “pagine”.
L’ordine ed il numero di record da mostrare è ovviamente a vostro piacimento.
Questa query è compatibile con la versione di WordPress al momento distribuita come stable. Successive versioni potrebbero rendere necessarie modifiche alla query in linea con eventuali differenze strutturali del database WP.

Questa è solo una breve nota per ricordarmi una cosa totalmente insensata made in Microsoft.
Capita a volte di voler verificare il reale formato di un immagine caricata da un utente.
Affidarsi alla lettura dell’estensione del file tramite string functions è utile solo fino ad un certo punto, perchè nulla vieterebbe all’utente di rinominare un file .gif in .png o .jpg.
Se vogliamo quindi essere certi dell’effettivo formato dobbiamo leggere il mime type del file caricato accedendo all’array $_FILES['xxx'][type].
E a questo punto scopriamo l’assurdo: le immagini jpg o jpeg sono identificate dai browser con il mime type standard image/jpeg, ad eccezione di IE che, almeno ad oggi (data di questo articolo), lo identifica con un mime type assolutamente proprietario: image/pjpeg.
Una spiegazione per questa differenza è riportata in questa pagina del sito MSDN.