DelfinsBlog (Guido Arata) » Programmazione

Di colpo senza più un Post: wp_posts crashato (su database Aruba)

Guido Arata — Wed, 25 Mar 2009 08:12:02 +0000

Ieri sera la tabella wp_posts di questo blog ha deciso di andare in sciopero. Di colpo è diventata di 0kb. Dopo i primi momenti di panico, corredati da fantasticherie su possibili attacchi lamer ricevuti (grazie ad Andrea per avermi sopportato), è tornata la ragione e con lei la soluzione del problema.

L’errore restituito all’accesso alla tabella wp_posts era:

Messaggio di MySQL:

#144 – Table ‘./Sql130140_2/wp_posts’ is marked as crashed and last (automatic?) repair failed

Un primo, classico:

REPAIR TABLE wp_posts;

non ha funzionato. Positivo invece il secondo tentativo:

REPAIR TABLE wp_posts�use_frm;

con il quale in tempo zero, come era sparito, tutto il contenuto di wp_posts è tornato.

Come potrete notare i due statement differiscono per il finale, che nel caso del REPAIR vincente comprende “use_frm”. �La differenza st� nel fatto che mentre il semplice REPAIR TABLE tenta di riscostruire unicamente i file di indice, il REPAIR TABLE use_frm è più viscerale: ricrea da zero l’header della tabella. Il risultato è una riparazione più efficace, ma pure più rischiosa, da usare unicamente nel caso in cui l’header della tabella risulti corrotto. Nel mio caso specifico un sintomo di header corrotto era il fatto che il campo “Records” della tabella wp_posts restituisse come valore�~0 al quadrato, decisamento poco credibile.

Tutto risolto dunque, se mai vi capiter� qualcosa di simile, questa può essere una soluzione.

© Guido Arata for DelfinsBlog (Guido Arata), 2009. | Permalink | 2 comments | Add to del.icio.us
Post tags: database, Hacking, mysql, riparazione

Feed enhanced by Better Feed from Ozh

E la NASA si convertì all’Open Source

Guido Arata — Tue, 18 Nov 2008 13:22:45 +0000

Autore: Pecciola

Alla fine cedono in molti. La tentazione dell’open source e dei suoi innumerevoli vantaggi (economico su tutti) trascina davvero tutti a prenderlo in considerazione. In questo caso stiamo parlando addirittura di NASA. Infatti, per permettere agli astronauti dello Shuttle di segnalare nuove problemtiche e, soprattutto, confrontarli con quelli passati per avere risposte e confronti importanti, la Nasa ha deciso di affidarsi al software Praca : Problem Reporting Analysis and Corrective Action. Questo software fonda le sue radici sul programma open source Bugzilla.

Una decisione, forse, impensabile alcuni anna fà. L’idea del passaggio al software open permetterà all’Agenzia di risparmiare molti soldi : per lo sviluppo attuale sono stati spesi circa 100.000 dollari che scompaiono se paragonati al milione necessario in precedenza. Ma non è tutto qui e infatti l’open suorce sarà lo standard per il programma Constellation che sostituirà gli Shuttle dal 2010.

Il vantaggio economico, a volte, ne nasconde uno non trascurabile. Infatti, ora la Nasa potrà intervenire direttamente e molto più rapidamente sul codice, mentre prima ogni singola modifica andava sottoposta all’esame e all’analisi di chi possedeva i diritti sul software proprietario. Il risultato era che alcune modifiche si impiegavano anche settimane di implementazione e questo cozzava fortemente con lo spirito dinamico dell’ente americano..

Inoltre, la Stazione Spaziale Internazionale già da qualche tempo ha iniziato a usare il software Ifi (Items for Investigations) per segnalare e registrare i problemi: anch’esso si basa su Bugzilla e sarà messo in piedi definitivamente entro marzo 2009

© Guido Arata for DelfinsBlog (Guido Arata), 2008. | Permalink | No comment | Add to del.icio.us
Post tags: nasa, opensource, Software

Feed enhanced by Better Feed from Ozh

Si accendono i riflettori su Visual Studio 2010

Guido Arata — Wed, 08 Oct 2008 06:23:08 +0000

Autore: Guido Arata

Ieri abbiamo parlato dell’ uscita di quella che rappresenta a tutti gli effetti l’ alternativa opensource al .NET Framework di Microsoft, oggi invece facciamo chiarezza sul futuro Visual Studio 2010, del quale MS ha rilasciato nuove specifiche proprio in questi giorni, tramite un portale allestito appositamente.

Sicuramente offrirà pieno supporto alla libreria jQuery JavaScript, e sarà più modulare, il che gli permetterà di includere un nuovo editor di testo, il Windows Presentation Foundation. L’ aggiunta di quest’ ultimo, oltre ad altri accorgimenti, dovrebbero diminuire la pesantezza della suite di sviluppo, fattore che ha largamente tormentato gli utilizzatori delle ultime 2 versioni. Altro aspetto di punta consiste nel set di notazioni di modellazione Unified Modeling Language, in grado di rendere più semplice ed immediato lo sviluppo di applicazioni software e che le medie e grandi aziende hanno dimostrato di apprezzare.

VS 2010 integreerà pure il Visual Studio Team System (VSTS), tramite il quale componenti per lo sviluppo e quelli per i database si troveranno in un’ unica soluzione; infine presenterà nuovi strumenti per gestire il ciclo di sviluppo di un’ applicazione e la collaborazione tra i vari sviluppatori che vi lavorano.

Ulteriori novità verranno rivelate il 30 Ottobre, data nella quale è prevista pure la presentazione di Windows 7 al pubblico. E, stando a voci interne all’azienda, sembra che i due prodotti saranno profondamente legati, ma non ci è ancora dato sapere secondo quali dinamiche.

© Guido Arata for DelfinsBlog (Guido Arata), 2008. | Permalink | No comment | Add to del.icio.us
Post tags: Microsoft, Programmazione, Software, sviluppo, visual studio

Feed enhanced by Better Feed from Ozh

Mono2.0: arriva l’ alternativa opensource al .NET di Microsoft

Guido Arata — Tue, 07 Oct 2008 10:39:32 +0000

Autore: Pecciola

Presentata pochi giorni fa la versione finale di Mono 2.0, l’alter ego in chiave open source del diffuso framework .NET di Microsoft. finalmente, dopo lunghe rincorse all’originale questa alternativa open sviluppata da Novell rappresenta senza dubbio un passo in avanti davvero importante e si può affermare che le due implementazioni non sono state mai così vicine.

Forse la novità più succulenta di Mono 2.0 è il supporto completo alla compilazione del codice C# 3.0 (il tutto secondo le specifiche ECMA) con l’inclusione del set di estensioni Language Integrated Query (LINQ) che fornisce l’accesso alle basi di dati. Inoltre sono state aggiunti i supporti ad ASP.NET 2.0, ADO.NET 2.0, Windows.Forms 2.0 e Visual Basic 8.
E’ chiaro che, nonostante l’avvicinamento tra le due implementazioni, esiste ancora un certo gap. In Mono 2.0 mancano, ad esempio, alcune importanti estensioni dedicate ai servizi web presenti fin dalla versione 3.0 del paccheto di Microsoft. Manuel de Icaza, fondatore del progetto Mono, ha inoltre affermato che si sta già lavorando all’implementazione Windows Communication Foundation (WCF), ma la fine dei lavori è prevista per il 2010.

Inoltre Novell sta anche per rilasciare la prima versione stabile di Moonlight, l’equivalente open di Microsoft Silverlight. va precisato che in tal caso il gap fra le due implementazioni è ampio poichè al momento Moonlight sarà compatibile con Silverlight 1, mentre Microsoft sta rilasciando la versione 2.
Nonostante le critiche e lo scetticismo da sempre manifestati nei confronti del progetto Mono, questa implementazione resta, per ora, l’unica valida .NET disponibile anche per sistemi che non siano Windows.

© Guido Arata for DelfinsBlog (Guido Arata), 2008. | Permalink | No comment | Add to del.icio.us
Post tags: framewortk, Microsoft, net, opensource, Programmazione, Software

Feed enhanced by Better Feed from Ozh

Video Recensione Smartphone Nokia N96

Luca — Tue, 30 Sep 2008 11:00:24 +0000

Autore: Luca Bove

Presentazione del nuovo smartphone Nokia N96

E ora non ci resta che reindirizzarvi QUI, dove trovate altre recensioni, la scheda tecnica ed un confronto-prezzi di questo nuovo gioiellino di Nokia

Feed enhanced by Better Feed from Ozh

Google Code Jam 08: fatevi avanti italiani!

Rappix — Thu, 19 Jun 2008 03:34:19 +0000

Il 17 Luglio avrà inizio Google Code Jam, una manifestazione che vedrà appassionati di programmazione, dilettarsi nella risoluzione di algoritmi, nel minor tempo possibile. Le sfide si svolgeranno online ed in base alla tipologia di quest’ultime, i tempi massimi potranno variare da un’ora e mezza alle tre ore.

Registrarsi come partecipante è gratuito ed è possibile fino al giorno di inizio gara. I round di "qualificazione", decideranno i 500 partecipanti alle semifinali. Quest’ultime non si svolgeranno piu’ online bensì in luoghi scelti in base al continente di appartenenza; per l’Europa, il Medio Oriente e l’Africa, queste si svolgeranno il 6 Ottobre. Solo il 20% dei concorrenti (100) accederà alla finale, prevista per il 14 Novembre nella sede di Google in California.

Oltre la possibilità di mettersi in gioco e di avere un concreto aumento di visibilità nel campo della programmazione, in palio c’è un montepremi:

1° posto	$10,000
2° posto	$5000
3° posto	$2500
4° – 10° posto	$1500
11° – 30° posto	$1000
31° – 50° posto	$750
51° – 75° posto	$500
76° – 100° posto	$250

(Google)

Quindi faccio un invito ai programmatori italiani: iscrivetevi, tentar non nuoce!

Scritto da: Pietro Battiston

Feed enhanced by Better Feed from Ozh

Rappix — Tue, 13 May 2008 03:12:38 +0000

Opera, il famoso rivale di Internet Explorer e Firefox, torna ad essere il browser piu’ veloce. I suoi utilizzatori (soprattutto i beta tester), tramite lamentele scaturite dai rallentamenti dovuti in gran parte al caricamento dei Javascript, hanno convinto gli sviluppatori a cambiare qualcosa.

La marcia in piu’ è il Profile-Guided Optimization, ovvero una tecnica di compilazione del software adottata lo scorso Febbraio, ed ottimizzata in Opera 9.5. A differenza di quella classica, il P.G.O. consiste nel compilare il codice in modo "intelligente", basandosi su delle analisi statistiche che individuano le operazioni che il browser piu’ frequentemente esegue.

Il Profile-Guided Optimization, era già stato adottato per Firefox dal team Mozilla, soprattutto per la gestione del Javascript snobbando un po’ le altre operazioni eseguite comunemente dal browser. Opera ha puntato, come il suo rivale, al JS visto il frequente utilizzo nei siti web di "nuova generazione". Dai primi riscontri, il browser sembra aver guadagnato molto in velocità, anche se per le versioni Linux e Mac OS X c’è qualche problema di stabiità.

C’è da aspettare la release finale di Opera 9.5, ed allora si potranno tirare le somme. L’introduzione del Profile-Guided Optimization, dimostra quanto sia importante prendere spunto dai propri rivali, per ottimizzare il proprio prodotto e superare gli avversari sul mercato.

Feed enhanced by Better Feed from Ozh

Nokia lancia il software per lo sviluppo di giochi online per telefoni cellulari Java

Luca — Fri, 09 May 2008 09:25:43 +0000

SNAP MOBILE è la soluzione di giochi Java per telefoni cellulari che copre varie esigenze: middleware e tecnologia, hosting, maintanance e gestione di online community. È disponibile a terzi per lo sviluppo e la diffusione di giochi online per telefoni cellulari e offre agli operatori la possibilità di sviluppare comunità di gioco mobile. La piattaforma SNAP Mobile supporta attualmente un’ampia gamma di telefoni conformi alla tecnologia Java MIDP2.0 e dispone di una scelta di giochi online per telefoni cellulari in rapida espansione.

Nokia ha rilasciato da poco il Software Development Kit (SDK 2.0). Dopo numerosi anni di presenza sul mercato e una continua evoluzione tecnologica grazie ai feedback degli sviluppatori, lo SNAP Mobile SDK 2.0 si è evoluto al punto di rendere lo sviluppo di giochi ancora più intuitivo, attraverso un’API più semplice, un’emulazione più rapida e strumenti di test. L’SDK è gratuito e scaricabile dal Forum Nokia, la più grande community a livello mondiale focalizzata sullo sviluppo della telefonia mobile, che vanta oltre 3,4 milioni di utenti registrati.
Lo SNAP Mobile SDK 2.0 offre gli strumenti adatti a creare giochi online per un’ampia gamma di telefoni cellulari Nokia e non solo, compatibili con il Mobile Information Device Profile (MIDP) 2.0 e con Connected Limited Device Configuration (CLDC) 1.1. L’SDK include librerie SNAP Mobile Client API, un’applicazione di Emulation Environment, uno strumento per testare la compatibilità tra dispositivo cellulare e rete ed applicazioni e documentazioni campione accessibili da qualsiasi Java Integrated Developer Environment (IDE).

L’ultimo SNAP Mobile SDK rappresenta un importante passo avanti per Nokia grazie a una nuova API Object-Oriented e un framework UI potenziato, che renderà più semplice per gli sviluppatori di giochi Java progettare giochi con la funzionalità “community on-line”, come ad esempio la registrazione e il log-in dell’utente all’interno del gioco, l’identificazione utente unico, i giochi multiplayer e massively multiplayer che offrono la possibilità di giocare contro altri sfidanti e classificare i punteggi dei giocatori; l’Instant Messaging e la creazione di una lista contatti. Inoltre, l’SDK mira a semplificare il lavoro di programmazione per gli sviluppatori richiedendo un numero inferiore di chiamate API al server, soprattutto in termini di gestione dell’errore, e ha ridotto, da circa due ore a un’ora, i tempi dei test di conformità. Grazie a una rete combinata di operatori e a un test di compatibilità del dispositivo, gli sviluppatori potranno testare il proprio gioco con specifici requisiti locali.

L’SDK 2.0 è scaricabile dal sito www.forum.nokia.com/snapmobile

Autore: Luca

Ti è piaciuto l'articolo? Vota Ok oppure No. Grazie Mille!

Puoi votare le mie notizie anche in questa pagina.

© Luca for DelfinsBlog (Guido Arata), 2008. | Permalink | No comment | Add to del.icio.us
Post tags: giochi, nokia, snap mobile

Feed enhanced by Better Feed from Ozh

Kernel Linux: troppo pochi i volontari

Guido Arata — Wed, 09 Apr 2008 11:33:10 +0000

Sembrano un miraggio i volontari sviluppatori che lavoravano al kernel Linux : oggi gli sviluppatori sono sempre più spesso lavoratori ben pagati dalle grandi corporation. E sono in costante crescita.

A riportare questa interessante news è una ricerca pubblicata da The Linux Foundation che ha preso in esame gli ultimi tre anni di sviluppo del codice, dalla versione 2.6.11, a cui hanno lavorato 483 programmatori e 71 aziende, ai 1057 programmatori e alle 186 aziende pre la versione 2.6.24. Noterete un aumento spaventoso e il numero dei programmatori è raddoppiato negli ultimi tre anni.

Il punto centrale della ricerca è che il 13,9 per cento degli sviluppatori sviluppa il kernel Linux per impiegare il proprio tempo libero mentre il 74,1 per cento interviene sul codice a favore dell’azienda per cui lavora. In testa a tutti c’è la community foraggiata da Red Hat (11,2 per cento dei contributi), seguita da quella di Novell (8,9 per cento), e in terza posizione IBM (8,3 per cento).

Gli autori dello studio spiegano le varie ragioni per cui le aziende investono sui progressi del kernel Linux : c’è chi lavora sulla compatibilità con l’hardware che vende, ci sono aziende (Nokia e Volkswagen per citarne alcune) che tutelano i dispositivi che propongono sul mercato basati su Linux.

Scritto da Pecciola

Feed enhanced by Better Feed from Ozh

Cosa rallenta la Rete? Il JavaScript!

Guido Arata — Mon, 07 Apr 2008 11:51:08 +0000

Apple ha, forse, risposto ad una delle domande più inquietanti che si chiede l’utente medio che, nonostante un computer nuovo e una connessione rapidissima, impiega tempi biblici per caricare pagine web. Il colpevole? Il codice javascript!

Il team di sviluppo di Safari (il browser di Apple) ha tentato a ripetizione di capire come era possibile una lentezza di caricamento delle pagine a fronte di velocità delle CPU sempre crescenti.

Sembra davvero che i browser aspettano di aver caricato il codice javascript prima di caricare il resto della pagina. Nonostante miriadi di informazioni scambiate tra i vari server viaggino a velocità impressionanti, se il codice Javascript non è stato elaborato e caricato, la pagina completa non viene servita all’utente. Il team ha sfruttato la prima pagina del Wall Street Journal, scelta proprio perché zeppa di codice javascript, e ha rilevato che calcolando 50 millisecondi per ogni giro che le informazioni dovevano fare tra il server del giornale e gli altri il tempo di caricamento raddoppiava da 3 a 6 secondi.

Tutto si basa su calcoli fisici : con la velocità della luce (quella cui viaggiano le informazioni nei cavi a fibra ottica) un dato impiega 1 millisecondo a fare 60 miglia. Se a ciò si aggiunge che come detto il caricamento, dunque il viaggio delle informazioni, per il javascript non avviene in parallelo ma in sequenza si capisce come è possibile che i tempi raddoppino.Per il gruppo di Apple la possibile soluzione sta nel reperire gli elementi che possono essere caricati parallelamente al codice javascript in modo da ridurre i tempi.Per tutti i webmaster, invece, solo alcuni consigli : creare un unico file javascript con tutte le info oppure usare quanto meno codice è possibile.

Scritto da Pecciola

Feed enhanced by Better Feed from Ozh