graficare | la comunicazione è nel nostro DNA

Finora ho resistito.
Sul mio iPad ci sono pochissimi giochi, perloppiù strategici o trasposizioni di giochi da tavolo (backgammon, carcassonne, siedler von catan).
Ma questo dock con annesso joystick e collezione di vecchi arcade mi attira.
Atari dice che uscirà presto… muoviti! Non posso aspettare ancora molto!

(via melablog)

Fatal error: Allowed memory size of xxxxx bytes exhausted (tried to allocate xxxxxx bytes) in /home/mhd-01/www.xxxxxx.xxx/htdocs/wp-admin/includes/class-wp-list-table.php on line 493

Maledezione. Ennesimo aggiornamento di WordPress ed ennesimo errore! Non so a quanti succeda, ma a vedere dai numerosi messaggi sui forum credo di non essere l’unico. In particolare succede con Tophost, hosting decisamente a buon prezzo, ma naturalmente non eccelso nelle prestazioni e soprattutto nell’assistenza (ma per 10€/anno che si vuole di più). Vi spiego come ho risolto la cosa con gli aggiornamenti di WordPress 3.0 (e release successive, ormai siamo alla 3.0.4) Il problema si presentava puntualmente anche con le versioni precedenti, e la procedura era abbastanza semplice e veloce. Bastava editare il file wp-settings.php, andando a variare la riga in cui si definiva il valore limite allocato per la memoria: define(‘WP_MEMORY_LIMIT’, ’32M’); Cambiando il valore 32 in 64 il gioco era fatto define(‘WP_MEMORY_LIMIT’, ’64M’); Con la versione 3.0 ho pensato di procedere alla stessa maniera. Ma sorpresa, quella riga non esiste più! Nel file wp-settings.php c’è però una linea che fa riferimento a WP_MEMORY_LIMIT

// Set initial default constants including WP_MEMORY_LIMIT, WP_DEBUG, WP_CONTENT_DIR and WP_CACHE. wp_initial_constants( );

La riga rimanda ad un altro file, il default-costants.php , che si trova nella cartella wp-includes.

/** * Defines constants and global variables that can be overridden, generally in wp-config.php. * * @package WordPress */ /** * Defines initial WordPress constants * * @see wp_debug_mode() * * @since 3.0.0 */ function wp_initial_constants( ) { global $blog_id; // set memory limits if ( !defined(‘WP_MEMORY_LIMIT’) ) { if( is_multisite() ) { define(‘WP_MEMORY_LIMIT’, ’64M’); } else { define(‘WP_MEMORY_LIMIT’, ’32M’); } }

eccola la cara, vecchia riga che avevamo perso! Ho come al solito cambiato da 32 a 64 e tutto è tornato a girare! Naturalmente la procedura è da rieseguire ogni volta che si aggiorna WordPress. ATTENZIONE: sulla rete ho trovato che basterebbe aumentare il limite a 36M, ed è sconsigliabile aumentare ancora il limite in hosting condivisi (come è il caso di tophost). Mi fido!

… ma nel frattempo vi lascio con una chicca, dedicata a tutti quelli che come noi lavorano nell’ambiente delle agenzie di pubblicità.

(non è il mio stile quello di copiare post altrui, per questo lo segnalo. Ma non ho resistito, è troppo calzante!)

Erano mesi che tenevamo BuddyPress sott’occhio aspettando questo momento.

Fino a ieri per aggiungere le funzionalità sociali di BuddyPress si doveva procedere con una installazione di WordPress MU ( dove MU sta per multi-utente )… da oggi invece qualsiasi installazione delle ultime release di WordPress ( dalla 2.8.6 in su per precisione ) è sufficiente !

Oltretutto non si deve neanche perdere il proprio tema del WP installato sostituendolo con il tema di default di BuddyPress perchè i geni del team di sviluppo hanno prodotto un BuddyPress Template Pack che consente di procedere al processo di installazione direttamente dall’interno dell’area plugin del proprio dashboard di WP.

Se vi lanciate nel test postate qui un commento con i link al vostro sandbox che sono curioso di vedere le possibili implementazioni !

(link al post originale su emanuele.dalcarlo.it )