Ho settato il dominio pippo.it come account reale
Voglio che pippo.com, quando lo apro via web, visualizzi le solite cose del .it. Qualsiasi files del .com in pratica deve essere visibile anche col .com
Cosa faccio?
Faccio un PARK e stop.
Assolutamente non devo fare altro.
Se aggiungo un park e poi un redirect creo solo un errore di rewrite che può inviare un loop o un bell’errore apache.

Ho settato il dominio pippo.it come account reale
Voglio fare un altro sito per il dominio pippo.com o pasquale.it ma sfruttare lo spazio web del dominio pippo.it in modo da non gettar via un account disponibile
Soluzione migliore e più veloce
Creo un sottodominio nel cpanel di pippo.i1 chiamatao comevoglio.pippo.it e automaticamente si crea la directory comevoglio all’interno dell’ftp di pippo.it
Vado in WHM e faccio un park di pippo.com o pasquale.it sul sottodominio comevoglio.pippo.it
Da quale momento il dominio pippo.com o pasquale.it visualizzerà il contenuto, al momento vuoto , della directory comevoglio che stà dentro ftp pippo.it
Non appena avrò riempito la directory “comevoglio” (dentro ftp di pippo.it), aprendo via web il dominio pippo.com o pasquale.it, vedrò il sito come se avesse un account reale
Potrei anche creare un ftp aggiuntivo per assegnarlo alla directory comevoglio

I redirect hanno sensolo solo nel caso in cui voglio reindirizzare un dominio verso un url esterna oppure verso un determinato link url.

Arriviamo al punto.

Il cliente Rossi a sua volta fà dei piccoli siti ad amici, clienti i quali non vogliono aver nessun peensiero in relazione a ftp, mysq, creazione email.
Bianchi vuole un sito da Rossi però chiede anche l’ftp perchè ogni tanto vuol inserire propri files
Rossi crea sul suo cpanel un account ftp dedicato del tipo bianchi@nomedominio_rossi.it che punta alla directory bianchi/
Bianchi enterà in ftp con la login bianchi@nomedominio_rossi.it ma non potrà salire nell’albero in quanto limitato a quella directory
Rossi potrà ovviamente vedere la directory del Bianchi, ma Bianchi non potrà salire e vedere le directory del rossi.

Bianchi vuole delle email e che il suo dominio visualizzi ciò che è inserito nella directory bianchi
Rossi dal Suo cpanel farà un puntamento dominio verso la directory interessata di modo che tutto ciò che è dentro bianchi sarà visibile con il dominio_bianchi.it
Rossi poi creerà dal proprio cpanel delle email del tipo qualcosa@dominio_bianchi.it e fornirà al cliente la login qualcosa@dominio_bianchi.it e password.

il puntamento sulla directory potrà essere fatto dal cpanel come pure dal Vs eventuale WHM
Per fare un puntamento adhoc sarebbe meglio creare il sottodominio bianchi.dominio_rossi.it e poi far puntare dominio_bianchi.it a bianchi.dominio_rossi.it
Il risultato è il medesimo ma è la soluzione migliore

Problema, se così vogliamo chiamarlo:
il cliente Bianchi se per caso apre http://dominio_rossi.it/bianchi oppure http://bianchi.dominio_rossi.it vedrà il solito sito che si visualizza aprendo
dominio_bianchi.it
La cosa è ovviabile usando nell’htaccess dei redirect

Bianchi vuole delle email e che il suo dominio visualizzi ciò che è inserito nella directory bianchi
Rossi dal Suo cpanel farà un puntamento dominio verso la directory interessata di modo che tutto ciò che è dentro bianchi sarà visibile con il dominio_bianchi.it
Rossi poi creerà dal proprio cpanel delle email del tipo qualcosa@dominio_bianchi.it e fornirà al cliente la login qualcosa@dominio_bianchi.it e password.

il puntamento sulla directory potrà essere fatto dal cpanel come pure dal Vs eventuale WHM
Per fare un puntamento adhoc sarebbe meglio creare il sottodominio bianchi.dominio_rossi.it e poi far puntare dominio_bianchi.it a bianchi.dominio_rossi.it
Il risultato è il medesimo ma è la soluzione migliore

Problema, se così vogliamo chiamarlo:
il cliente Bianchi se per caso apre http://dominio_rossi.it/bianchi oppure http://bianchi.dominio_rossi.it vedrà il solito sito che si visualizza aprendo
dominio_bianchi.it
La cosa è ovviabile usando nell’htaccess dei redirect

quando creo un reale account da WHM (pannello rivenditore), questo account sarà in tutto e per tutto similare ad un piano hosting con un proprio cpanel, ftp, mail, phpmyadmin, etcc.
ES: arriva il cliente Rossi, gli vendete un piano hosting con account reale (1 dei 5+1), quel cliente avrà un piano paritetico a quello che hanno i ns clienti

Arriviamo al punto.

Il cliente Rossi a sua volta fà dei piccoli siti ad amici, clienti i quali non vogliono aver nessun peensiero in relazione a ftp, mysq, creazione email.
Bianchi vuole un sito da Rossi però chiede anche l’ftp perchè ogni tanto vuol inserire propri files
Rossi crea sul suo cpanel un account ftp dedicato del tipo bianchi@nomedominio_rossi.it che punta alla directory bianchi/
Bianchi enterà in ftp con la login bianchi@nomedominio_rossi.it ma non potrà salire nell’albero in quanto limitato a quella directory
Rossi potrà ovviamente vedere la directory del Bianchi, ma Bianchi non potrà salire e vedere le directory del rossi.

Bianchi vuole delle email e che il suo dominio visualizzi ciò che è inserito nella directory bianchi
Rossi dal Suo cpanel farà un puntamento dominio verso la directory interessata di modo che tutto ciò che è dentro bianchi sarà visibile con il dominio_bianchi.it
Rossi poi creerà dal proprio cpanel delle email del tipo qualcosa@dominio_bianchi.it e fornirà al cliente la login qualcosa@dominio_bianchi.it e password.

il puntamento sulla directory potrà essere fatto dal cpanel come pure dal Vs eventuale WHM
Per fare un puntamento adhoc sarebbe meglio creare il sottodominio bianchi.dominio_rossi.it e poi far puntare dominio_bianchi.it a bianchi.dominio_rossi.it
Il risultato è il medesimo ma è la soluzione migliore

Problema, se così vogliamo chiamarlo:
il cliente Bianchi se per caso apre http://dominio_rossi.it/bianchi oppure http://bianchi.dominio_rossi.it vedrà il solito sito che si visualizza aprendo
dominio_bianchi.it
La cosa è ovviabile usando nell’htaccess dei redirect

http://blog.serverweb.net/2009/06/dati-personali-protetti-con-id-shield-in-omaggio/

per account reali (quei 5+1 del piano base rivenditore o 10+1 del piano personalizzato) si intende un account con un proprio cpanel.
Se però ho dei clienti che non necessitano di un CPANEL, di un accesso dedicato al phomyadmin, e gli interessa solo vedere www. mio dominio .xxx allora potrei sfruttare il parking.
Il parking è sfruttabile sia nei piani business (b-business – b-corporate) e piani riv (tutti)
Se GIOVANNI mi chiede di avere un dominio http://www.giovanni .it e non gli interessa cpanel, phpmyadmin, faccio in questo modo
1) creo un sottodominio giovanni. miodominio.xxx
2) creo un database qualsiasi
3) popolo la cartella giovanni che trovo dentro l’ftp di miodominio, e il mysql che gestisco dal mio cpanel principale
4) creo un parking da giovann i.it a giovanni. miodominio.it

Il cliente finale, chiamiamolo così, non saprà mai, neppure tramite scan sul server, che il suo dominio punta a un sottodominio o ancor più precisamente a http://www.miodominio /giovanni
Potrà capirlo solo se è uno smanettone e un pò esperto di queste cose. Se poi ha giustamente paura che lo smanettone giovanni si accorga che in realtà il dominio è su http://www.miodominio.xx/giovanni, metto un htaccess che chiamando quel link porta a http://www.giovanni.it

Ecco spiegato il trucco dei domini illimitati:):):)

Altra precisazione:
se giovanni.xx è un suo dominio e vuole che aprendo giovanni.xx si vede tutto ciò che è dentro http://www.miodominio.xx, basta fare un parking da giovanni.xx a miodominio.xx

esempio concreto
http://www.eos-serverweb.com come lo vedete?
ciò che vedete in realtà è tutto ciò che stà dentro a http://www.serverweb.net/spazioweb/
Forte vero?

MOTORI DI RICERCA: non sono specializzato, però ho sempre notato che non fanno distinzioni reali su catch-all e domini
La prova è che hosting-spazioweb.com e eos-serverweb.com sono comunque indicizzati
La prova del nove sà qual’è? blog.serverweb.net . Esso è un sottodominio che punta ad una cartella di server eppure è più indicizzato del dominio principale stesso

6 x 10= 60KB
1000 visitatori= 1000x60KB non tenendo conto che i visitatori non lavorano in cache, risultato 60.000KB, cio 60MB di traffico

Facciamo upload e download in ftp per un totale giornaliero di 30MB di file al giorno
30MB x 30= 900MB

Scarichiamo circa 1000 email al giorno da 20KB, cio 20MB al giorno per 30gg= 600MB

Totale traffico mensile usato 60 + 900 + 600 = 1560, circa 1.5GB

Per esperienza possiamo affermare che siti aziendali, se pur molto visitati, con qualche immagine disponibile, difficilmente supera 1 GB di traffico mensile.
I siti che fanno un gran uso di traffico son quei siti con moltissime immagini ad alta risoluzione, video, file da scaricare.

Politica traffico:
nel momento in cui il traffico incluso viene superato, non ne teniamo conto fintanto che l’esubero non superi il 15% del traffico incluso stesso.

Se fosse ns cliente, cioè cliente su server della EOS Net srl (www.serverweb.net) le avremmo sicuramente reinviato i dati, ma non possiamo farlo:)
ci dispiace
Se un giorno volesse cambiare conosce già il link alle nostre FAQ
buona serata