[TYPO3-UG Italy] vps

Thu Apr 19 11:12:15 CEST 2012

Ciao Cesare
grazie per l'intervento, mi sembra di aver fatto qualche prova non  
andata felicemente a termine. Se mi mandi qualche dritta te ne saro'  
grato

thanxxxx

Cesare <cesare at pointec.it> ha scritto:

> Ciao
>
> Io utilizzo suphp e mi trovo molto bene.
>
> Ha due vantaggi secondo me:
> 1) puoi far si che ogni sito (virtual host) giri con un utente diverso
> 2) se nel virtual host c'è uno scrpt php che non appartiene  
> all'utente associato al virtualhost, lo script non viene eseguito.
>
> suphp agisce solamente a livello di php però apache continua a  
> girare con utente httpd o similare.
>
> Se vuoi ti giro un po di configurazioni
>
> Ciao
>
> Il 17/04/2012 19:19, Alessandro Tuveri ha scritto:
>> Ciao
>> allora intendo che
>>
>> sito1 gira con client1:client1-group
>> sito2 gira con clientx_clientx-group
>>
>> eccetera
>>
>> in pratica il problema e' che vorrei uscire dalla situazione dove  
>> tutto gira con www-data:www-data
>>
>> quindi sicuramente bisogna configurare suEXEC, la domanda e' se  
>> c'e' qualche istruzione in rete su come configurare apache (ok, e'  
>> chiaro che con il CMS TYPO3 non si puo' far nulla), ovvero: come  
>> configurare il sito del CMS TYPO3 + suExec.
>>
>> thanx
>>
>> Quoting "Tonix (Antonio Nati)" <tonix at interazioni.it>:
>>
>>> TYPO3 non può fare nulla.
>>>
>>> Tutto viene fatto a livello Apache, impostando un suexec  
>>> configurato per ogni sito/utente.
>>>
>>> Ciao,
>>>
>>> Tonino
>>>
>>>
>>> Il 17/04/2012 17:46, Alessandro Tuveri ha scritto:
>>>> Ehhhh mi piacerebbe aprire un nuovo argomento.
>>>> Io mi sono arenato su mod_php, mettendo tutti i siti sotto owner  
>>>> www-data, idem per il gruppo. Ovviamente puo' aprire a problemi  
>>>> di sicurezza ma gli utenti non hanno assolutamente ftp (tant'e'  
>>>> che non serve).
>>>> Qualcuno sa se ci sono istruzioni in typo3.org o altri siti per  
>>>> far si' che TYPO3 giri con l'owner dell'utente web (del sito. per  
>>>> capirci)?
>>>>
>>>> thanxxxx
>>>>
>>>> Quoting Cesare <cesare at pointec.it>:
>>>>
>>>>> MaxClients avevo 250 ora ho messo 150, MaxRequestsPerChild avevo  
>>>>> 4000 ora ho messo 1000.
>>>>>
>>>>> Sembra che vada bene, mi sono messo uno scriptino per monitorare  
>>>>> questi processi.
>>>>>
>>>>> Connessioni massime mysql 100, non uso connessioni permanenti  
>>>>> infatti se facco show fullprocesslist non vedo quasi mai niente.
>>>>>
>>>>> Vediamo come va... intanto grazie
>>>>>
>>>>> cesare
>>>>>
>>>>> Il 17/04/2012 14:23, Tonix (Antonio Nati) ha scritto:
>>>>>> Direi che più o meno ci siamo.
>>>>>>
>>>>>> Se hai 183 processi con circa 4mb di risorse usate, ottieni  
>>>>>> circa 732MB di memoria usata.
>>>>>> MySQL se ne porta via un altro bel pò, quindi il GB fisico è  
>>>>>> occupato e lo swap lavora.
>>>>>>
>>>>>> Più lo swap lavora, più rallenta il sistema, gli utenti  
>>>>>> lanciano di nuovo la pagina, parte un nuovo processo, si  
>>>>>> aumenta lo swap, eccetera, fino a che il sistema lavora solo  
>>>>>> per gestire lo swap senza rispondere ad altro.
>>>>>>
>>>>>> Domanda 1: quanti utenti massimi contemporanei hai abilitato su  
>>>>>> MySQL? Se lavori solo dal sito, penso che cento siano più che  
>>>>>> abbastanza. MySQL non deve mai cadere per nessun motivo. Usi le  
>>>>>> connessioni permanenti? Se non sono chiuse ogni volta sono un  
>>>>>> danno, e sarebbe meglio usare connessioni temporanee (se db e  
>>>>>> sito sono sulla stessa macchina non ci sono differenze di  
>>>>>> prestazioni).
>>>>>>
>>>>>> Domanda 2: quanto è il MaxClients di Apache? Imposta un valore  
>>>>>> ragionevole che impedisca una crescita indiscriminata, es. 150  
>>>>>> (ma anche 100 secondo me). In caso di sistema lento,  
>>>>>> oltre|'MaxClients|' si aspetta che un child si liberi.
>>>>>>
>>>>>> ||Ciao,
>>>>>>
>>>>>> Tonino
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Il 17/04/2012 13:56, Cesare ha scritto:
>>>>>>> Grazie innanzitutto.
>>>>>>>
>>>>>>> Per visualizzare la memoria utilizzata utilizzo il seguente  
>>>>>>> comando ps axl | grep http.
>>>>>>>
>>>>>>> Il risultato è il seguente:
>>>>>>>
>>>>>>> PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
>>>>>>> 2048 apache    15   0  172m 3688 1392 S  0.0  0.4   0:00.68 httpd
>>>>>>> 2062 apache    15   0  172m 3652 1392 S  0.0  0.4   0:00.72 httpd
>>>>>>> 2289 apache    15   0  172m 3580 1392 S  0.0  0.3   0:00.75 httpd
>>>>>>> 2316 apache    15   0  172m 3688 1392 S  0.0  0.4   0:00.71 httpd
>>>>>>> 2385 apache    15   0  172m 3596 1392 S  0.0  0.4   0:00.72 httpd
>>>>>>> 2393 apache    15   0  172m 3668 1388 S  0.0  0.4   0:00.76 httpd
>>>>>>> 2485 apache    15   0  172m 3700 1388 S  0.0  0.4   0:00.75 httpd
>>>>>>> 2777 apache    15   0  173m 3820 1392 S  0.0  0.4   0:00.71 httpd
>>>>>>> 3660 apache    15   0  172m 3360 1392 S  0.0  0.3   0:00.65 httpd
>>>>>>> 4854 apache    15   0  172m 3564 1392 S  0.0  0.3   0:00.46 httpd
>>>>>>> 8496 apache    15   0  172m 3332 1380 S  0.0  0.3   0:00.15 httpd
>>>>>>> 8502 apache    15   0  172m 3348 1380 S  0.0  0.3   0:00.15 httpd
>>>>>>> 8503 apache    15   0  172m 3352 1384 S  0.0  0.3   0:00.14 httpd
>>>>>>> 8848 apache    15   0  172m 3348 1384 S  0.0  0.3   0:00.13 httpd
>>>>>>> 8876 apache    15   0  172m 3348 1384 S  0.0  0.3   0:00.11 httpd
>>>>>>> 8880 apache    15   0  172m 3328 1376 S  0.0  0.3   0:00.15 httpd
>>>>>>> 8890 apache    15   0  172m 3352 1384 S  0.0  0.3   0:00.15 httpd
>>>>>>> 8894 apache    15   0  172m 3352 1384 S  0.0  0.3   0:00.12 httpd
>>>>>>> 8965 apache    15   0  172m 3328 1380 S  0.0  0.3   0:00.13 httpd
>>>>>>> 8966 apache    15   0  172m 3344 1384 S  0.0  0.3   0:00.13 httpd
>>>>>>>
>>>>>>> con mod_php la memoria virtuale (VIRT) arrivava a 300m con  
>>>>>>> supgp (172), 9MB per server intendi la colonna (RSS) ? Se si  
>>>>>>> direi che allora da quel punto di vista ci sono.
>>>>>>>
>>>>>>> In /var/log/messages mi trovo questi log:
>>>>>>>
>>>>>>> - kernel: hda: lost interrupt: ogni tanto, ho verificato il  
>>>>>>> dischi e sembra sia tutto ok
>>>>>>> Apr 17 10:36:00 genesi2 kernel: php-cgi invoked oom-killer:  
>>>>>>> gfp_mask=0x200d2, order=0, oomkilladj=0
>>>>>>> Apr 17 10:36:00 genesi2 kernel:
>>>>>>> Apr 17 10:36:00 genesi2 kernel: Call Trace:
>>>>>>> Apr 17 10:36:00 genesi2 kernel:  [<ffffffff800ca89a>]  
>>>>>>> out_of_memory+0x8e/0x2f3
>>>>>>> Apr 17 10:36:00 genesi2 kernel:  [<ffffffff8000f626>]  
>>>>>>> __alloc_pages+0x27f/0x308
>>>>>>> Apr 17 10:36:00 genesi2 kernel:  [<ffffffff8003242f>]  
>>>>>>> read_swap_cache_async+0x45/0xd8
>>>>>>> Apr 17 10:36:00 genesi2 kernel:  [<ffffffff800d0777>]  
>>>>>>> swapin_readahead+0x60/0xd3
>>>>>>> Apr 17 10:36:00 genesi2 kernel:  [<ffffffff800092d9>]  
>>>>>>> __handle_mm_fault+0xb64/0x103b
>>>>>>> Apr 17 10:36:00 genesi2 kernel:  [<ffffffff80067202>]  
>>>>>>> do_page_fault+0x499/0x842
>>>>>>> Apr 17 10:36:00 genesi2 kernel:  [<ffffffff80063002>]  
>>>>>>> thread_return+0x62/0xfe
>>>>>>> Apr 17 10:36:00 genesi2 kernel:  [<ffffffff8005dde9>]  
>>>>>>> error_exit+0x0/0x84
>>>>>>> Apr 17 10:36:00 genesi2 kernel:
>>>>>>> Apr 17 10:36:00 genesi2 kernel: Mem-info:
>>>>>>> Apr 17 10:36:43 genesi2 kernel: Node 0 DMA per-cpu:
>>>>>>> Apr 17 10:36:45 genesi2 kernel: cpu 0 hot: high 0, batch 1 used:0
>>>>>>> Apr 17 10:36:45 genesi2 kernel: cpu 0 cold: high 0, batch 1 used:0
>>>>>>> Apr 17 10:36:45 genesi2 kernel: Node 0 DMA32 per-cpu:
>>>>>>> Apr 17 10:36:45 genesi2 kernel: cpu 0 hot: high 186, batch 31 used:9
>>>>>>> Apr 17 10:36:46 genesi2 kernel: cpu 0 cold: high 62, batch 15 used:22
>>>>>>> Apr 17 10:36:47 genesi2 kernel: Node 0 Normal per-cpu: empty
>>>>>>> Apr 17 10:36:47 genesi2 kernel: Node 0 HighMem per-cpu: empty
>>>>>>> Apr 17 10:36:47 genesi2 kernel: Free pages:        7008kB (0kB HighMem)
>>>>>>> Apr 17 10:37:09 genesi2 kernel: Active:123048 inactive:73626  
>>>>>>> dirty:0 writeback:11 unstable:0 free:1752 slab:10169  
>>>>>>> mapped-file:1152 mapped-a
>>>>>>> non:194872 pagetables:39880
>>>>>>> Apr 17 10:38:14 genesi2 kernel: Node 0 DMA free:2996kB  
>>>>>>> min:36kB low:44kB high:52kB active:0kB inactive:0kB  
>>>>>>> present:9700kB pages_scanned:0 a
>>>>>>> ll_unreclaimable? yes
>>>>>>> Apr 17 10:38:42 genesi2 kernel: lowmem_reserve[]: 0 994 994 994
>>>>>>> Apr 17 10:39:25 genesi2 kernel: Node 0 DMA32 free:4012kB  
>>>>>>> min:4012kB low:5012kB high:6016kB active:492192kB  
>>>>>>> inactive:294504kB present:101806
>>>>>>> 4kB pages_scanned:1971255 all_unreclaimable? yes
>>>>>>> Apr 17 10:39:25 genesi2 kernel: lowmem_reserve[]: 0 0 0 0
>>>>>>> Apr 17 10:39:25 genesi2 kernel: Node 0 Normal free:0kB min:0kB  
>>>>>>> low:0kB high:0kB active:0kB inactive:0kB present:0kB  
>>>>>>> pages_scanned:0 all_unr
>>>>>>> eclaimable? no
>>>>>>> Apr 17 10:39:36 genesi2 kernel: lowmem_reserve[]: 0 0 0 0
>>>>>>> Apr 17 10:40:22 genesi2 kernel: Node 0 HighMem free:0kB  
>>>>>>> min:128kB low:128kB high:128kB active:0kB inactive:0kB  
>>>>>>> present:0kB pages_scanned:0
>>>>>>> all_unreclaimable? no
>>>>>>> Apr 17 10:40:26 genesi2 kernel: lowmem_reserve[]: 0 0 0 0
>>>>>>> Apr 17 10:40:28 genesi2 kernel: Node 0 DMA: 5*4kB 4*8kB 4*16kB  
>>>>>>> 4*32kB 3*64kB 2*128kB 1*256kB 0*512kB 2*1024kB 0*2048kB  
>>>>>>> 0*4096kB = 2996kB
>>>>>>> Apr 17 10:40:31 genesi2 kernel: Node 0 DMA32: 23*4kB 12*8kB  
>>>>>>> 5*16kB 25*32kB 0*64kB 1*128kB 1*256kB 1*512kB 0*1024kB  
>>>>>>> 1*2048kB 0*4096kB = 4012kB
>>>>>>> Apr 17 10:41:09 genesi2 kernel: Node 0 Normal: empty
>>>>>>> Apr 17 10:41:22 genesi2 kernel: Node 0 HighMem: empty
>>>>>>> Apr 17 10:41:24 genesi2 kernel: 10896 pagecache pages
>>>>>>> Apr 17 10:41:25 genesi2 kernel: Swap cache: add 15629370,  
>>>>>>> delete 15620909, find 3291674/5397292, race 565+644
>>>>>>> Apr 17 10:41:30 genesi2 kernel: Free swap  = 0kB
>>>>>>> Apr 17 10:41:31 genesi2 kernel: Total swap = 2096120kB
>>>>>>> Apr 17 10:41:33 genesi2 kernel: Free swap:            0kB
>>>>>>> Apr 17 10:42:43 genesi2 kernel: 262139 pages of RAM
>>>>>>> Apr 17 10:42:46 genesi2 kernel: 5608 reserved pages
>>>>>>> Apr 17 10:42:46 genesi2 kernel: 15263 pages shared
>>>>>>> Apr 17 10:42:47 genesi2 kernel: 8461 pages swap cached
>>>>>>> Apr 17 10:42:47 genesi2 kernel: Out of memory: Killed process  
>>>>>>> 16985, UID 27, (mysqld).
>>>>>>>
>>>>>>> Memoria del processo mysqld
>>>>>>>
>>>>>>> Ciao
>>>>>>>
>>>>>>> Cesare
>>>>>>>
>>>>>>> Il 17/04/2012 12:53, Tonix (Antonio Nati) ha scritto:
>>>>>>>> Scusa, riprendo...
>>>>>>>>
>>>>>>>> Come fai ad avere 183 processi httpd con memoria media per  
>>>>>>>> processo di 300MB?
>>>>>>>> E' un'enormità, 300MB per processo sono troppi.
>>>>>>>> Sui miei server non riesco a trovare un solo processo httpd  
>>>>>>>> (con mod_php o mod_perl) che vada oltre 91MB.
>>>>>>>>
>>>>>>>> Se non hai mod_php e non hai altre cose inutili dovresti  
>>>>>>>> stare intorno ai 9MB per server.
>>>>>>>>
>>>>>>>> Ciao,
>>>>>>>>
>>>>>>>> Tonino
>>>>>>>>
>>>>>>>> Il 17/04/2012 12:04, Cesare ha scritto:
>>>>>>>>> Ho provato a modificare un po i parametri ma non ho risolto.  
>>>>>>>>> Oggi si è ripiantato.
>>>>>>>>>
>>>>>>>>> Io utilizzo suphp, dovrebbe essere simile a fcgi, cioè il  
>>>>>>>>> php non viene eseguito da processo httpd.
>>>>>>>>>
>>>>>>>>> Ho impostato max_spare_servers a 20, come faccio per  
>>>>>>>>> impostare le scadenze dei child ?
>>>>>>>>>
>>>>>>>>> ciao e grazie
>>>>>>>>>
>>>>>>>>> Cesare
>>>>>>>>>
>>>>>>>>> Il 13/04/2012 17:24, Tonix (Antonio Nati) ha scritto:
>>>>>>>>>> Usi mod_php o fcgi?
>>>>>>>>>>
>>>>>>>>>> Immagino il primo, e certo che così è facile andare fuori memoria.
>>>>>>>>>> Dovresti provare a impostare delle scadenze ai child, tipo  
>>>>>>>>>> 'muori dopo 500 richieste', ed abbassare max_spare_servers.  
>>>>>>>>>> 183 processi mi sembrano tantini.
>>>>>>>>>>
>>>>>>>>>> Ciao,
>>>>>>>>>>
>>>>>>>>>> Tonino
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Il 13/04/2012 17:18, Cesare ha scritto:
>>>>>>>>>>> Con il comando top vedo che mysql ha 486m di memoria  
>>>>>>>>>>> virtuale, poi vedo 183 processi httpd con memoria virtuale  
>>>>>>>>>>> media a 300m per processo.
>>>>>>>>>>>
>>>>>>>>>>> mi sembra un po tantino o no
>>>>>>>>>>>
>>>>>>>>>>> ciao e grazie ancora
>>>>>>>>>>>
>>>>>>>>>>> Il 13/04/2012 17:00, Alessandro Tuveri ha scritto:
>>>>>>>>>>>> ? mistero
>>>>>>>>>>>> io ho un VPS on Cloud, 3,5GB e ho settato alcuni siti a  
>>>>>>>>>>>> 512M e altri a 256M per ogni istanza PHP.
>>>>>>>>>>>> Consiglio di controllare i parametri di apache e mysql,  
>>>>>>>>>>>> vedere il carico e dare una occhiata ai file di log (in  
>>>>>>>>>>>> /var/log) per venirne fuori.
>>>>>>>>>>>> Penso sia piu' comodo un VPS on Cloud cosicche' se c'e'  
>>>>>>>>>>>> qualche problema si puo' aumentare dinamicamente la  
>>>>>>>>>>>> memoria RAM. In ogni caso 1GB + 2GB di SWAP non dovrebbe  
>>>>>>>>>>>> andar male...
>>>>>>>>>>>> Quanti siti hai? Uno solo?
>>>>>>>>>>>>
>>>>>>>>>>>>> giornaliere ricavate da awstats.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Visite: 2.014
>>>>>>>>>>>>> Pagine:    8.672
>>>>>>>>>>>>> Accessi:    148.342
>>>>>>>>>>>>> Banda:    5.00 GB
>>>>>>>>>>>>>
>>>>>>>>>>>>> Succede che ogni due tre giorni si impalla tutto.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Dal log vedo che va in out of memory.
>>>>>>>>>>>>>
>>>>>>>>>>>>> La vps ha 1 gb di ram 2 gb di swap
>>>>>>>>>>>>>
>>>>>>>>>>>>> E' possibile secondo voi ? Che mi consigliate di fare ?
>>>>>>>>>>>>>
>>>>>>>>>>>>> Ciao Cesare
>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>> TYPO3-UG-Italy mailing list
>>>>>>>>>>>>> TYPO3-UG-Italy at lists.typo3.org
>>>>>>>>>>>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> ALESSANDRO TUVERI
>>>>>>>>>>>>
>>>>>>>>>>>> --------------------------------------
>>>>>>>>>>>> AREA SERVIZI INFORMATICI E MULTIMEDIALI
>>>>>>>>>>>> Servizi WEeb d'Ateneo
>>>>>>>>>>>> Universit? degli Studi di Udine
>>>>>>>>>>>> tel. ufficio 0432-558904
>>>>>>>>>>>> --------------------------------------
>>>>>>>>>>>> Homo sine pecunia est imago mortis
>>>>>>>>>>>> --------------------------------------
>>>>>>>>>>>>
>>>>>>>>>>>> ---------------------------------------------------------------------- SEMEL (SErvizio di Messaging ELettronico) - AINF, Universita' di  
>>>>>>>>>>>> Udine
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>> TYPO3-UG-Italy mailing list
>>>>>>>>>>>> TYPO3-UG-Italy at lists.typo3.org
>>>>>>>>>>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> -- 
>>>>>
>>>>> Cesare Pellegrini
>>>>> Pointec S.r.l.
>>>>> Promotion technology
>>>>> Tel.: 0461 695084
>>>>> Fax: 0461 1860195
>>>>> Cell.: 328 7661267
>>>>> Sito internet: http://www.pointec.it
>>>>>
>>>>> Ai sensi del decreto legislativo n° 196/2003, il contenuto di  
>>>>> questa email e degli eventuali allegati, è strettamente  
>>>>> confidenziale e destinato alla/e persona/e a cui è indirizzato.  
>>>>> E' fatto divieto di copiare e divulgare il contenuto di questa  
>>>>> email. Ogni utilizzo abusivo delle informazioni quì contenute da  
>>>>> parte di persone terze o comunque non indicate nella presente  
>>>>> email, potrà essere perseguito ai sensi di legge.
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> TYPO3-UG-Italy mailing list
>>>>> TYPO3-UG-Italy at lists.typo3.org
>>>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
>>>>>
>>>>
>>>>
>>>>
>>>> ALESSANDRO TUVERI
>>>>
>>>> --------------------------------------
>>>> AREA SERVIZI INFORMATICI E MULTIMEDIALI
>>>> Servizi WEeb d'Ateneo
>>>> Universit? degli Studi di Udine
>>>> tel. ufficio 0432-558904
>>>> --------------------------------------
>>>> Homo sine pecunia est imago mortis
>>>> --------------------------------------
>>>>
>>>> ----------------------------------------------------------------------
>>>> SEMEL (SErvizio di Messaging ELettronico) - AINF, Universita' di Udine
>>>>
>>>>
>>>> _______________________________________________
>>>> TYPO3-UG-Italy mailing list
>>>> TYPO3-UG-Italy at lists.typo3.org
>>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
>>>>
>>>
>>>
>>> -- 
>>> ------------------------------------------------------------
>>>        Inter at zioni            Interazioni di Antonio Nati
>>>   http://www.interazioni.it      tonix at interazioni.it
>>> ------------------------------------------------------------
>>>
>>> _______________________________________________
>>> TYPO3-UG-Italy mailing list
>>> TYPO3-UG-Italy at lists.typo3.org
>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
>>>
>>
>>
>>
>> ALESSANDRO TUVERI
>>
>> --------------------------------------
>> AREA SERVIZI INFORMATICI E MULTIMEDIALI
>> Servizi WEeb d'Ateneo
>> Universit? degli Studi di Udine
>> tel. ufficio 0432-558904
>> --------------------------------------
>> Homo sine pecunia est imago mortis
>> --------------------------------------
>>
>> ----------------------------------------------------------------------
>> SEMEL (SErvizio di Messaging ELettronico) - AINF, Universita' di Udine
>>
>>
>> _______________________________________________
>> TYPO3-UG-Italy mailing list
>> TYPO3-UG-Italy at lists.typo3.org
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
>
> -- 
>
> Cesare Pellegrini
> Pointec S.r.l.
> Promotion technology
> Tel.: 0461 695084
> Fax: 0461 1860195
> Cell.: 328 7661267
> Sito internet: http://www.pointec.it
>
> Ai sensi del decreto legislativo n° 196/2003, il contenuto di questa  
> email e degli eventuali allegati, è strettamente confidenziale e  
> destinato alla/e persona/e a cui è indirizzato. E' fatto divieto di  
> copiare e divulgare il contenuto di questa email. Ogni utilizzo  
> abusivo delle informazioni quì contenute da parte di persone terze o  
> comunque non indicate nella presente email, potrà essere perseguito  
> ai sensi di legge.
>
>
>
> _______________________________________________
> TYPO3-UG-Italy mailing list
> TYPO3-UG-Italy at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
>

ALESSANDRO TUVERI

--------------------------------------
AREA SERVIZI INFORMATICI E MULTIMEDIALI
Servizi WEeb d'Ateneo
Universit? degli Studi di Udine
tel. ufficio 0432-558904
--------------------------------------
Homo sine pecunia est imago mortis
--------------------------------------

----------------------------------------------------------------------
SEMEL (SErvizio di Messaging ELettronico) - AINF, Universita' di Udine