Lentezza shared hosting

[orochimaru]

Tutti i miei siti non funzionano: Error establishing a database connection

Ho già inviato un ticket...Mah, bisogna cambiare il localhost in 127.0.0.1????

[Elisabetta]

...ma queste modifiche vanno o non vanno fatte?

io leggo, sullo stesso ticket:
Salve,
non è necessario effettuare, per ora, alcuna modifica.

[Elisabetta]

(27-03-2010 17:11)orochimaru Ha scritto:  : https://www.web4web.it/forum/post-1515.html#pid1515Tutti i miei siti non funzionano: Error establishing a database connection

Ho già inviato un ticket...Mah, bisogna cambiare il localhost in 127.0.0.1????

La stessa cosa che ho fatto io!

[Gandalf]

Dunque,
le variazioni al momento NON bisogna farle.
Questo perchè directadmin configura i database per essere accessibili
solo e soltanto da un singolo ip (localhost, in questo caso) e cambiandolo significherebbe non avere più accesso al proprio database.

Stiamo studiando una soluzione che ci permetta di configurare gli utenti database per permetterne l'accesso da due o più IP differenti, in modo da potervi dare la configurazione definitiva, che dovrebbe risolvere anche i problemi delle microdisconnessioni che si stanno verificando in questi 2-3 giorni.

Purtroppo, però, non è semplice. Contiamo di risolvere i primi della prossima settimana.

[orochimaru]

(27-03-2010 17:17)Gandalf Ha scritto:  : https://www.web4web.it/forum/post-1519.html#pid1519Dunque,
le variazioni al momento NON bisogna farle.
Questo perchè directadmin configura i database per essere accessibili
solo e soltanto da un singolo ip (localhost, in questo caso) e cambiandolo significherebbe non avere più accesso al proprio database.

Stiamo studiando una soluzione che ci permetta di configurare gli utenti database per permetterne l'accesso da due o più IP differenti, in modo da potervi dare la configurazione definitiva, che dovrebbe risolvere anche i problemi delle microdisconnessioni che si stanno verificando in questi 2-3 giorni.

Purtroppo, però, non è semplice. Contiamo di risolvere i primi della prossima settimana.

da 30 minuti a questa parte non sono microdisconnessioni, i siti che fanno uso di Mysql il 90% delle volte non funzionano.

[Alessandro]

(27-03-2010 17:17)Gandalf Ha scritto:  : https://www.web4web.it/forum/post-1519.html#pid1519Dunque,
le variazioni al momento NON bisogna farle.
Questo perchè directadmin configura i database per essere accessibili
solo e soltanto da un singolo ip (localhost, in questo caso) e cambiandolo significherebbe non avere più accesso al proprio database.

Stiamo studiando una soluzione che ci permetta di configurare gli utenti database per permetterne l'accesso da due o più IP differenti, in modo da potervi dare la configurazione definitiva, che dovrebbe risolvere anche i problemi delle microdisconnessioni che si stanno verificando in questi 2-3 giorni.

Purtroppo, però, non è semplice. Contiamo di risolvere i primi della prossima settimana.

Grazie Gandalf per la risposta...come sempre...perfetta

[bigstefanino]

A me hanno detto che stanno ancora aggiustando delle cose dall'altra volta... ma non si possono fare di mattina presto o la sera tardi queste cose?
C'è gente che perde soldi in questo modo.........

[orochimaru]

(27-03-2010 17:31)bigstefanino Ha scritto:  : https://www.web4web.it/forum/post-1523.html#pid1523A me hanno detto che stanno ancora aggiustando delle cose dall'altra volta... ma non si possono fare di mattina presto o la sera tardi queste cose?
C'è gente che perde soldi in questo modo.........

Bisognerà cambiare stò Localhost o no?

Il localhost NON VA' CAMBIATO come ha appena detto gandalf.
Certo che magari preventivare gli interventi non farebbe male se questi possono dare i problemi che si stanno riscontrando.

[bigstefanino]

Tramite ticket mi dicono il contrario..........

[Gandalf]

Rispondo un po a tutti:
- preventivare gli interventi: forse vi è sfuggita la rapidità con la quale siamo stati costretti ad intervenire. Come ho già scritto a suo tempo, questo intervento era previsto per la fine della prossima settimana, in modo da poter pianificare il tutto, ma gli imprevisti sono appunto.... imprevisti e non si possono preventivare.

- notte o mattina: si, certamente, ma non stiamo facendo adesso gli interventi. Stiamo cercando di capire come farli, e li faremo di notte. Inoltre, noi abbiamo sul vostro stesso server, 7-8 domini di prova con ogni genere di configurazione, joomla, wordpress, drupal, e non riusciamo mai a riscontrare queste problematiche quindi facciamo anche fatica a capire da cosa sono causate. Ho controllato personalmente nei log di 7-8 clienti per vedere eventuali errori di connessione e non vi è alcuna traccia, questo rende l'analisi ancora più difficoltosa.


L'host di connessione al database, non va cambiato.
Chi vuole, può tentare di mettere 127.0.0.1, ma non ne assicuriamo il funzionamento, per i problemi degli utenti mysql come scritto nel precedente post.

Per poter migrare il server mysql abbiamo adottato una configurazione alquanto strana, lo ammettiamo, ma è l'unica soluzione che ci ha permesso di trasferire migliaia di database associati a migliaia di domini in poco più di 1 ora senza doverli riconfigurare manualmente uno per uno.
Ovviamente non avevamo previsto questi malfunzionamenti, altrimenti non avremmo operato.

Per farla breve: stiamo studiando una soluzione che ci permetta di "clonare" gli utenti mysql impostando come host di accesso degli IP differenti, ma le password nel db sono cifrate ad una sola via (quindi non si può risalire) pertanto non possiamo creare brutalmente gli utenti come se fossero delle nuove attivazioni ma dobbiamo intervenire direttamente nella tabella di sistema, e dobbiamo capire bene come fare per non fare più danni di quelli che vorremmo risolvere. Una volta creato il doppio utente, si potrà fare il cambio di host di connessione con calma, perchè sarà possibile accedere al database sia tramite la nostra "bufffa" configurazione, sia tramite quella definitiva.

Il problema è capire come fare e/o capire da cosa sono generati questi problemi.