Può tuttavia capitare di voler o dover ripartizionare il disco, ad esempio perchè abbiamo sottostimato il volume del disco primario. Ovviamente possiamo segliere di formattare il disco e procedere ad una nuova formattazione, ma questo vorrebbe dire spostare i dati in un altro device e poi spostarli nuovamente a formattazione completata. Chiaramente abbiamo un’alternativa migliore e sicuramente più veloce.

Esistono infatti diversi prodotti per i sistemi Windows in grado di ripartizionare il disco in real-time: ne abbiamo provati diversi, con risultati decisamente deludenti, fino a quando non abbiamo scovato l’EASEUS Partition Master 5.0.1 Home Edition.

Questo è davvero un ottimo prodotto: gratuito, veloce, facile da utilizzare e soprattutto solido e robusto. In tutte le prove che abbiamo fatto non abbiamo riscontrato alcun problema, nessuna perdita di dati: in pochi minuti abbiamo riformattato il disco e dopo un riavvio….eccoci pronti a lavorare. Il prodotto è scaricabile gratuitamente da qui.

Per prima cosa, verifichiamo se nel nostro sistema è già installata una versione di Java eseguendo il comando

user@host:~$ java -version

In molte recenti distro Linux, è già presente l’enviroment java ma nel caso non ci fosse, lo possiamo installare senza troppi problemi.
Procediamo dunque all’installazione del JDK nei nostri sistemi Ubuntu e Fedora:

UBUNTU

user@host:~$ sudo apt-get install sun-java6-jdk
Password:
Reading package lists... Done
Building dependency tree
Reading state information... Done
[......................................]

FEDORA 

[user@host ~]$ sudo yum install java-1.6.0-openjdk.i586

Loaded plugins: refresh-packagekit
Setting up Install Process
[......................................]

In entrambi i casi, dopo l’installazione, procediamo nuovamente al controllo della versione installata con il comando

UBUNTU

user@host:~$ java -version
java version "1.6.0"
Java(TM) SE Runtime Environment (build 1.6.0-b105)
Java HotSpot(TM) Server VM (build 1.6.0-b105, mixed mode)

FEDORA 

[user@host ~]$ java -version
java version "1.6.0_0"
OpenJDK Runtime Environment (IcedTea6 1.6) (fedora-33.b16.fc12-i386)
OpenJDK Server VM (build 14.0-b16, mixed mode)

Se il JDK installato non è settato come default, allora possiamo procedere nel modo seguente:

UBUNTU

user@host:~$ sudo update-alternatives --config java

There are 2 alternatives which provide `java'.

Selection    Alternative
-----------------------------------------------
*         1    /usr/bin/gij-wrapper-4.1
+        2    /usr/lib/jvm/java-6-sun/jre/bin/java

Press enter to keep the default[*], or type selection number: 2
Using `/usr/lib/jvm/java-6-sun/jre/bin/java' to provide `java'.

FEDORA 

[user@host ~]$ sudo update-alternatives --config java

There are 2 programs which provide 'java'.

Selection    Command
-----------------------------------------------
*+ 1           /usr/lib/jvm/jre-1.6.0-openjdk/bin/java
2           /usr/lib/jvm/jre-1.5.0-gcj/bin/java

Enter to keep the current selection[+], or type selection number:

A questo punto è arrivato il momento di settare la variabile JAVA_HOME : editiamo dunque il file ~/.bash_profile che si trova tra i file nascosti della cartella principale di ogni utenza Linux (nel caso in cui volessimo configurare tale variabile di sistema per tutti gli utenti è sufficiente eseguire i passi che vedremo tra poco nel file /etc/profile).

~/.bash_profile è uno script di startuo che generalmente viene eseguito una volta sola: questo file viene utilizzato per tutti quei comandi che vengono eseguiti quando l’utente esegue il login nel sistema Linux. E’ pratica comune dunque utilizzare questo file per settare le variabilil d’ambiente, per creare alias a comandi via shell, ecc.
Editiamo quindi il file con il comando

$ vi ~/.bash_profile

e, usando la sintassi export JAVA_HOME=<percorso-installazione-java> procediamo alla modifica del file

export JAVA_HOME=/usr/java/jdk1.6.0_0

e modifichiamo la variabile PATH come segue

export PATH=$PATH:/usr/java/jdk1.6.0_0/bin


Salviamo il file, chiudiamo tutto ed eseguiamo il logout e successivamente il login nel nostro sistema. Per controllare che tutto sia andato a buon fine, è sufficiente eseguire la stampa di tali variabili come segue:

$ echo $JAVA_HOME
$ echo $PATH

Se tutto ha funzionato correttamente, vedremo nel nostro terminale la stampa del percorso che abbiamo precedentemente impostato, altrimenti una riga vuota. Questa procedura si può ripetere per tutti quei framework o applicativi che richiedono il settaggio di variabili d’ambiente (come la variabile UIMA_HOME per l’utilizzo del framework UIMA).

Tip: Possiamo usare il comando seguente per trovare il path dell’eseguibile java in UNIX / Linux:
$ which java

E’ possibile recuperare la password di root eseguendo questi 5 passi:

Step # 1: Fermare il processo server MySQL

Step # 2: “Startare” il processo server MySQL con l’opzione –skip-grant-tables

Step # 3: Connettersi al server MySQL come utente root

Step # 4: Configuriamo la nuova password per l’account di root

Step # 5: Usiamo e “restartiamo” il server MySQL.

Per ogni step, di seguito è possibile visionarne i commandi (da eseguire loggati come utente root):

Step # 1 : Fermare il server MySQL

# /etc/init.d/mysql stop

Output:

Stopping MySQL database server: mysqld.

Step # 2: Avviare il server MySQL senza password:

# mysqld_safe --skip-grant-tables &

Output:

[1] 5988
Starting mysqld daemon with databases from /var/lib/mysql
mysqld_safe[6025]: started

Step # 3: Connessione al server MySQL usando il client MySQL:

# mysql -u root

Output:

Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 1 to server version: 4.1.15-Debian_1-log

Type ‘help;’ or ‘\h’ for help. Type ‘\c’ to clear the buffer.

mysql>

Step # 4: Settiamo la nuova password per l’utenza root del server MySQL

mysql> use mysql;
mysql> update user set password=PASSWORD("NEW-ROOT-PASSWORD") where User='root';
mysql> flush privileges;
mysql> quit

Step # 5: Stoppiamo il server MySQL:

# /etc/init.d/mysql stop

Output:

Stopping MySQL database server: mysqld
STOPPING server from pid file /var/run/mysqld/mysqld.pid
mysqld_safe[6186]: ended

[1]+ Done mysqld_safe –skip-grant-tables

Step # 6: Avviamo il server MySQL ed effettuiamo il primo accesso

# /etc/init.d/mysql start
# mysql -u root -p

L’attività di promozione e di studio di visibilità di un portale web è un’attività molto complessa, interdisciplinare e che richiede costante lavoro, impegno e dunque anche un investimento economico. Proprio per questi motivi, è fondamentale non perdere il lavoro svolto, a fronte di una migrazione del portale, ad esempio, che può diventare necessaria per diversi motivi, che vanno da problemi del server alla necessità di fornire servizi più performanti ai proprio utenti.

Con questa premessa, diventa ovvio che lo spostamento o la migrazione di un servizio web non deve generare la perdita dell’indicizzazione e di tutte le informazioni ad essa correlate. Con questa finalità può essere sfruttato lo status HTTP 301, che indica appunto una il Redirect Permanent, che ci permette di avvisare i servizi quali motori di ricerca e social network che il nostro portale e i nostri contenuti non sono spariti nel nulla, ma sono stati “spostati” in modo permanente.

Lo status HTTP 301 può essere impostato attraverso il web server Apache, che ci permette diverse configurazioni possibili.

La prima è quella di utilizzare un file .htaccess incluso nella configurazione del dominio in questione, contenente la seguente direttiva:

Redirect 301 / http://www.nuovodominio.com/

dove il forward slash “/” indica che la pagina dal vecchio dominio sarà indirizzata sulla corrispondente contenuta nel nuovo dominio. Ovviamente si può specificare tale stato anche solo per una singola pagina, ad esempio con la seguente direttiva:

Redirect 301 /oldpage.php http://www.nuovodominio.com/newpage.php

Una soluzione molto importante da conoscere è quella fornita dal mod_rewrite di Apache, che torna utile soprattutto nei casi in cui è necessario anche modificare il nome del virtual host.In sostanza, con le seguenti direttive, non solo segnaliamo il redirect permanente dal vecchio dominio al nuovo, ma in più applicchiamo una “ri-scrizione” del vecchio nome di dominio sul nuovo, in modo che tutte le vecchie pagine possono ritrovare la loro corrispondente sul nuovo dominio:

Options +FollowSymLinks
RewriteEngine on
RewriteCond %{HTTP_HOST} www.vecchiodominio.it [NC]
RewriteRule ^(.*)$ http://www.nuovodominio.it/$1 [L,R=301]

Ovviamente non è obbligatorio utilizzare un file .htaccess per configurare tali direttive, possono essere inserite direttamente all’interno del file httpd.conf del dominio in questione: teniamo prensente però che l’inclusione di file .htaccess in alcuni casi permette di lasciare inalterati i file originali di configurazione del dominio (anche se potrebbe rallentare il sistema), mentre in altri casi ancora non si ha accesso al file httpd.conf di configurazione del dominio e dunque rimane come una soluzione l’utilizzo dell’ .htaccess.

(L’esempio che trattiamo tra qualche istante è una configurazione di esempio appunto, un server già attivo che possiede due schede di rete ma sul quale non si riesce a configurare correttamente la connessione ad internet, ma i comandi possono essere utilizzati per le proprie necessità)

Per procedere quindi alla configurazione della schede di rete su di un server (diciamo server perchè questo tipo di configurazione non rimane dopo un riavvio del sistema) si procede nel seguente modo. Supponiamo di avere due schede di rete, eth0 ed eth1 , ma che sono eth0 richiede la configurazione.

Il primo passo è quello di disattivare eth1, per evitare conflitti:

ifconfig eth1 down

Per sicurezza, procediamo anche al down della scheda eth0, in modo da azzerare refusi di configurazione:

ifconfig eth0

A questo punto partiamo da una situazione pulita. Il prossimo passo è assegnare un indirizzo IP e una maschera di sottorete:

ifconfig eht0 xxx.xxx.xxx.xxx broadcast mmm.mmm.mmm.mmm

A questo punto proseguiamo assegnado il gateway di default:

route add default gateway yyy.yyy.yyy.yyy

Abbiamo quasi concluso, manca il settaggio del DNS primario; qui in alcuni versioni ci sono delle problematiche, ma normalmente tutto ciò che bisogna fare è editare il file /etc/resolv.conf ed assegnare la direttiva:

nameserver kkk.kkk.kkk.kkk

dove kkk.kkk.kkk.kkk è l’IP del DNS primario.

Ultimo passo: “tiriamo su” la scheda di rete che abbiamo configurato:

ifconfig eht0 up

e…..buona navigazione!

Ecco cosa succede: quando compare il pannello di login, inseriamo i dati e accediamo al sistema, questo sembra avviarsi correttamente, ma dopo pochi secondi si ripresenta il pannello iniziale di login; solo dopo vari tentativi si riesce ad accedere correttamente al sistema.

Questo è un bug da attribuire agli ultimi aggiornamenti della release: non si presenta in tutti i sistemi, dipende dalla configurazione e dall’hardware, ma è un problema davvero fastidioso.

Per risolverlo, è sufficiente effettuare il downgrade del pacchetto xorg-x11-server-Xorg seguendo questa procedura:

1) Accedere come utente root (se riusciamo ad accedere con il nostro login, apriamo il terminale e ci connettiamo come utente root, altrimenti nel pannello di login clicchiamo la combinazione CTRL – ALT – F2, che permette di utilizzare il login da terminale invece del login con il pannello grafico)

2) eseguire yum downgrade xorg-x11-server-Xorg

Attraverso questa semplice procedura risolviamo il problema, almeno fino a quando gli sviluppatori Fedora non avranno trovato una soluzione.

yum downgrade xorg-x11-server-Xorg

Vi sono varie versione pre-configurate di Eclipse, in base alle esigenze dello sviluppatore: c’è la versione per gli sviluppatori J2EE, per applicazioni Java Mobile, per sviluppatori PHP, ecc.

Ma è anche possibile scaricarsi la versione base e scegliere “a mano” la configurazione che si preferisce, installando i plugin che necessitano allo sviluppatore.

Anche se Eclipse nasce principalmente per gli sviluppatori Java, negli ultimi anni sono state perfezionate versioni per i principali linguaggi web-side, come ad esempio PHP e Ruby. In questo articolo andremo a vedere come integrare il manuale PHP all’interno dell’IDE, in modo da avere a portata di click le principali librererie che questo linguaggio di programmazione mette a disposizione.

Di default, il PDT (PHP Development Tools ) di Eclipse segue il manuale online del famoso sito www.php.net: ovviamente questa è la scelta più comoda, visto che è sicuramente la documentazione più aggiornata di questo linguaggio. Il problema è che questa soluzione vale per un pc sempre connesso a Internet. Se abbiamo la necessità di lavorare sempre con la documentazione, anche quando non siamo connessi (e sarebbe un bene che tutti gli sviluppatori lo facessero), allora dobbiamo seguire questi semplici passi:

1) dal sito di riferimento www.php.net scarichiamo la versione html del manuale, situata al seguente indirizzo www.php.net/download-docs.php (nel caso il download sia congestionato, si può scaricare la documentazione anche dal mirror italiano, al seguente indirizzo)

2) Una volta scaricato e unzippato l’archivio, apriamo Eclipse (con il PDT già installato), andiamo su:

Window –> Preferences –> PHP —> PHP Manual

e creiamo un nuovo elemento cliccando sul tasto “New” e selezionando l’inserimento da cartella.

3) Ad inserimento effettuato, clicchiamo sul nuovo elemento e poi sul tasto “Default” se vogliamo che questa sia la versione di default del nostro manuale

A questo punto abbiamo finito: avremo a disposizione per il nostro sviluppo PHP il manuale e la documentazione vitale per ogni sviluppatore, sia che siamo connessi a Internet sia nel caso in cui ci troviamo a lavorare in assenza di connessione.

I sistemi operativi presi in esame sono:

1. Windows XP
2. Ubuntu 9.04
3. Fedora 11 (Gnome)

Acquistando il Samsung NC10, ci si trova sulla macchina una versione di Windows XP sorprendentemente stabile e veloce, per essere un sistema pre-installato: nonostante il grande numero di software “opzionale” installato infatti, il netbook risulta piacevole da usare, e Windows XP risponde prontamente ai solleciti dell’utente.

Ma la vera forza di questi netbook si vede in effetti con i sistemi Linux, che riescono davvero a sfruttare fino in fondo le potenzialità di questi piccoli amici. Tra Ubuntu 9.04 e Fedora 11 (Gnome), quest’ultimo è sicuramente superiore, per diversi motivi. Innanzittutto perchè riconosce fin dalla prima installazione e senza ulteriori interventi praticamente tutto l’hardware del notebook: e non è certamente un elemento trascurabile, visto che ad esempio Ubuntu 9.04 utilizza un driver per la scheda wireless non pienamente compatibile, che non ne permette l’utilizzo a meno di successivi interventi (si trovano parecchi dettagli in rete su come risolvere questo problema). Altri gravi problemi nella installazione di Ubuntu 9.04 sono ad esempio un touchpad poco sensibile, e, problema ancora più grave, una illuminazione bassissima che rende praticamente inutilizzabile il netbook con uso in batteria.

Per questo motivo il nostro consiglio è il seguente: installare la versione di Fedora 11 (Gnome), eseguendo i seguenti passi.

1) Scaricare il liveusb creator , un applicativo utilie per creare una chiavetta usb di installazione per sistemi Fedora

2) Scaricare la versione Gnome di Fedora 10: ok ma non avevamo detto la 11? Sì, ma questo è in effetti l’unico problema riscontrato per installare Fedora sul nostro Samsung, ma si risolve davvero molto semplicemente. Il problema è che non si riesce in nessun modo a creare con il liveusb una chiavetta d’installazione funzionante da subito per Fedora 11 (Gnome): si riesce per Fedora 11 (KDE), ma questo presenta poi praticamente gli stessi problemi di Ubuntu 9.04, dunque non è consigliabile seguire questa strada. Nella pratica andremo a fare questo: installiamo da prima Fedora 10 Gnome, e successivamente con la procedura di upgrade installiamo al versione 11.

2) A questo punto abbiamo tutto il necessario per creare la nostra chiavetta. Procediamo con la creazione della chiavetta: una volta concluso il procedimento, riavviamo il nostro netbook, entriamo nel BIOS (premendo ripetutamente F2 prima del caricamente del sistema operativo), andiamo nella sezione che gestisce la lista di boot e impostiamo come prima sorgente il lettore USB: in questo modo, dopo un al riavvio verrà letto in primis il boot da chiavetta USB.

3) A questo punto riavviamo, inseriamo la chiavetta e procediamo all’installazione di Fedora 10 (Gnome).

4) Ad installazione conclusa, aggiorniamo il sistema, utilizzando YUM o il Package Manager, e a fine aggiornamento, aprimo un terminale.

5) Nel terminale, diventiamo utente root e digitiamo il comando preupgrade , che farà partire la procedura grafica e guidata per upgradare il sistema Fedora dalla versione 10 alla versione 11.

6) A questo punto è sufficiente seguire le istruzioni dell’interfaccia grafica di upgrade per concludere il processo ed avere un Fedora 11 (Gnome) perfettamente funzionante (o quasi….)

7) Diciamo “o quasi” perchè in alcuni casi abbiamo riscontrato un problema sull’illuminazione dello schermo quando siamo in battery mode. Questo sembra essere un bug del sistema, simile a quanto succedeva in Ubuntu 9.04, ma in questo caso, per risolvere il problema, è sufficiente collegarsi come utente root in un terminale e digitare il seguente comando:

setpci -s 00:02.1 F4.B=X

dove al posto di X possiamo mettere un valore compreso tra 40 e 100 (dove 100 è il massimo dell’illuminazione).

Quest’ultimo è un bug, è vero , che però per quanto fastidioso si fixa in pochi secondi, e comunque è un fastidio che viene compensato sicuramente dal fatto che il resto del sistema è perfettamente funzionante fin dal primo avvio.

Ancora due truccetti per rendere perfetto il nostro netbook: per aumentare la leggibilità, possiamo scaricare ed installare questo tema , che utilizza delle icone perfezionate per piccoli schermi, ed inoltre possiamo diminuire leggermente la dimensione dei caratteri seguendo questo percorso nel menu in alto:

System —> Preferences —> Appearance —> Font —> Details —> Resolution

e fissando a 95 la risoluzione dei caratteri.

A questo punto possiamo veramente godere del nostro netbook Samsung NC10 configurato a dovere e carrozzato per qualsiasi tipo di lavoro.

Supponiamo ad esempio di dover spostare un servizio implementato con questo framework da un dominio in un altro; questo comporta l’obbligo di modificare almeno i seguenti dati:

- le variabili SiteURL contenute nei file di configurazione site.ini.append.php delle cartelle setting/siteaccess/<nome_siteaccess> e setting/override/<nome_siteaccess>

- i dati di accesso alla base di dati, sempre nei medesimi file

- ed infine è necessario svuotare tutte le cache, per azzerare i percorsi e alcuni dati precedentemente memorizzati in cache, appunto

Il problema è che spesso non si può utilizzare il sistema più semplice, ovvero quello di accedere nel pannello di amministrazione e servirsi della sezione dedicata per la gestione della cache. Per questo motivo, vi indichiamo brevemente tutti i metodi che possiamo utilizzare per compiere l’azione di svuotare tutte le cache.

1) Dal pannello di Amministrazione

Utilizziamo il pannello di amministrazione per pulire tutte le cache via GUI:

1. Entrare nel tab “SETUP”
2. Cliccare sull’icona di cancellazione di tutte le cache
3. Aggiornare il browser

2) Dalla Linea di commando

Questo è un processo che spesso passa inosservato, ma che è molto comodo in situazioni come quella di cui sopra, ovvero quando si sposta un’installazione di EzPublish. In sistemi a base Unix, è sufficiente utilizzare i seguenti comandi:

cd /percorso/di/ezpublish;
./bin/php/ezcache.php --clear-all --purge;

Se invece si utilizza un sistema Windows, i comandi da utilizzare sono i seguenti

# cd c:/web/pro/ezpublish/doc;/bin/php/ezcache.php --clear-all --purge;
c:\php\php .

3) Procedimento manuale

E’ anche possibile pulire le cache a mano, nel caso in cui non sia possibile utilizzare uno dei metodi precedenti. Per fare questo, è sufficiente seguire questa procedura (per sistemi Unix – per sistemi Windows è sufficiente cancellare le medesime cartelle):

cd /percorso/di/ezpublish;
rm -vrf /var/cache;
rm -vrf /var/<tipo di installazione(ezwebin_site, ezflow_site,ecc)>/cache

Ecco perchè diventa molto importante saper gestire questo tipo di dato. Vi sono molti modi differenti di manipolare le date, ma quello che vogliamo presentare oggi è una soluzione che riguarda il salvataggio di date in una base di dati e il conseguente recupero.

Molti programmatori utilizzano le funzioni di manipolazione delle stringhe per formattare le date, ignorando che tale soluzione è poco performante ed ancora meno efficiente. Quando si lavora ad un progetto con un database alle spalle, bisogna sempre tenere presente che far eseguire alcuni tipi di operazioni al DBMS piuttosto che all’interpreste del linguaggio di programmazione (nel caso del PHP, ad esempio) è sicuramente molto più performante oltre che leggibile.

Bisogna a questo scopo conoscere alcune funzionalità che i database, o meglio, i DBMS, mettono a disposizione. Una di queste è proprio DATE_format , che appunto durante una interrogazione permette di inserire nel result set le date già formattate e pronte per l’utilizzo.

Vediamo un esempio:

SELECT title, created DATE_format(created, ‘ %e/%m/%Y, %l:%i%p’) as created
FROM table
WHERE category=1
ORDER BY created DESC

Supponiamo di avere una tabella per le notizie, da cui vogliamo recuperare il titolo e appunto la data di crezione di ogni item.

Attraverso l’utilizzo della funzione DATE_format messa a disposizione dal motore di MySQL, riceviamo una data già formatta è pronta per l’uso, senza dover richiamare ulteriori funzioni di formattazione o di manipolazione di stringhe, con un conseguente aumento delle prestazioni (seppure di pochi microsecondi nella maggior parte dei casi) e della leggibilità del codice.

DATE_format accetta due parametri: il primo è la data da formattare, il secondo è una stringa di formattazione, che segue delle regole simili a quelle utilizzate per questo tipo di stringhe dalla maggior parte dei linguaggi di programmazione, e che trovate qui.

A questo punto, quando si utilizzerà il relativo result set, si potranno usare direttamente sia il campo title che il campo created senza ulteriosi interventi da parte del programmatore.