Per me register vuole prendermi per il c**o...voi che dite?

[Criss]

Ciao gente, mi è capitata questa cosa della quale non riesco a darmi spiegazioni. Magari mi sto perdendo in un bicchier d'acqua e mi affido come ormai sovente all'illuminazione di qualcuno di voi.
Sto provando con register.it l'hosting linux business, che se facesse veramente appieno quello che mi serve per me sarebbe la manna dal cielo...e lo sto appunto provando prima di trasferire uno dei miei domini.
La mia esigenza è quella di avere diversi domini con diversi provider, anche se tutti su server linux. Io pensavo (fesso io che penso sempre alle cose positive...) di avere un dominio su register con hosting business che permette di avere numero di utenti, numero di db e spazio db "infiniti" per poi creare i diversi db che mi servono anche per gli altri siti e accedervi tranquillamente. Tra l'altro ho anche l'esigenza di accedere al Db "principale" chiamiamolo così da altri due dei miei domini già hostati da terze parti.
Una volta stabilito che non posso accedere direttamente al db se nn da altri domini in hosting su register ho chiesto alla signorina dell'assistenza come potevo fare (se si può fare..anche perchè in caso contrario chi me lo fa fare di spendere 120 euro l'anno + iva quando posso spenderne molti meno per avere gli stessi risultati?). Lei mi dice..creati un driver ODBC e poi connettiti. A questo punto dico STOP...e le chiedo.."ma scusi, la stringa DSN al limite per connettermi non dovete crearmela voi e comunicarmela?" La sua risposta è stata più o meno "vatti a leggere le istruzioni che è tutto spiegato"...BALLE, o meglio è spiegato ma come fare un'altra cosa. Mi chiedo allora...mi sta prendendo per il c**o e non si può fare o sono io che in 'sto periodo sono particolarmente stordito? Come si usa undriver odbc in php per connettersi a mysql? Se qualcuno può aiutarmi mi fa un grande favore dato che è già un po' che sto impazzendo nelle ricerche.

[Criss]

up

[etimo]

Scusa, ma non ti capisco bene.

Se ho capito bene, tu vuoi fare qualcosa tipo:

PROVIDER 1
DB A
DB B
DB C
Sito X
Sito Y

PROVIDER 2
Sito Z


I siti X e Y usano i db A, B e C

Anche il sito Z usa i db A, B e C

Giusto?

Ma a che ti serve tutto ciò?
Se è solo per risparmiare sull'hosting, cambia idea!

Se l'esigenza è specifica (condividere ad esempio dei dati tra più siti), allora si può fare ma la cosa richiede "aperture" al server che un provider standard (leggi: da due lire) non ti farà mai. In pratica, ti ci vorrebbe un dedicato o un VPS, direi....

Comunque anche in questo caso, se non ci sono esigenze specifiche farei un mirror locale del database per poi lavorare su quello, usare un db remoto apre a rischi di cadute di connessione e rende certamente il sito molto molto più lento.

Dovresti dare un po' di dettagli in più.

[Criss]

Ciao etimo,
hai azzeccato quasi del tutto la mia problematica.
Io ho bisogno di diversi DB e diversi siti devono accedere ai dati di questi. E questo ha l'importanza di un 80% diciamo così.
Il discorso del risparmio incide un 5%, avevo pensato a questa soluzione anche per questo sinceramente ma non è così importante. E' più per comodità, per avere tutti i db accentrati e un maggior controllo su tutte le situazioni, e questo è l'altro 15% di priorità.
Le problematiche che possono aversi su mirroring di DB e affini sono ad esempio le versioni..non tutti gli hosting supportano la stessa versione di MySQL e poi l'aggiornamento del DB ogni volta risulta brigoso. Ti faccio un esempio più pratico:a breve dovrò creare un commercio elettronico che verrà gestito su di una piattaforma in hosting, pensavo, su register (piano business linux) con annesso DB. A questo DB dovrò accedere dal dominio correlato e da un altro dominio su aruba come amministrazione (che è di chi inserisce i prodotti). Mentre i prodotti dovranno essere visualizzati su (per ora) anche altri tre domini differenti su hosting differenti, ma dovranno ovviamente lavorare sul mio DB per quanto riguarda carrello ordini ecc ecc.
So che rischio un po' di lentezza m anon vedo molte altre soluzioni. Ti premetto che un server dedicato non posso permettermelo e non penso poi risolverebbe più di tanto la problematica.
Spero di aver dettagliato a sufficienza

[Giorgiotave]

Ciao Criss,

provo a spostarti in Hosting

[Bamse]

@ Criss, credo che l'unico modo in cui tu possa uscurbe fuori è prendendoti un dedicato, oppure condividendo un dedicato presso un hosting serio.

I domini li lasci in gestione dns dove vuoi e tutti confluiscono sull'unico server.

[etimo]

Bamse; immagino che volesse provider diversi per avere IP ben diversi ... o sbaglio ?

Se no, allora fai come ti dice Bamse, metti tutto sullo stesso provider.

Se si, allora ignora il fattore risparmio: prenditi uno spazio MySQL su tutti i provider, per pochi euro avrai performance senza dubbio MOLTO MOLTO migliori e ti sarai tolto una serie di rogne ...

Se i dati viaggiano in una sola direzione (e non sono troppo grossi), allora tu aggiorni il DB principale e ogni notte sui siti secondari parte un php che si collega al server http principale (nota bene, non al server MySQL, fa proprio una connessione http!!!)

In pratica
www.sitosecondario.com/refresh.php
legge
http://www.sitoprincipae.php/dumptab...ssword=segreto
e si scarica un dump della tabella.
Fatti gli opportuni controlli si incorpora i dati.

[Ste@HostingTalk]

non consentire l'accesso esterno ai db è pratica comune, e aggiungo giusta, di qualsiasi provider che abbia un minimo di buon senso, sempre in shared hosting è. Nel senso che aprire il db a connessioni esterne è un rischio per il cliente e per tutto il server, per cui anche per altri....register fa come gli altri, come detto se hai una simile necessità devi orientarti a vps o dedicati

[Shazan]

Anche a me la cosa più sensata sembra quella di mettere MySQL su un VPS.

[Criss]

esatto etimo, gli IP mi servono ben distinti.
Si a questo punto vedo che mi conviene prendere un db per dominio e la sfango così. Grazie a tutti per i consigli