[TYPO3-UG Italy] vps

Alessandro Tuveri at at uniud.it
Fri Apr 20 14:35:47 CEST 2012 

Magnifico e grazie.
Scappo in ferie e provo tra una settimana, in ogni caso mi interessava  
molto perche' in vari VPS io uso ISPConfig 3.x non so se lo usi, ma  
prevede, alla attivazione del sito via web, la scelta tra varie  
modalita' (mod_php, ecc.) di far girare PHP e, non ultima, una opzione  
per attivare/disattivare suPHP semplicemente con un clic e save dei  
parametri del sito.
Suppongo che la parte relativa alle direttive apache me la faccia  
direttamente ISPCONFIG, dovro' controllare.
CP: http://www.ispconfig.com consiglio ---> vale la pena di provarlo  
perche' merita anche se non ha tantissime cose. Plesk, alternativa a  
pagamento, fa tutto e di piu' e lo ho definitivamente abbandonato  
perche' gli aggiornamenti son difficoltosi e ci sono limiti ai siti da  
attivare, ecc. inoltre sotto linux bisogna ricompilare continuamente  
pacchetti personalizzati per  Plesk (!).
Provalo se vuoi, buon lavoro!

Al ritorno vedro' e faro' delle prove.

a presto e ancora grazie


tapenso anche che Quoting Cesare Pellegrini <cesare at pointec.it>:

> 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
>
> _______________________________________________
> 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

More information about the TYPO3-UG-Italy mailing list