Mechanicus

Drain-tanking build per leveling Warlock - WoW Classic - Livello 30+

2019-09-11T00:00:00+02:00

Esco un po’ da quelli che sono gli argomenti tipici di cui scrivo, questo perché il 28 agosto c’è stato il lancio di World of Warcraft Classic, e nonostante un abbandono della versione Retail l’anno passato, sono tornato per riprovare l’esperienza un po’ rétro (ma sempre valida) del vanilla-like.

Quasi tutte le guide che ho letto consigliano durante il leveling di focalizzarsi sul tanking del Voidwalker, e personalmente la posso considerare una tattica valida fino al livello 30, ma superato quel livello personalmente ho fatto fatica, nonostante usassi solo DoT e Wand diventano importanti i downtime dovuti al dover recuperare sia vita che mana, questo anche perché il Voidwalker non è praticamente in grado di generare sufficiente Threat, quindi mi sono trovato comunque ad avere i mob sempre addosso dopo una manciata di secondi.

Personalmente vi consiglio di non aspettare tanto come ho fatto io, ma di fare il primo respec in occasione del livello 30, ma la cosa a mio avviso decolla dopo il 40 con Dark Pact.

Introduzione alla build

Questa build non è certo nuova, principalmente si focalizza sul potenziare i DoT Shadow e Drain Life. Applicate e mantenete Corruption, Curse of Agony, Siphon Life (preferibilmente in questo ordine), e Drain Life come filler, se c’è il proc di Nightfall, Shadow Bolt.
Eventualmente se ve la sentite potete anche fare juggling ovvero applicate i DoT su un secondo mob e tenetelo in Fear, o comunque alternare il Fear fra i due mob.
Fra un combattimento e l’altro Dark Pact appena lo prendete, in sostituzione a Life Tap; questo vi dovrebbe consentire di avere sempre mana sufficiente senza dovervi fermare a mangiare o bere, ma in generale evitate di tenere il mana del vostro demone al massimo perché sprecate il suo regen.

Drain-tanking build - Livello 30

Drain-tanking - Livello 30

Affliction
5/5 Improved Corruption - Rende Corruption instant
2/2 Improved Life Tap - Non è un filler, Life Tap lo userete troppo spesso
5/5 Improved Drain Life - Doppio effetto, aumenta i danni fatti da Drain Life e quindi aumenta le cure che riceverete
5/5 Fel Concentration - Il fulcro della build, senza il 70% di resistenza all’interrupt da danno nemmeno ha senso di parlare di Drain Life
2/2 Nightfall - Corruption e Drain Life saranno fissi sul bersaglio quindi Nightfall proccherà abbastanza spesso
1/2 Grim Reach - Utile per aumentare un poco il range di Drain Life che è 20 yd di base
1/1 Siphon Life - Altre cure passive che vi arriveranno

Per i livelli successivi, mi sento di consigliare strade diverse se siete su un server PvE o su un server PvP.

Livelli 31-60 per i server PvE - Demone Imp

Drain-tanking - PvE - Livello 60

Nota Importante: l’Imp tenetelo in Defensive, ma con l’autocast di Firebolt disattivato (click destro sull’abilità); così facendo l’Imp non uscirà mai dal Phase Shift poiché non ha un attacco melee, ma continuerà a lanciare Fire Shield automaticamente, diversamente se lo teneste in Passive, sareste costretti a lanciarlo in manuale, ma siccome è un buff molto corto (3 minuti) diventa scomodo.

Affliction
31: 2/2 Grim Reach
32-34: 3/5 Suppression - Riduce il numero di resist soprattutto da target di livello più alto del vostro
35-39: 5/5 Shadow Mastery - Più danno Shadow e più cure
40: 1/1 Dark Pact - I demoni diventano delle “batterie” di mana ambulanti
41: 1/1 Amplify Curse - Nei casi abbiate da dover gestire un élite, il 50% di danni bonus a Curse of Agony è senz’altro apprezzabile.

Demonology
42-44: 3/3 Improved Imp - Personalmente preferisco l’imp come batteria di mana per tre ragioni come ho già detto nella nota più sopra, con Phase Shift è immune, Fire Shield sono comunque danni passivi nei confronti di chi vi attacca, Stamina a palate con Blood Pact (che si somma eventualmente a Power Word: Fortitude dei Priest)
45-46: 2/5 Demonic Embrace
47-51: 5/5 Fel Intellect - Un notevole incremento del pool di mana del vostro demone
52: 1/1 Fel Domination - Questo talento non lo consiglio tanto per dover risummonare il demone nel caso muoia, ma perché i demoni partono col 100% di mana dopo il summon anche se prima erano a 0%, quindi ogni 15 minuti potete avere un boost di mana da usare con Dark Pact
53-55: 5/5 Demonic Embrace

Affliction
56-58: 3/3 Improved Curse of Agony
59-60: 5/5 Suppression

Livelli 31-60 per i server PvP - Demone Succubus o Felhunter

Drain-tanking - PvP - Livello 60

Nota: Questa build non è ottimizzata come spec da PvP puro, ma ho tentato di allocare punti talento dove possano servire di più nel caso vi trovaste in situazioni PvP durante il leveling. Personalmente non gioco su un server PvP quindi non posso garantirvi la bontà sul campo, ma solo a livello teorico.

Affliction
31: 2/2 Grim Reach
32: 1/1 Amplify Curse - Prerequisito per Curse of Exhaustion
33: 1/1 Curse of Exhaustion
34-35: 2/4 Improved Curse of Exhaustion - Di base è abbastanza debole Curse of Exhaustion
36-40: 5/5 Shadow Mastery
41: 1/1 Dark Pact - Nel PvP è importante non abusare di Life Tap per ovvie ragioni, quindi rimane una buona scelta a mio avviso

Demonology
42-43: 2/2 Improved Healthstone
44-46: 3/5 Demonic Embrace
47-51: 5/5 Fel Intellect
52: 1/1 Fel Domination
53-54: 5/5 Demonic Embrace
55-56: 2/5 Fel Stamina - Serve come filler, in alternativa potete investire in Improved Health Funnel
57-58: 2/2 Master Summoner - Questo talento in tandem con Fel Domination vi consente di fare il summon del demone in 0.5 sec con un costo risibile

Affliction
59-60: 4/4 Improved Curse of Exhaustion

Equipaggiamento 35+

Mi sento di consigliarvi anche il seguente equipaggiamento fra il 35 e il 45, che oltre ad un po’ di statistiche primarie vi darà circa 130 Shadow spell damage:
35+ Orb of Dar’Orahil - Quest Fragments of the Orb of Orahil scegliendo la sottoquest riguardante i Felhunter
37 Shadoweave Pants - Tailoring
38 Shadoweave Robe - Tailoring
40 Shadoweave Gloves - Tailoring
42 Shadoweave Shoulders - Tailoring
43 Shadoweave Boots - Tailoring
44 Shadoweave Mask - Tailoring
45+ Shadowy Bracers - Quest di Tailoring Shadoweaver

Raspberry Pi 4 Official Case - Non lo acquistate

2019-07-24T00:00:00+02:00

Andrò subito al sodo, il case ufficiale del Raspberry Pi 4 è inutile se non addirittura dannoso, non lo acquistate.

Che il Raspberry Pi 4 non è perfetto lo sapevo, tralasciando la mancata compatibilità con lo standard USB-C, sapevo che avrebbe scaldato più dei predecessori, ma il case ufficiale fondamentalmente può essere usato solo se scoperto e nel mio caso si assesta intorno ai 67°C, chiudendolo il Pi 4 arriva quasi a 80°C in idle — eh sì, che l’estate faccia caldo chi poteva prevederlo — e sotto carico supera gli 80°C andando in crash. E questo utilizzandolo senza monitor, quindi senza il carico aggiuntivo della GPU.

Per carità non mi lamento per i €5 di plastica, ma sentirsi dire di togliere il coperchio o acquistare una ventola mi sa di presa per i fondelli.

Sono sicuramente fra gli ultimi a dirlo, ma a scanso di equivoci il Raspberry Pi 4 HA bisogno di una ventola, qualsiasi sia l’uso che ne dovete fare.

Sinceramente al momento a questo case non trovo un vero uso, se non quello di protezione in caso di dover trasportare il RPi, per tanto cercate altrove se avete bisogno di un case per l’utilizzo di tutti i giorni.

Disattivare la modalità non disturbare automatica su EMUI quando si guida

2019-06-06T00:00:00+02:00

Questa è la storia di una piccola sconfitta, dopo tanto girovagare nei menù di sistema infatti non sono riuscito a trovare una voce che mi permettesse di disattivare la modalità auto sullo smartphone. Se non vi interessa la digressione potete passare direttamente alla soluzione.

Partendo dall’inizio, tempo fa Google ha implementato la modalità auto sui Pixel — che ha poi esteso anche agli altri modelli di smartphone — che attiva la modalità Non disturbare quando si stà guidando per ragioni di sicurezza, evitando che il guidatore si senta in dovere di distrarsi rispondendo a chiamate e messaggi in arrivo; lì per lì quando me l’hanno proposta ho accettato che si attivasse automaticamente, non pensando ad alcuni casi in cui poteva erroneamente attivarsi.

Per capire, vediamo come Google definisce i seguenti parametri per l’attivazione e la disattivazione automatica: ¹

Il telefono avvia la modalità Auto entro un minuto da quando:

Viene connesso a un’auto

Determina che il veicolo è in movimento

Il telefono interrompe la modalità Auto dopo circa:

30 secondi da quando inizi a camminare

10 minuti dall’assenza di movimento

Col tempo ho capito che non solo non mi serviva, ma addirittura che mi creava solo disagi, prendendo quotidianamente i mezzi pubblici per spostarmi, capita regolarmente che il cellulare abiliti la modalità Non disturbare in momenti in cui non c’è nessun pericolo di distrazione, non solo, ho notato che a volte entrava in modalità auto anche quando ero seduto e avevo il cellulare in tasca, e per me quest’ultimo caso è inaccettabile, ho perso delle chiamate solo perché il sistema sopprimeva a caso le notifiche.

Avendo uno smartphone Huawei, non ho trovato in EMUI² una voce nella sezione Non disturbare relativa alla guida, per cui fallendo col bisturi, mi è toccato usare il bazooka stavolta.

Togliere l’autorizzazione “Non disturbare” a Google Play Services su EMUI 9

Il servizio che abilita la modalità auto è Google Play Services, per cui togliendo all’app l’autorizzazione a gestire la modalità Non disturbare si risolve il problema.

Ammetto che non è palese ad una prima occhiata dove si possa trovare questa autorizzazione per cui riassumo qua sotto i passaggi.

Partendo dall’app Impostazioni scegliete il menù App > di nuovo App > aprite il menù ausiliario in alto a destra e scegliete Accesso speciale > Funzioni app Non disturbare

Da qua andate a togliere l’autorizzazione a Google Play Services che da qui in avanti non si azionerà più quando l’app crede che voi siate in movimento.

Ammetto che non è una soluzione pulita come vorrei, ma a quanto pare su EMUI nel menù apposito manca totalmente la possibilità di selezionare la guida come regola per l’attivazione o meno della modalità Non disturbare.

https://support.google.com/pixelphone/answer/9140827?hl=it ↩
Huawei come molti produttori personalizza Android, e ha chiamato il sistema EMUI (precedentemente noto come Emotion UI) ↩

Salvare in UTF8 senza BOM in PowerShell

2019-06-02T00:00:00+02:00

Per qualche ragione che solo Microsoft comprende, PowerShell fino alla versione 5.1 (inclusa) supporta la scrittura in UTF8 tramite la cmdlet Set-Content solo con encoding UTF8 BOM¹

Come tanti, ignoro questa passione che hanno gli ingegneri di Windows nell’indicare l’ordine dei byte in una codifica che ha un solo ordine dei byte possibile.

Un trucco che personalmente ho usato per salvare il contenuto, ma pulire i 3 byte inutili (e a volte dannosi visto che determinati software funzionano male non aspettandosi in cima al file questa sequenza, se lavorano con UTF8) è il seguente:

$fileContent | Set-Content -Encoding UTF8 $filePath

[byte[]]$stream = Get-Content -Encoding Byte $filePath
Set-Content -Encoding Byte -Value $stream[3..($stream.Length-3)] $filePath

$fileContent contiene il contenuto che volete scrivere nel file

$filePath contiene il percorso del file

Fondamentalmente il trucco consiste nel salvare il file in UTF8 BOM, e poi riaprirlo come file binario e potare i primi 3 byte in cima al file.

https://it.wikipedia.org/wiki/Byte_Order_Mark ↩

Confronto dei tempi di caricamento tra il vecchio blog Wordpress e il nuovo in Jekyll

2019-05-28T00:00:00+02:00

So che lascia il tempo che trova, e che non sono direttamente confrontabili, però devo dire che passare da poco più di 2s con Wordpress a 0.5s di Jekyll è un bel cambiamento, sicuramente conta anche il fatto che il blog nuovo per ora ha molte meno immagini, ma comunque le richieste necessarie per pagina sono calate drasticamente.

Che poi 2 secondi con Wordpress sono anche generosi, a volte è molto più lento a digerire le richieste.

Carta semilogaritmica per diagramma di Bode

2019-05-26T00:00:00+02:00

Visto che avevo qualche ora libera mi son divertito a farmi un foglio A4 dove poter fare pratica coi diagrammi di Bode. I sorgenti li trovate a Krdan/bode-plot-paper (Licenza MIT)

Se volete il pdf pronto — l’anteprima è qua sotto — lo trovate al seguente link bode-plot-noticks.A4.pdf

Se avete bisogno di una carta semilogaritmica muta potete vedere semilog-paper.A4.pdf

Reset della password di Teamspeak 3 server in un container

2019-05-19T00:00:00+02:00

Mi è capitato di dover resettare la password del server di Teamspeak 3 (e sì, stavolta me la sono salvata nel password manager 🌝), peccato che nella documentazione — almeno, per quella che ho trovato — non fa riferimento al comando corretto se si utilizza il container ufficiale disponibile su https://hub.docker.com/_/teamspeak

Personalmente qualcuno mi aveva consigliato di inserire come variabile d’ambiente SERVERADMIN_PASSWORD=, ma personalmente questo metodo non ha funzionato per qualche ragione.

Ho preferito usare:

docker run -e TS3SERVER_LICENSE=accept -v /location/to/datadir:/var/ts3server/:z --entrypoint "/opt/ts3server/entrypoint.sh" teamspeak:tag ts3server serveradmin_password=top-password

Dopo qualche secondo e se ha avuto successo nel log del server vedrete qualcosa del tipo:

2019-05-19 09:54:01.950821|INFO    |ServerLibPriv |   |updated server query admin password

A questo punto potete interrompere, e riavviarlo con le vostre impostazioni usuali.

Avvertenze:

:z — sul punto di bind serve per SELinux, se non lo usate potete ometterlo
teamspeak:tag — ricontrollate con attenzione la versione che state utilizzando prima di inserirla nel tag
.bash_history — considerate di sanificare il file se non gradite averci la password scritta in chiaro nella cronologia della shell
licensekey.dat — non dovrebbe servire inserire il bind per la licenza, ma se vi fa sentire più tranquilli potete inserirlo come bind, alla fine per il cambio della password non è necessario l’avvio del server voce, che al limite non partirà per eccesso di slot

Alias bash per Docker

2019-05-18T00:00:00+02:00

Utilizzando distribuzioni linux container-focused mi sono trovato con un paio di perplessità iniziali, primo fra tutti, come fare ad utilizzare docker-compose se non è possibile scrivere nelle directory di sistema ed installarlo?

Alla fine ho optato per una soluzione abbastanza pulita e utilizzare docker-compose dentro ad un container (anche se bindare /var/run/docker.sock all’interno del container non è il massimo, ma considerato che il tempo di esecuzione è relativamente limitato non lo considero un grosso rischio per la sicurezza).

Altre due cose che ho bisogno di fare relativamente spesso sono di avere una panoramica decente delle attività di Docker, e di dover accedere all’interno dei container.

Come dashboard ho scelto Dry (stesso ragionamento di prima per quanto riguarda il bind di /var/run/docker.sock) e per fare un accesso veloce all’interno dei container ho scritto un paio di “funzioni”, una per invocare bash, e una per sh quando il precedente non è disponibile; sì sono pigro e avevo bisogno di accorciare il comando.

Da aggiungere al file .bashrc della vostra home

alias docker-compose='docker run --rm -v /var/run/docker.sock:/var/run/docker.sock -v "$PWD:/rootfs/$PWD" -w="/rootfs/$PWD" docker/compose:1.24.0'
alias dry='docker run --rm -it -v /var/run/docker.sock:/var/run/docker.sock moncho/dry'
function containerbash {
    docker exec -i -t $1 /bin/bash
}
function containersh {
    docker exec -i -t $1 /bin/sh
}

Se non vi serve una versione specifica di docker-compose potete omettere :1.24.0, io personalmente preferisco aggiornarlo manualmente modificandone la versione di volta in volta nel .bashrc

Ricordatevi di ricaricare il file con:

source ~/.bashrc

Sicuramente non ho inventato nulla di nuovo, ma ammetto che il trucco di usare docker-compose all’interno di un container non mi era venuta in mente subito, e la trovo una soluzione molto pratica.

Nuova versione del blog

2019-05-17T00:00:00+02:00

Say hello to Jekyll!

Ho deciso di abbandonare Wordpress come piattaforma per il blog, principalmente la scelta è scaturita per la crescente quantità di plugin utilizzati che nel corso degli anni andava via via abbandonata, e siccome per alcuni di questi la sostituzione avrebbe richiesto troppo tempo, rispetto a quello che posso dedicare alla manutenzione ordinaria, ho preso la decisione di rivalutare direttamente la scelta di utilizzare un CMS dinamico come Wordpress.

Questa nuova versione è completamente statica e realizzata tramite Jekyll appunto, che è alla base di GitHub Pages (che fra l’altro ringrazio per l’ospitalità ✌). Il tema che sto utilizzando è Minimal Mistakes, con l’aggiunta di qualche modifica personale.

Ho preservato quello che ho pubblicato fin’ora nel vecchio blog in una versione resa read-only che trovate all’indirizzo https://wp.mechanicus.it

Ho scelto di sprecare un po’ di tempo per preservare questa vecchia versione, perché credo fortemente che l’avere a disposizione Internet dia l’obbligo morale di non perdere indiscriminatamente tutto quello che è stato prodotto negli anni, bello o brutto che sia, fin troppi siti/forum/blog/ecc… sono andati persi.

Ho già in mente un paio di post che voglio fare da troppo tempo, spero di non procrastinarli troppo, nel frattempo spero vi piaccia il nuovo tema scuro 😀