@overclokk
Aggiornamento, per non lasciarvi senza novità:

Per quello che riguarda le responsabilità: chi mi ha chiesto la migrazione (da qui in avante chiamato anche "il cliente"), mi ha assicurato che se le prenderà tutte e che mi terrà completamente fuori dalle eventuali discussioni con l'agenzia. Questo è stato messo nero su bianco, vediamo se sarà così davvero in futuro.

Per la partre tecnica:
L'agenzia aveva fornito a queste persone degli account amministratore, ma aveva limitato i loro privilegi via codice. Quindi, dall'elenco degli utenti risultano amministratori, ma avevano delle capabilities limitatissime. Questo per il cliente era una novità. (N.d.a. Capisco limitare gli utenti per evitare danni, ma io sarei stato più trasparente con loro, dicendo che i loro utenti non avevano tutte le potenzialità di un vero amministratore per motivi di sicurezza, e glielo avrei fornito nel caso di richiesta formale).

Tuttavia, l'agenzia non aveva fatto un buon lavoro, visto che sono comunque riuscito a creare un nuovo utente dal backend e a dargli i privilegi di admin (fino a questo punto nessun accesso al db).
Con questo nuovo utente con tutti i privilegi admin, ho avuto accesso a tutto il backend e ho quindi potuto scaricare un backup completo (db compreso) tramite plugin.
Adesso abbiamo uno copia completa del sito e stiamo per migrare (dovrei farlo oggi), il dominio è .eu quindi la migrazione dovrebbe pure essere immediata.

Tra l'altro: il server aveva un limite di upload risibile, ma l'agenzia aveva rilasciato al cliente le credenziali ftp, quindi non ci è voluto molto a installare un nuovo plugin manualmente. Diciamo che l'agenzia non aveva pensato a fondo alle sue misure di sicurezza e tutela.

Se ci saranno altre novità rilevanti, ve le comunicherò.

Se avete commenti, sono curioso di leggerli!

@g-lanzi ehehe io dei commenti li avrei, riguardo la tal agenzia e il suo modo di lavorare, ma non mi è permesso usare le volgarità che ho in mente hihiih

fatta la battuta, credo la verità di come stanno le cose la saprà solo sta benedetta agenzia, va da se che a leggere "solo" le info che ci hai riportato, uno potrebbe pensare che sta storia sia premeditata fin dall'inizio ( e a mio avviso se cerchi di fregare il cliente fin dall'inizio prima o poi gli errori li fai.. e infatti il sito non è bloccato)
oppure da altra parte magari è il famoso cliente che pensa di aver ragione quando magari è solo uno scassaballe di livello 100+ e l'agenzia si sta giustamente ( o meno) parando ... chi lo sa

personalmente l'idea di creare un admin con capability ridotte mi pare in generale una gran cavolata. a prescindere da tutto il resto delle "problematiche".

a mio avvisto l'administrator o lo rilasci con conseguente scarico di responsabilità e bla bla bla, oppure non lo rilasci e dai utenti di ruolo inferiore nel caso debitamente modificati per poter far tutto quel che serve.

è sempre questione di trasparenza come dici tu, qui ne vedo un po poca...

Aggiornamento:

L'agenzia, accortasi che l'avevamo esclusa dal sito, ha ripreso possesso tagliando fuori nuovamente tutti gli amministratori dal sito. Al db non abbiamo mai avuto un accesso diretto. Addirittura, ha cambiato le password delle caselle email del cliente.

Avevamo già trasferito dati e db sul nuovo server, e anche le email, quindi non abbiamo perso nulla, stiamo migrando il dominio per rendere finali le modifiche fatte.

L'agenzia, sotto certi punti di vista giustamente, reclama il controllo amministrativo sul sito per motivi di sicurezza (il server è di proprietà dell'agenzia), tuttavia, visto come aveva lasciato il cliente, a me sembra più che altro l'assicurazione che il cliente non se ne possa andare (cosa che evidentemente non gli è riuscita benissimo).

Non ho letto il contratto, ma il cliente sostiene che non ci siano punti riguardanti la proprietà intellettuale del db, quindi, insomma, non proprio una mossa trasparente da parte dell'agenzia.

@g-lanzi ha detto in Un agenzia può reclamare la proprietà intellettuale del DB su WordPress?:

L'agenzia, accortasi che l'avevamo esclusa dal sito, ha ripreso possesso tagliando fuori nuovamente tutti gli amministratori dal sito. Al db non abbiamo mai avuto un accesso diretto. Addirittura, ha cambiato le password delle caselle email del cliente.

No Comment

Aggiornamento (l'assurdità non ha confini):

L'agenzia ha fornito un authcode scaduto, oppure ha richiesto un nuovo authcode per impedire il trasferimento quando ha nasato che avremmo eseguito il trasferimento comunque.

Ora si rifiuta di fornire l'authcode corretto se il cliente non paga i diritti del db.

Il dominio è intestato al cliente, ma l'email dell'intestatario è quello dell'agenzia. Purtroppo, il cliente penso pagherà per il db, ma io ho gli ho girato tutte le informazioni per richiedere un authcode di emergenza all'EURid. Vediamo se, sapendo che c'è la possibilità, richiederanno un authcode d'emergenza.

Roba da pazzi, proprio! A me pare un ricatto, più che altro.

Madonna assurdo.

Devo dire una cosa, il comportamento non è giustificato in nessun modo ma mi chiedo che trascorsi ci siano tra cliente e agenzia perché questo è proprio astio a sentirla così.

@g-lanzi. volevo commentare quanto marcio c'e' in giro ma evito. ah no ho commentato, eh va beh.
io andrai diretto dall'avvocato e non perderei altro tempo. altro che pagare, adesso pago il pedaggio per spostare il mio nome di dominio? ma dai su

ribadisco, magari ci sono dietro ben altre problematiche che li hanno portati a fare scelte del genere, il beneficio del dubbio lo si lascia, ma accidenti se puzza tanto ... boh

@shazarak
Io passerei direttamente all'authcode d'emergenza e se hanno qualcosa da dire, tutto dall'avvocato. Soprattutto alla luce del fatto che il dominio NON È dell'agenzia, ma intestato al cliente!

Lascio anche io il beneficio del dubbio, perché non ho letto il contratto e non sono in confidenza tale con il cliente per chiederglielo.

Sia chiaro, io capisco l'agenzia che ha paura che il cliente possa fare danni, soprattutto perché il server è dell'agenzia e non di un hosting esterno. Ma non giustifico per niente questo scacco al re per cui impedisci al cliente di andarsene. Così mi pare proprio infame. Se c'è tanta paura di perdere clienti, fissa una clausola di recisione anticipata del contratto e uno scarico di responsabilità!

@eleclipse ha detto in Un agenzia può reclamare la proprietà intellettuale del DB su WordPress?:

il comportamento non è giustificato in nessun modo ma mi chiedo che trascorsi ci siano tra cliente e agenzia perché questo è proprio astio a sentirla così.

Ma anche si ci fosse astio, perché non lasciare andare il cliente? Dal punto di vista dell'agenzia, un cliente con cui ci sono degli attriti è solo una bega, no?

Quanti problemi per un'operazione di routine!

P.S.
L'agenzia ha ripreso il "controllo" del sito, ma non ha mica cambiato gli accessi ftp. Inoltre, il plugin di backup completo installato, continua a fornirmi una copia fresca del sito ogni giorno.
Insomma, non mi paiono proprio delle aquile! E per fortuna che io non ho cattive intenzioni.

@g-lanzi a certo a logica hai ragione, ma per esperienza quando inizia ad esserci l'astio, l'odio personale, la logica esce abbastanza di scena.

@g-lanzi ha detto in Un agenzia può reclamare la proprietà intellettuale del DB su WordPress?:

P.S.
L'agenzia ha ripreso il "controllo" del sito, ma non ha mica cambiato gli accessi ftp. Inoltre, il plugin di backup completo installato, continua a fornirmi una copia fresca del sito ogni giorno.
Insomma, non mi paiono proprio delle aquile! E per fortuna che io non ho cattive intenzioni

A quest'agenzia servirebbe proprio un freelance

@g-lanzi ma che aquile, di sicuro c'è solo che chi sta facendo ste cose non capisce nulla ne di siti ne di hosting ne di sicurezza hahahah, e già la dice lunga sul voler andare via ( la butto sul ridere)

Aggiornamento

con mia grande gioia il cliente ha deciso di richiedere un authcode di emergenza direttamente all'EURid. Al momento siamo in attesa di riceverlo.

Aggiornamento:

Titolo: "Non è che potrebbe essere un po' più complicato?"

L'EURid ha risposto e ci invierà il nuovo codice, ma solo all'indirizzo email collegato alla registrazione, ossia quello dell'agenzia.

Sfogo: Ma sarà mai possibile che in caso di contenzioso e quindi richiesta di authcode di emergenza, me lo invii allo stesso indirizzo a cui avrei potuto riceverlo non in emergenza?!

@homeworker
L'ultimo aggiornamento è relativo alla risposta data dall'EURid. Il cliente lo ha contattato e hanno concordato che avrebbero inviato il nuovo codice, ma lo inviano all'indirizzo email con cui è stato registrato il dominio, ossia quello dell'agenzia.
Il dominio è Intestato nominalmente al cliente, ma l'email di riferimento è quella dell'agenzia.

EURid non può, a quanto pare, cambiare questa procedura e memmeno l'email di riferimento, il registrar lo può fare.

Questo significa altri moduli e tempo.

Il dominio è già in uso da tempo dal cliente e non potendo fare un redirect sul .eu, non stiamo considerando di usare un altro dominio. Inoltre ci sono 12 caselle email, clienti e servizi collegati a quel dominio.

Ultimo aggiornamento (per chiudere il cerchio):

Ricevuto l'authcode, abbiamo sincronizzato nuovamente le email e poi migrato il dominio e siccome è un .eu, la migrazione è stata immediata.

Grazie per i commenti, avere un luogo in cui poter inserire aggiornamenti è stato utile anche per sfogarmi un po'.

Un saluto a tutto e tenetevi stretti gli accessi al db!

Bene che si sia risolto, bravo per la persistenza!

@g-lanzi eh aspettati altre rotture se l'agenzia uscente la vuole avere vinta ma speriamo si limitino semplicemente a lasciar perdere!!

@shazarak Non sarebbero problemi per me, visto che l'agenzia non sa chi sono, ma sono pronto e ho anche già contattato il mio avvocato in merito. Non li temo.