Wikipedia:Bot/Autorizzazioni: differenze tra le versioni
→Omega Bot: re |
|||
(8 versioni intermedie di 2 utenti non mostrate) | |||
Riga 24: | Riga 24: | ||
'''Discussione:''' <small>([https://it.wikipedia.org/w/index.php?limit=1000&title=Speciale%3AContributi&contribs=user&target=Sakretsu&namespace=&tagfilter=&start=2017-10-15&end=2017-10-16 link diretto alle modifiche 01:20~02:28])</small> |
'''Discussione:''' <small>([https://it.wikipedia.org/w/index.php?limit=1000&title=Speciale%3AContributi&contribs=user&target=Sakretsu&namespace=&tagfilter=&start=2017-10-15&end=2017-10-16 link diretto alle modifiche 01:20~02:28])</small> |
||
* {{favorevole}} ... diciamo che da buon amministratore tecnico '''devi''' avere un utenza bot :) --[[Utente:Rotpunkt|Rotpunkt]] ([[Discussioni utente:Rotpunkt|msg]]) 20:57, 16 ott 2017 (CEST) |
* {{favorevole}} ... diciamo che da buon amministratore tecnico '''devi''' avere un utenza bot :) --[[Utente:Rotpunkt|Rotpunkt]] ([[Discussioni utente:Rotpunkt|msg]]) 20:57, 16 ott 2017 (CEST) |
||
{{cassetto|titolo=Varie sulle velocità|testo= |
|||
: Riguardo alla velocità quella di 12 al minuto è una velocità consigliata [[en:Wikipedia:Bot policy]], ma quello che è veramente importante è utilizzare un software che utilizzi il cosidetto maxlag (vedi [[mw:Manual:Creating_a_bot#Bot_best_practices]]), ossia un client che aggiunge nelle richieste al server il parametro maxlag (settato al massimo a 5 secondi). Questo fa sì che il server non eseguirà la modifica se i database slave sono in ritardo di sincronizzazione di più di 5 secondi. Questa è quello che conta, e se usi Pywikibot lo fa (a meno che tu non lo disabiliti volontariamente). Quindi sei a posto anche se imposti una frequenza maggiore (perché Pywikibot si arresterà da solo automaticamente se gli slave server stanno laggando di più di 5 secondi). --[[Utente:Rotpunkt|Rotpunkt]] ([[Discussioni utente:Rotpunkt|msg]]) 21:13, 16 ott 2017 (CEST) |
: Riguardo alla velocità quella di 12 al minuto è una velocità consigliata [[en:Wikipedia:Bot policy]], ma quello che è veramente importante è utilizzare un software che utilizzi il cosidetto maxlag (vedi [[mw:Manual:Creating_a_bot#Bot_best_practices]]), ossia un client che aggiunge nelle richieste al server il parametro maxlag (settato al massimo a 5 secondi). Questo fa sì che il server non eseguirà la modifica se i database slave sono in ritardo di sincronizzazione di più di 5 secondi. Questa è quello che conta, e se usi Pywikibot lo fa (a meno che tu non lo disabiliti volontariamente). Quindi sei a posto anche se imposti una frequenza maggiore (perché Pywikibot si arresterà da solo automaticamente se gli slave server stanno laggando di più di 5 secondi). --[[Utente:Rotpunkt|Rotpunkt]] ([[Discussioni utente:Rotpunkt|msg]]) 21:13, 16 ott 2017 (CEST) |
||
:: Approfondisco ulteriormente, magari ti interessa, i database utilizzati delle varie wiki sono suddivisi tra server, quello di itwiki sta sul cluster s2, con un server master e 6 server slave. Tutte le modifiche in scrittura sono fatte sul master. Tutte le letture sono fatte sugli slave, per motivi di fault-tolerance e suddivisione del carico. Gli slave si sincronizzano leggendo il log delle modifiche del |
:: Approfondisco ulteriormente, magari ti interessa, i database utilizzati delle varie wiki sono suddivisi tra server, quello di itwiki sta sul cluster s2, con un server master e 6 server slave. Tutte le modifiche in scrittura sono fatte sul master. Tutte le letture sono fatte sugli slave, per motivi di fault-tolerance e suddivisione del carico. Gli slave si sincronizzano leggendo il log delle modifiche del master. Se uno o più bot modificano il master troppo velocemente gli slave tarderanno sempre di più (oltre i 30 secondi la wiki passa in modalità di sola lettura). Il ritardo attuale degli slave del cluster s2 (il nostro) lo puoi vedere così: https://it.wikipedia.org/w/api.php?action=query&meta=siteinfo&siprop=dbrepllag&sishowalldb=1 se non ci sono grosse attività è sotto il secondo. Il primo è il master, gli altri gli slave. Il lag degli slave, che vuoi che non superi il "maxlag" che imposti col bot, è quel "lag" che trovi per ogni "host". --[[Utente:Rotpunkt|Rotpunkt]] ([[Discussioni utente:Rotpunkt|msg]]) 21:32, 16 ott 2017 (CEST) |
||
:::Grazie per la dritta e la spiegazione e... alla faccia! :-)) Immagino che per portare gli slave a cinque secondi ce ne voglia. Ma giusto per curiosità, i server di en.wiki quindi sono [https://en.wikipedia.org/w/api.php?action=query&meta=siteinfo&siprop=dbrepllag&sishowalldb=1 questi], giusto? Mai possibile che se la cavano con solo due server slave in più?--[[Utente:Sakretsu|Sakretsu]] ([[Discussioni utente:Sakretsu|炸裂]]) 21:54, 16 ott 2017 (CEST) |
|||
::::Il fatto è che sul quel cluster (s1) c'è solo enwiki :) mentre su s2 ci sono varie wiki. Tutte le suddivisioni le puoi trovare qui: https://noc.wikimedia.org/db.php (in fondo a ogni colonna trovi "Databases:"). --[[Utente:Rotpunkt|Rotpunkt]] ([[Discussioni utente:Rotpunkt|msg]]) 22:00, 16 ott 2017 (CEST) |
|||
:::::Riguardo allo sforamento dei 5 secondi, mi capita, non spessissimo, ma mi capita, che pywikibot nel fare la modifica scriva sulla console qualcosa del tipo "slave lag exceeded maxlag, retrying in ten seconds". Sicuramente non solo per il mio bot, ma per la concomitanza di diversi bot assieme, anche di altre wiki dello stesso cluster. --[[Utente:Rotpunkt|Rotpunkt]] ([[Discussioni utente:Rotpunkt|msg]]) 22:20, 16 ott 2017 (CEST) |
|||
::::::Ah ecco, ora si spiega. Comunque non penso di andare oltre i 3/4 secondi se non di notte magari. Col flag il bot non dovrebbe dare fastidio agli altri utenti, ma non si sa mai.--[[Utente:Sakretsu|Sakretsu]] ([[Discussioni utente:Sakretsu|炸裂]]) 23:11, 16 ott 2017 (CEST) |
|||
}} |
Versione delle 23:11, 16 ott 2017
Per avere l'abilitazione di bot, occorre:
Clicca qui per richiedere il flag di bot, le nuove richieste vanno in fondo. Per CommonsDelinker: vedi discussione sul perché le richieste di flag sono declinate. Per presentare una richiesta di revoca, inserirla in questa stessa sezione; la funzione viene revocata da un burocrate. |
To obtain a bot flag you have to (automatic approval is not allowed on this wiki):
Click here to request a flag and follow the instructions provided, new requests on the bottom of the page. For CommonsDelinker: see discussion about why flag requests have been rejected. To present a request for revocation, insert it in this section; the flag will be revoked by a bureaucrat. |
Richieste di autorizzazione in corso
(current requests for approval)
- Nessuna richiesta di autorizzazione in corso / No authorization request for approval.
Omega Bot
- Omega Bot (discussioni · contributi). Contributi globali
- Pagina per flaggare il bot
- Manovratore: Sakretsu (炸裂)
- Data della richiesta: 20:16, 16 ott 2017 (CEST)
- Software: pywikibot
- Funzioni: per ora solo sostituzioni semplici con replace.py
- Già presente in...
- Descrizione: Qualche giorno fa mi sono deciso a studiarmi delete.py per effettuare circa 600 C9. Ieri sera ho corretto gli avvisi di 500 e passa voci con replace.py per via dello spostamento delle categorie di servizio dovuto a questa richiesta. Normalmente l'avrei fatto a mano come in passato, ma siccome il tempo passa anche per me ho sfruttato pywikibot. Ho impostato il delay a 6 secondi per le prime 200 modifiche e dopo aver acquistato sicurezza sono passato a 5 per le ultime 300 (la modifica è minima e a mano ci avrei messo lo stesso tempo, spero mi perdonerete se ho ecceduto il limite del minuto per i non flaggati). Ovviamente tenevo d'occhio in diretta il risultato casomai ci fosse stato il bisogno di premere Ctrl + C. Potete considerarlo il mio campione di prova per il bot, anche perché se riceverà il flag probabilmente non sarà mai lasciato solo nonostante il nome pomposo :-) P.S. il limite è ancora 12 modifiche al minuto, ricordo bene?
For local bots only: Se il flag di bot è richiesto per funzioni diverse da sistemare interwiki e correggere redirect doppi assicurati di inserire in Wikipedia:Wikipediano/Annunci la richiesta nel formato{{subst:Breve/bot|Omega Bot}}
Discussione: (link diretto alle modifiche 01:20~02:28)
- Favorevole ... diciamo che da buon amministratore tecnico devi avere un utenza bot :) --Rotpunkt (msg) 20:57, 16 ott 2017 (CEST)
- Riguardo alla velocità quella di 12 al minuto è una velocità consigliata , ma quello che è veramente importante è utilizzare un software che utilizzi il cosidetto maxlag (vedi mw:Manual:Creating_a_bot#Bot_best_practices), ossia un client che aggiunge nelle richieste al server il parametro maxlag (settato al massimo a 5 secondi). Questo fa sì che il server non eseguirà la modifica se i database slave sono in ritardo di sincronizzazione di più di 5 secondi. Questa è quello che conta, e se usi Pywikibot lo fa (a meno che tu non lo disabiliti volontariamente). Quindi sei a posto anche se imposti una frequenza maggiore (perché Pywikibot si arresterà da solo automaticamente se gli slave server stanno laggando di più di 5 secondi). --Rotpunkt (msg) 21:13, 16 ott 2017 (CEST)
- Approfondisco ulteriormente, magari ti interessa, i database utilizzati delle varie wiki sono suddivisi tra server, quello di itwiki sta sul cluster s2, con un server master e 6 server slave. Tutte le modifiche in scrittura sono fatte sul master. Tutte le letture sono fatte sugli slave, per motivi di fault-tolerance e suddivisione del carico. Gli slave si sincronizzano leggendo il log delle modifiche del master. Se uno o più bot modificano il master troppo velocemente gli slave tarderanno sempre di più (oltre i 30 secondi la wiki passa in modalità di sola lettura). Il ritardo attuale degli slave del cluster s2 (il nostro) lo puoi vedere così: https://it.wikipedia.org/w/api.php?action=query&meta=siteinfo&siprop=dbrepllag&sishowalldb=1 se non ci sono grosse attività è sotto il secondo. Il primo è il master, gli altri gli slave. Il lag degli slave, che vuoi che non superi il "maxlag" che imposti col bot, è quel "lag" che trovi per ogni "host". --Rotpunkt (msg) 21:32, 16 ott 2017 (CEST)
- Grazie per la dritta e la spiegazione e... alla faccia! :-)) Immagino che per portare gli slave a cinque secondi ce ne voglia. Ma giusto per curiosità, i server di en.wiki quindi sono questi, giusto? Mai possibile che se la cavano con solo due server slave in più?--Sakretsu (炸裂) 21:54, 16 ott 2017 (CEST)
- Il fatto è che sul quel cluster (s1) c'è solo enwiki :) mentre su s2 ci sono varie wiki. Tutte le suddivisioni le puoi trovare qui: https://noc.wikimedia.org/db.php (in fondo a ogni colonna trovi "Databases:"). --Rotpunkt (msg) 22:00, 16 ott 2017 (CEST)
- Riguardo allo sforamento dei 5 secondi, mi capita, non spessissimo, ma mi capita, che pywikibot nel fare la modifica scriva sulla console qualcosa del tipo "slave lag exceeded maxlag, retrying in ten seconds". Sicuramente non solo per il mio bot, ma per la concomitanza di diversi bot assieme, anche di altre wiki dello stesso cluster. --Rotpunkt (msg) 22:20, 16 ott 2017 (CEST)
- Ah ecco, ora si spiega. Comunque non penso di andare oltre i 3/4 secondi se non di notte magari. Col flag il bot non dovrebbe dare fastidio agli altri utenti, ma non si sa mai.--Sakretsu (炸裂) 23:11, 16 ott 2017 (CEST)
- Riguardo allo sforamento dei 5 secondi, mi capita, non spessissimo, ma mi capita, che pywikibot nel fare la modifica scriva sulla console qualcosa del tipo "slave lag exceeded maxlag, retrying in ten seconds". Sicuramente non solo per il mio bot, ma per la concomitanza di diversi bot assieme, anche di altre wiki dello stesso cluster. --Rotpunkt (msg) 22:20, 16 ott 2017 (CEST)
- Il fatto è che sul quel cluster (s1) c'è solo enwiki :) mentre su s2 ci sono varie wiki. Tutte le suddivisioni le puoi trovare qui: https://noc.wikimedia.org/db.php (in fondo a ogni colonna trovi "Databases:"). --Rotpunkt (msg) 22:00, 16 ott 2017 (CEST)
- Grazie per la dritta e la spiegazione e... alla faccia! :-)) Immagino che per portare gli slave a cinque secondi ce ne voglia. Ma giusto per curiosità, i server di en.wiki quindi sono questi, giusto? Mai possibile che se la cavano con solo due server slave in più?--Sakretsu (炸裂) 21:54, 16 ott 2017 (CEST)
- Approfondisco ulteriormente, magari ti interessa, i database utilizzati delle varie wiki sono suddivisi tra server, quello di itwiki sta sul cluster s2, con un server master e 6 server slave. Tutte le modifiche in scrittura sono fatte sul master. Tutte le letture sono fatte sugli slave, per motivi di fault-tolerance e suddivisione del carico. Gli slave si sincronizzano leggendo il log delle modifiche del master. Se uno o più bot modificano il master troppo velocemente gli slave tarderanno sempre di più (oltre i 30 secondi la wiki passa in modalità di sola lettura). Il ritardo attuale degli slave del cluster s2 (il nostro) lo puoi vedere così: https://it.wikipedia.org/w/api.php?action=query&meta=siteinfo&siprop=dbrepllag&sishowalldb=1 se non ci sono grosse attività è sotto il secondo. Il primo è il master, gli altri gli slave. Il lag degli slave, che vuoi che non superi il "maxlag" che imposti col bot, è quel "lag" che trovi per ogni "host". --Rotpunkt (msg) 21:32, 16 ott 2017 (CEST)