[TYPO3-UG Italy] vps
Cesare Pellegrini
cesare at pointec.it
Fri Apr 20 14:17:17 CEST 2012
Ciao, io ho installato il modulo mod_suphp tramite i repository
rpmforge. Io utlizzo Centos5
Poi ho disabilitato mod_php rinominando il file php.conf in
php.conf.disabled nella directory /etc/httpd/conf.d
poi ho modificato il file /etc/suphp.conf cosi:
[global]
;Path to logfile
logfile=/var/log/httpd/suphp.log
;Loglevel
loglevel=warn
;User Apache is running as
webserver_user=apache
;Path all scripts have to be in
docroot=/
; Security options
allow_file_group_writeable=true
allow_file_others_writeable=false
allow_directory_group_writeable=true
allow_directory_others_writeable=false
;Check wheter script is within DOCUMENT_ROOT
check_vhost_docroot=false
;Send minor error messages to browser
errors_to_browser=true
;PATH environment variable
env_path="/bin:/usr/bin:/usr/local/bin"
;Umask to set, specify in octal notation
umask=0022
; Minimum UID
min_uid=500
; Minimum GID
min_gid=500
; Lets ~username work with the correct user
userdir_overrides_usergroup=true
[handlers]
;Handler for php-scripts
x-httpd-php="php:/usr/bin/php-cgi"
;Handler for CGI-scripts
x-suphp-cgi="execute:!self"
il file /etc/httpd/conf.d/suphp.conf
##
# mod_suphp
##
LoadModule suphp_module modules/mod_suphp.so
<IfModule mod_suphp.c>
suPHP_ConfigPath /etc
suPHP_Engine Off
DirectoryIndex index.php
</IfModule>
<IfModule mod_suphp.c>
suPHP_Engine On
AddHandler x-httpd-php .php
suPHP_AddHandler x-httpd-php .php
</IfModule>
Poi in ogni virtualhost ho la seguente direttiva cambiando user1 e
group1 secondo le tue esigenze:
<IfModule mod_suphp.c>
suPHP_Engine On
suPHP_UserGroup user1 group1
AddHandler x-httpd-php .php
suPHP_AddHandler x-httpd-php .php
suPHP_ConfigPath /home/genesise/etc
</IfModule>
I file e le cartelle relative al vhost DEVONO essere di proprietà di
user1 e group1 altrimenti si incavola. in /var/log/httpd/suphp.log trovi
gli eventuali errori.
spero ti sia utile
cesare
On 19/04/2012 11:12, Alessandro Tuveri wrote:
> 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
>
>
> _______________________________________________
> TYPO3-UG-Italy mailing list
> TYPO3-UG-Italy at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
More information about the TYPO3-UG-Italy
mailing list