Differenze tra le versioni di "Fornitori/np/2021"
(archiviato) |
|||
(28 versioni intermedie di 3 utenti non mostrate) | |||
Riga 1: | Riga 1: | ||
+ | {{Archivio}} | ||
+ | __NOINDEX__ | ||
[[File:Wikimedia Italia website screenshot February 2021 - homepage tablet partial.png|thumb|Sito https://www.wikimedia.it]] | [[File:Wikimedia Italia website screenshot February 2021 - homepage tablet partial.png|thumb|Sito https://www.wikimedia.it]] | ||
{{Fornitore|np}} | {{Fornitore|np}} | ||
;Data: 31 gennaio 2021 | ;Data: 31 gennaio 2021 | ||
− | ;Aggiornamento: | + | ;Aggiornamento: 26 febbraio 2021 |
+ | |||
+ | Ultime considerazioni: | ||
+ | * '''[[#Considerazioni 26 febbraio 2021]]''' | ||
== Preambolo == | == Preambolo == | ||
− | + | Al 26 febbraio 2021 {{Fornitore link|np}} era il fornitore di hosting nonché webmaster esclusivo del [[Associazione:Sito|Sito]] https://www.wikimedia.it ma da dicembre 2020 vi erano in stallo diverse lavorazioni ormai critiche per l'associazione, anche dal punto di vista della protezione dei dati personali dei visitatori del nostro sito web, nonostante sollecitazioni di [[User:Maupao70]] ed [[User:Erica Pedone]]. | |
+ | |||
+ | Ci sono state diverse riunioni col fornitore. Questa pagina raccoglie gli spunti per tali riunioni e alcune considerazioni. | ||
+ | |||
+ | Da 2021 il fornitore {{Fornitore link|np}} non è più l'hosting del sito. Il webmaster del sito è diventato {{Fornitore link|eme}}. | ||
+ | |||
+ | == Considerazioni 26 febbraio 2021 == | ||
+ | |||
+ | Queste le ultime considerazioni al 26 febbraio 2021. | ||
+ | |||
+ | ; Stato corrente: Il sito è in gestione (esclusiva) del fornitore {{Fornitore link|np}}. | ||
+ | |||
+ | ; Problema corrente: Con tale fornitore abbiamo ancora molte [[#Lavorazioni in stallo]] e non abbiamo trovato un accordo convincente per risolvere la situazione nonostante tutti i preventivi richiesti ad oggi: | ||
+ | ::*<small>[[#Preventivo 18 febbraio 2021]]</small> | ||
+ | ::*<small>[[#Preventivo 18 febbraio 2021]]</small> | ||
+ | ::*<small>[[#Chiarimenti contrattuali gennaio 2021 (vecchi)]]</small> | ||
+ | |||
+ | ; Soluzione proposta: È stato trovato un nuovo fornitore ({{Fornitore link|eme}}) che promette tempi di risposta e costi più competitivi. Allo stesso tempo si può tornare a sfruttare l'[[Infrastruttura]] facendo tornare il sito in associazione, con il supporto di un nuovo fornitore per procedere con tutte le lavorazioni in stallo. | ||
+ | |||
+ | ; Contesto storico: Fino al 2020 il sito era già gestito dall'infrastruttura dell'associazione ma era gestito totalmente dai volontari tecnici. Eravamo passati a {{Fornitore link|np}} per tentare di risolvere stalli negli sviluppi. Soprattutto perché allora il server {{Server link|fabula}} non poteva eseguire applicativi con PHP aggiornato (risolto con [[phabricator:T270776]]). | ||
− | + | ; Proposta: Riportare il sito in associazione (server {{Server link|fabula}}) e assegnare le lavorazioni in stallo al nuovo fornitore identificato. | |
+ | ::Valori aggiunti: | ||
+ | ::* sblocco delle lavorazioni in stallo | ||
+ | ::* risparmio sui costi di hosting (sfruttamento delle risorse già a disposizione) | ||
+ | ::* tempi di risposta convincenti | ||
+ | ::* costi di sviluppo più competitivi | ||
+ | ::* possibilità di rendere autonomi certi collaboratori (SEO, ecc.) | ||
== Lavorazioni in stallo == | == Lavorazioni in stallo == | ||
Riga 25: | Riga 55: | ||
#: <code><nowiki>http://188.213.160.48/wiki/</nowiki></code> | #: <code><nowiki>http://188.213.160.48/wiki/</nowiki></code> | ||
#:Questo tipo di accesso andrebbe evitato, ad esempio non rispondendo con il nostro sito o reindirizzando alla pagina corretta. | #:Questo tipo di accesso andrebbe evitato, ad esempio non rispondendo con il nostro sito o reindirizzando alla pagina corretta. | ||
− | + | # richiedere questa nuova liberatoria richiesta: | |
− | # richiedere questa nuova liberatoria: | ||
#: <pre>Io M. Consorti, legale rappresentante NP Solutions, analogamente al recente rilascio delle modifiche al sito www.wikimedia.it, confermo il rilascio delle modifiche a sostieni.wikimedia.it sotto la stessa licenza di WordPress GNU General Public License v2+.</pre> | #: <pre>Io M. Consorti, legale rappresentante NP Solutions, analogamente al recente rilascio delle modifiche al sito www.wikimedia.it, confermo il rilascio delle modifiche a sostieni.wikimedia.it sotto la stessa licenza di WordPress GNU General Public License v2+.</pre> | ||
+ | # ci saranno ulteriori richieste non meglio precisabili fornite dal nostro consulente esterno SEO, sicuramente riguardanti il tema o plugin o webserver stesso | ||
+ | # fornirci una copia della directory <code><nowiki>https://www.wikimedia.it/wp-content/themes/betheme/</nowiki></code> che essendo in licenza libera vorremmo rilasciarla ai soci - [[phabricator:T271622]] (wishlist soci) | ||
− | + | == Preventivo 18 febbraio 2021 == | |
− | + | Commenti preventivo ricevuto il 18 febbraio 2021: | |
− | = | + | {|class="wikitable" |
+ | !Tema | ||
+ | !Stato | ||
+ | !Commento Valerio | ||
+ | |- | ||
+ | |pacchetto ore || OK || Costi nella media attesa. | ||
+ | |- | ||
+ | |backup || CHIARIRE || La voce di costo '''1080 EUR/anno''' per i backup automatici standard merita chiarimenti. | ||
− | + | Se comprende le attività di ripristino, OK, ma ci aspettevamo di pagarle via ticket, scalando monte ore. | |
+ | |- | ||
+ | | co-gestione || MANCA || Come già detto, all'associazione serve continuità di sviluppo ma ci preoccupa una gestione esclusiva. Vorremmo poter aggiornare o installare un plugin e modificare il tema (e in caso di problemi abbiamo già il pacchetto ore, sarebbe tutto lineare per noi). Non è desiderabile aprire un ticket ogni volta che dobbiamo anche solo scaricare la cartella del tema del sito, perché rallenterebbe tutte le nostre lavorazioni e farebbe levitare i costi. | ||
− | + | Si potrebbe dire che per fare "XXX" basterebbe aprire un ticket per farci installare plugin "YYY" e renderci indipendenti, ma non si può aprire un ticket per ogni cosa che avremmo potuto fare in autonomia come eravamo abituati prima, perché non possiamo prevedere le richieste dei nostri collaboratori in anticipo. | |
− | |||
− | |||
− | |||
− | |||
− | + | Insistere richiesta FTP e accesso database (2° sollecito). | |
− | + | |} | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | == | + | == Preventivo 9 febbraio 2021 (vecchio) == |
− | + | ;Richieste | |
#costo base di lavorazione oraria base (generica attività webmaster / generica attività sistemistica) | #costo base di lavorazione oraria base (generica attività webmaster / generica attività sistemistica) | ||
Riga 65: | Riga 93: | ||
#quant'è il nostro ''recovery period'' contrattuale (quanto tempo passa dopo che gli diciamo di fare un restore all'ultimo backup)? | #quant'è il nostro ''recovery period'' contrattuale (quanto tempo passa dopo che gli diciamo di fare un restore all'ultimo backup)? | ||
#lo stesso preventivo MA nostro collaboratore (e.g. permettere a collaborazioni SEO di lavorare in tranquillità | #lo stesso preventivo MA nostro collaboratore (e.g. permettere a collaborazioni SEO di lavorare in tranquillità | ||
+ | |||
+ | ; Commenti preventivo ricevuto | ||
+ | |||
+ | {|class="wikitable" | ||
+ | !Tema nuovo preventivo 2021-02-09 | ||
+ | !Presenza | ||
+ | !Commento personale Valerio | ||
+ | |- | ||
+ | |pacchetto ore || OK || Costi nella media attesa. | ||
+ | |- | ||
+ | |garanzia tempi di ripristino || OK || Tempi nella media attesa. | ||
+ | |- | ||
+ | |manutenzione base || RIESAMINARE || Costi/impegno sopra alla media attesa. Ridurre la manutenzione base a 16 ore l'anno. Vorremmo poter aggiornare plugin e temi in autonomia come eravamo abituati con tutti gli altri fornitori. | ||
+ | |||
+ | Non significa che vogliamo prendercene il carico, ma che dovremmo poterlo fare in autonomia come eravamo abituati. | ||
+ | |- | ||
+ | | orario previsto del backup giornaliero || MANCA || Esempio: «il backup automatico giornaliero è effettuato alle 06:00 Europe/Rome» | ||
+ | |- | ||
+ | | storico previsto backup || MANCA || Esempio: «la nostra data retention standard sui backup è di 7 giorni» | ||
+ | |- | ||
+ | | co-gestione || MANCA || Come già detto, all'associazione serve continuità di sviluppo, garantito dal loro pacchetto ore. Ci preoccupa una gestione esclusiva. Vorremmo poter aggiornare o installare un plugin e modificare il tema (e in caso di problemi abbiamo già il pacchetto ore, sarebbe tutto lineare per noi). Non è desiderabile aprire un ticket ogni volta che dobbiamo anche solo scaricare la cartella del tema del sito. | ||
+ | |||
+ | Si potrebbe dire che per fare "cosa XXX" basterebbe aprire un ticket e farci installare plugin "YYY" per renderci indipendenti, ma non si può aprire un ticket per ogni cosa che avremmo potuto fare in autonomia come eravamo abituati prima, perché non possiamo prevedere tutto in anticipo. | ||
+ | |||
+ | La questione è che l'associazione dovrebbe desiderare di avere gli accessi completi al suo sito (almeno FTP e database) e il fornitore dovrebbe semplicemente garantire l'uptime del server, il pacchetto ore (presente) e backup e restore in caso di problemi applicativi (presente). | ||
+ | |} | ||
+ | |||
+ | == Chiarimenti contrattuali gennaio 2021 (vecchi) == | ||
+ | |||
+ | Chiarimenti a beneficio dell'associazione: | ||
+ | |||
+ | ;Punto 1 | ||
+ | |||
+ | * nel contratto '''separare''' l''''hosting''' dall'assistenza di '''webmaster''' | ||
+ | *: → per esempio per poter avere (anche?) altri webmaster esterni (esempio: nostro consulente esterno SEO) | ||
+ | *: → per esempio per poter eventualmente interrompere il loro hosting ma mantenendo la loro assistenza webmaster | ||
+ | *:: Contesto storico: prima il sito era sul [[server]] {{Server link|fabula}} dell'associazione gestito dai nostri volontari [[Infrastruttura]], ma i volontari avevano tempo solo per interventi a basso livello e non di webmaster. In breve, ora potrebbe avere senso riportare il sito in associazione ma continuando col fornitore una preziosa assistenza webmaster. | ||
+ | |||
+ | ;Punto 2 | ||
+ | * se '''non''' è/sarà previsto o conveniente un loro intervento "celere": | ||
+ | *: → permettere altri collaboratori | ||
+ | *: Nota: "celere" significa sicuramente meno di un mese per rimuovere Google Tag Manager dal sito | ||
+ | *: Nota: il fornitore ora ha certe responsabilità di uptime e una gestione esclusiva e si rifiuterà di prendersi responsabilità sulle modifiche di collaboratori estranei a loro | ||
+ | *:: questo va bene, è una condizione standard per tutelarsi, ma una collaborazione fra noi e loro sarebbe più sana che una gestione esclusiva (premettendo che in caso di problemi causati da noi possiamo avere la loro assistenza pagata, o nello spirito di "chi rompe paga" permettere appunto ai nostri famosi collaboratori di poter sistemare prima di richiedervi l'assistenza urgente pagata, come avviene di solito per altri hosting, ecc.) | ||
+ | * oppure se '''non''' si considera la possibilità di avere altri collaboratori, nè altri consulenti nè volontari lista Tech: | ||
+ | *: → fare inserire nel contratto tempi certi e celeri di evasione delle nostre richieste e sviluppi | ||
+ | |||
+ | Nota interna: in breve, l'associazione non faccia partire collaborazioni SEO con altri consulenti se non si è certi che possano lavorare sul sito o avere le loro richieste velocemente evase dal fornitore. | ||
+ | |||
---- | ---- | ||
;Cose da fare nostre | ;Cose da fare nostre | ||
A margine occorre aggiornare l'informativa sulla privacy per aggiungere il fornitore: la newsletter è loro ( ed è sempre inclusa nel sito [https://www.webarea.services/form_give/index.php?pagina=form&action=viewForm&idform=474&idEnass=c8ffe9a587b126f152ed3d89a146b445]). | A margine occorre aggiornare l'informativa sulla privacy per aggiungere il fornitore: la newsletter è loro ( ed è sempre inclusa nel sito [https://www.webarea.services/form_give/index.php?pagina=form&action=viewForm&idform=474&idEnass=c8ffe9a587b126f152ed3d89a146b445]). |
Versione attuale delle 16:35, 26 gen 2022
Questa è una pagina datata, mantenuta solo per interesse storico. Le informazioni contenute potrebbero non essere più attuali. |
- Data
- 31 gennaio 2021
- Aggiornamento
- 26 febbraio 2021
Ultime considerazioni:
Preambolo
Al 26 febbraio 2021 💼 np
era il fornitore di hosting nonché webmaster esclusivo del Sito https://www.wikimedia.it ma da dicembre 2020 vi erano in stallo diverse lavorazioni ormai critiche per l'associazione, anche dal punto di vista della protezione dei dati personali dei visitatori del nostro sito web, nonostante sollecitazioni di User:Maupao70 ed User:Erica Pedone.
Ci sono state diverse riunioni col fornitore. Questa pagina raccoglie gli spunti per tali riunioni e alcune considerazioni.
Da 2021 il fornitore 💼 np
non è più l'hosting del sito. Il webmaster del sito è diventato 💼 eme
.
Considerazioni 26 febbraio 2021
Queste le ultime considerazioni al 26 febbraio 2021.
- Stato corrente
- Il sito è in gestione (esclusiva) del fornitore
💼 np
.
- Problema corrente
- Con tale fornitore abbiamo ancora molte #Lavorazioni in stallo e non abbiamo trovato un accordo convincente per risolvere la situazione nonostante tutti i preventivi richiesti ad oggi:
- Soluzione proposta
- È stato trovato un nuovo fornitore (
💼 eme
) che promette tempi di risposta e costi più competitivi. Allo stesso tempo si può tornare a sfruttare l'Infrastruttura facendo tornare il sito in associazione, con il supporto di un nuovo fornitore per procedere con tutte le lavorazioni in stallo.
- Contesto storico
- Fino al 2020 il sito era già gestito dall'infrastruttura dell'associazione ma era gestito totalmente dai volontari tecnici. Eravamo passati a
💼 np
per tentare di risolvere stalli negli sviluppi. Soprattutto perché allora il server⚙️ fabula
non poteva eseguire applicativi con PHP aggiornato (risolto con phabricator:T270776).
- Proposta
- Riportare il sito in associazione (server
⚙️ fabula
) e assegnare le lavorazioni in stallo al nuovo fornitore identificato.- Valori aggiunti:
- sblocco delle lavorazioni in stallo
- risparmio sui costi di hosting (sfruttamento delle risorse già a disposizione)
- tempi di risposta convincenti
- costi di sviluppo più competitivi
- possibilità di rendere autonomi certi collaboratori (SEO, ecc.)
- Valori aggiunti:
Lavorazioni in stallo
- rimuovere il codice di tracciamento proprietario e di terze parti Google Tag Manager per incompatibilità con la nostra privacy policy e con le linee guida Wikimedia Foundation - phabricator:T270616
- Ad esempio:
- rimuovere i font di terze parti di Google Fonts e sostituirlo con le rispettive versioni in locale - phabricator:T270616
- fix dei problemi di performance del server web del fornitore - phabricator:T267000
- Nel sito abbiamo riscontrato risorse segnate come "non sicure" provenienti da http://188.213.160.48
- In particolare quando c'è un certo slider attivo (l'attivazione è random), può comparire questa risorsa nella console di Firefox
- Da sostituire con:
- Abbiamo notato che al momento è possibile visitare il nostro sito da questo indirizzo:
http://188.213.160.48/wiki/
- Questo tipo di accesso andrebbe evitato, ad esempio non rispondendo con il nostro sito o reindirizzando alla pagina corretta.
- richiedere questa nuova liberatoria richiesta:
Io M. Consorti, legale rappresentante NP Solutions, analogamente al recente rilascio delle modifiche al sito www.wikimedia.it, confermo il rilascio delle modifiche a sostieni.wikimedia.it sotto la stessa licenza di WordPress GNU General Public License v2+.
- ci saranno ulteriori richieste non meglio precisabili fornite dal nostro consulente esterno SEO, sicuramente riguardanti il tema o plugin o webserver stesso
- fornirci una copia della directory
https://www.wikimedia.it/wp-content/themes/betheme/
che essendo in licenza libera vorremmo rilasciarla ai soci - phabricator:T271622 (wishlist soci)
Preventivo 18 febbraio 2021
Commenti preventivo ricevuto il 18 febbraio 2021:
Tema | Stato | Commento Valerio |
---|---|---|
pacchetto ore | OK | Costi nella media attesa. |
backup | CHIARIRE | La voce di costo 1080 EUR/anno per i backup automatici standard merita chiarimenti.
Se comprende le attività di ripristino, OK, ma ci aspettevamo di pagarle via ticket, scalando monte ore. |
co-gestione | MANCA | Come già detto, all'associazione serve continuità di sviluppo ma ci preoccupa una gestione esclusiva. Vorremmo poter aggiornare o installare un plugin e modificare il tema (e in caso di problemi abbiamo già il pacchetto ore, sarebbe tutto lineare per noi). Non è desiderabile aprire un ticket ogni volta che dobbiamo anche solo scaricare la cartella del tema del sito, perché rallenterebbe tutte le nostre lavorazioni e farebbe levitare i costi.
Si potrebbe dire che per fare "XXX" basterebbe aprire un ticket per farci installare plugin "YYY" e renderci indipendenti, ma non si può aprire un ticket per ogni cosa che avremmo potuto fare in autonomia come eravamo abituati prima, perché non possiamo prevedere le richieste dei nostri collaboratori in anticipo. Insistere richiesta FTP e accesso database (2° sollecito). |
Preventivo 9 febbraio 2021 (vecchio)
- Richieste
- costo base di lavorazione oraria base (generica attività webmaster / generica attività sistemistica)
- un'offerta acquistando un pacchetto ore (boh, una media
di 6 ore a settimana di lavoro? per 4 mesi,
- quanto costa assicurarci un ticket Alta priorità (presa in carico entro poche ore / in giornata), media priorità (presa in carico in un paio di giorni lavorativi), e bassa priorità (presa in carico in settimana) secondo le consuetudini che ci hanno accennato
- qual è il piano di backup standard (e.g. ci fanno un backup ogni giorno la mattina? data retention per 7 giorni? ecc.)
- quant'è il nostro recovery period contrattuale (quanto tempo passa dopo che gli diciamo di fare un restore all'ultimo backup)?
- lo stesso preventivo MA nostro collaboratore (e.g. permettere a collaborazioni SEO di lavorare in tranquillità
- Commenti preventivo ricevuto
Tema nuovo preventivo 2021-02-09 | Presenza | Commento personale Valerio |
---|---|---|
pacchetto ore | OK | Costi nella media attesa. |
garanzia tempi di ripristino | OK | Tempi nella media attesa. |
manutenzione base | RIESAMINARE | Costi/impegno sopra alla media attesa. Ridurre la manutenzione base a 16 ore l'anno. Vorremmo poter aggiornare plugin e temi in autonomia come eravamo abituati con tutti gli altri fornitori.
Non significa che vogliamo prendercene il carico, ma che dovremmo poterlo fare in autonomia come eravamo abituati. |
orario previsto del backup giornaliero | MANCA | Esempio: «il backup automatico giornaliero è effettuato alle 06:00 Europe/Rome» |
storico previsto backup | MANCA | Esempio: «la nostra data retention standard sui backup è di 7 giorni» |
co-gestione | MANCA | Come già detto, all'associazione serve continuità di sviluppo, garantito dal loro pacchetto ore. Ci preoccupa una gestione esclusiva. Vorremmo poter aggiornare o installare un plugin e modificare il tema (e in caso di problemi abbiamo già il pacchetto ore, sarebbe tutto lineare per noi). Non è desiderabile aprire un ticket ogni volta che dobbiamo anche solo scaricare la cartella del tema del sito.
Si potrebbe dire che per fare "cosa XXX" basterebbe aprire un ticket e farci installare plugin "YYY" per renderci indipendenti, ma non si può aprire un ticket per ogni cosa che avremmo potuto fare in autonomia come eravamo abituati prima, perché non possiamo prevedere tutto in anticipo. La questione è che l'associazione dovrebbe desiderare di avere gli accessi completi al suo sito (almeno FTP e database) e il fornitore dovrebbe semplicemente garantire l'uptime del server, il pacchetto ore (presente) e backup e restore in caso di problemi applicativi (presente). |
Chiarimenti contrattuali gennaio 2021 (vecchi)
Chiarimenti a beneficio dell'associazione:
- Punto 1
- nel contratto separare l'hosting dall'assistenza di webmaster
- → per esempio per poter avere (anche?) altri webmaster esterni (esempio: nostro consulente esterno SEO)
- → per esempio per poter eventualmente interrompere il loro hosting ma mantenendo la loro assistenza webmaster
- Contesto storico: prima il sito era sul server
⚙️ fabula
dell'associazione gestito dai nostri volontari Infrastruttura, ma i volontari avevano tempo solo per interventi a basso livello e non di webmaster. In breve, ora potrebbe avere senso riportare il sito in associazione ma continuando col fornitore una preziosa assistenza webmaster.
- Contesto storico: prima il sito era sul server
- Punto 2
- se non è/sarà previsto o conveniente un loro intervento "celere":
- → permettere altri collaboratori
- Nota: "celere" significa sicuramente meno di un mese per rimuovere Google Tag Manager dal sito
- Nota: il fornitore ora ha certe responsabilità di uptime e una gestione esclusiva e si rifiuterà di prendersi responsabilità sulle modifiche di collaboratori estranei a loro
- questo va bene, è una condizione standard per tutelarsi, ma una collaborazione fra noi e loro sarebbe più sana che una gestione esclusiva (premettendo che in caso di problemi causati da noi possiamo avere la loro assistenza pagata, o nello spirito di "chi rompe paga" permettere appunto ai nostri famosi collaboratori di poter sistemare prima di richiedervi l'assistenza urgente pagata, come avviene di solito per altri hosting, ecc.)
- oppure se non si considera la possibilità di avere altri collaboratori, nè altri consulenti nè volontari lista Tech:
- → fare inserire nel contratto tempi certi e celeri di evasione delle nostre richieste e sviluppi
Nota interna: in breve, l'associazione non faccia partire collaborazioni SEO con altri consulenti se non si è certi che possano lavorare sul sito o avere le loro richieste velocemente evase dal fornitore.
- Cose da fare nostre
A margine occorre aggiornare l'informativa sulla privacy per aggiungere il fornitore: la newsletter è loro ( ed è sempre inclusa nel sito [1]).