certificare ipv6.he.net au teste de zi cu zi, care dau 1 punct suplimentar, după ce au trecut toate testele majore. Trebuie să fie 100 o astfel de încercare pentru rezultate maxime 😐 . ele însele testele sunt complet banale

  • traceroute
  • TU AAAA
  • DIG PTR
  • Ping
  • Care este

Cel mai neplacut este ca testul în sine trebuie să fie unic, adică nu se poate utiliza un domeniu de două ori 🙂 Printre altele sunt un pic enervant 🙄 – nici o provocare doar biciuit 5 cli-comenzi în ea și copy / paste rezultatul în site-ul lor.

Leneș și administrator care îi place să face viața mai ușoară mâzgălit o rapidă una bash-simplu pentru a face treaba murdară pentru mine

#!/bin/bash

hr() {
  local start=$'\e(0' end=$'\e(B' line='qqqqqqqqqqqqqqqq'
  local cols=${COLUMNS:-$(tput cols)}
  while ((${#line} < cols)); do line+="$line"; done
  printf '%s%s%s\n' "$start" "${line:0:cols}" "$end"
}

if [ -z $1 ]
then
  echo "Append domain afert the script name!!!"
  exit
fi

IP=$(dig $1 AAAA +short)

if [ -z ${IP} ]
then
  echo "$1 dont have valid IPv6 record"
else
  reset
  traceroute6 $1
  hr
  dig $1 AAAA
  hr
  dig -x ${IP}
  hr
  ping6 -c3 ${IP}
  hr 
  whois ${IP}
fi

După cum se poate observa script-ul este incredibil de simplu. Publica domeniu, apoi validează dacă intrările IPv6 și dacă se face teste de zi cu zi pentru ea. Cele mai tare parte – funcție HR care imprimă o linie peste lățimea ecranului este preluată din bash-hackeri.

Unul dintre lucrurile care ma enerveaza cel mai mult o mulțime este atunci când cli copia / muta directoare mari am nici o idee despre ce procent din suma totală I răsfrânte. Din păcate mv cp / au puteri similare și trebuie să recurgă la alternative. Există o mulțime de oportunități, dar pe mine personal, așa cum îmi place folosind rsync în loc PC-ul / mv. S-a construit totul – menținerea drepturilor asupra fișierelor și directoarelor, bara de progres și capacitatea de a șterge fișierele copiate.

Practic am făcut 2 alias-а които вършат повече от чудна работа:

alias cpi='rsync -a --info=progress2'
alias mvi='rsync -a --info=progress2 --remove-source-files'

O lungă perioadă de timp nu fac kodene și am cules rareori de cotitură în cli nu UTF8 enkodnati. Astăzi am trebuit să treacă printr-un rapid un fișier și deschis simțit aproape imediat o dorință de a face dosar rm -rf care conținea, o persoană cu o jumătate de imbecil celula de creier a decis să scrie comentarii în chirilică. Din fericire, nici un super-puteri amiral rezolva această neînțelegere a naturii 1 ред в cli:

iconv -f cp1251 -t utf8 old_shitty_encoded_file -o new_good_encoded_file

Мисля че самите флагове говорят сами за себе си но нека да ги прегледаме на бързо:

  • -o outputfile
  • -t to-encoding
  • -t to-encoding

iconv има и друга много приятна екстра че може да транслитерира (където е възможно) като се зададе -t ASCII//TRANSLIT но за съжаление не работи с кирилица 🙂

pentru unii (nu foarte clar motivele mele) Nu am reușit să faceți upgrade daemon în postgresql distributiv upgrade-una dintre serverele mele Debian. demon are o caracteristică postgresql frumos nu a început să utilizeze noua versiune (spre deosebire de Mysql) în timp ce nu convinge, noul este pe deplin compatibil cu lansarea – extrem de util pentru baze de date mari. Procesul de actualizare limitată la următoarele 2 trepte:

  • pg_dropcluster
  • pg_upgradecluster

Înainte de a izdropite daemon de cluster pg trebuie să fie oprit!

pg_dropcluster 9.4 main

Тази команда преминава бързо, след което преминаваме към съществената частсамият ъпгрейд

pg_upgradecluster 9.1 main
Disabling connections to the old cluster during upgrade...
Restarting old cluster with restricted connections...
Creating new cluster 9.4/main ...
config /etc/postgresql/9.4/main
data   /var/lib/postgresql/9.4/main
locale en_US.UTF-8
Flags of /var/lib/postgresql/9.4/main set as -------------e-C
port   5433
Disabling connections to the new cluster during upgrade...
Roles, databases, schemas, ACLs...
Fixing hardcoded library paths for stored procedures...
Upgrading database postgres...
Analyzing database postgres...
Fixing hardcoded library paths for stored procedures...
Upgrading database template1...
Analyzing database template1...
Fixing hardcoded library paths for stored procedures...
Upgrading database xpqt...
Analyzing database xpqt...
Re-enabling connections to the old cluster...
Re-enabling connections to the new cluster...
Copying old configuration files...
Copying old start.conf...
Copying old pg_ctl.conf...
Copying old server.crt...
Copying old server.key...
Stopping target cluster...
Stopping old cluster...
Disabling automatic startup of old cluster...
Configuring old cluster to use a different port (5433)...
Starting target cluster on the original port...
Success. Please check that the upgraded cluster works. If it does,
you can remove the old cluster with

pg_dropcluster 9.1 main

Ако всичко е минло гладко трябва да получите съобщение като горното което ви подканва да разкарате старите данни от pg.

pg_dropcluster 9.1 main

В края на тая тарпана вече можете да стартирате процеса си отново. При мен базите са малки и за съжаление не мога да дам оценка за колко време преминава същественият ъпгрейд.

Astăzi am avut de a pune un fsck pe o mare matrice RAID ~ 6TB. În grabă I Nu alerga opțiunea fsck pentru a arăta -C progresul meu și apoi pur și simplu de așteptare 2 ore ușor mă bolnavi, Sunt ignorant cu privire la cazul în care cecul a sosit. truc misto deja rula fsck pentru a vizualiza bara de progres este:

kill -10 $(pidof fsck.ext3)

Așteptați un timp pentru mine, după aproximativ 2-3 minute arată bara de progres și a arătat 49% (lux) mai mult 3 ore de așteptare 🙁

Hai să sumarizirame ceea ce trimitem semnalul SIGUSR1 care a condus fsck pentru a afișa bara de progres. Ако искаме да го спрем по някаква причина 🙄 трябва да изпратим SIGUSR2 sau

kill -12 $(pidof fsck.ext3)

Еми това е не е нещо супер сложно или трудно просто готин трик 🙂