atesto en ipv6.he.net havas ĉiutagan provoj kiuj donas 1 aldona punkto post pasinte ĉiuj ĉefaj provoj. Devas esti farita 100 tia provo por maksimuma rezultojn 😐 . La testoj mem estas tute bagatela

  • traceroute
  • VI AAAA
  • DIG PTR
  • ping
  • Kiu estas

La plej malagrabla estas ke la provoj mem devas esti unika, te vi povas uzi domajno dufoje la 🙂 Interalie estas iom ĝena 🙄 – neniu defio ĵus vipis 5 CLI-komandoj en ĝi kaj kopio / alglui la rezulton en sia retejo.

Kiel maldiligentan kaj administranto kiu ŝatas faras vivon pli facila haste rapidan simpla bash-ke fari la malpuran laboron por mi

#!/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

Kiel povas esti vidita la skripto estas insanely simpla. Submit domajnon tiam validigas ĉu IPv6 aldonaj kaj se farita ĉiutage provoj por ĝi. Plej malvarmaj parto – funkcio hr kiu presas linion trans la larĝo de la ekrano estas prenita de bash-hackers.

Unu el la aferoj ke plejparto agacas min multe estas kiam CLI kopii / movi grandajn dosierujojn Mi havas neniun ideon kio procento de la totala kvanto mi ruliĝis. Bedaŭrinde cp / mv havas similajn potencojn kaj devi recurrir al alternativoj. Ekzistas multe de ŝancoj sed mi persone mi ĝuo uzi rsync anstataŭ pc / mv. Ĝi ĉio konstruita – reteno de rajtoj super dosierojn kaj dosierujojn, progreso trinkejo kaj la kapablon forigi la kopiita dosierojn.

Esence mi faris 2 alias-а които вършат повече от чудна работа:

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

Longa tempo ne faros kodene kaj mi malofte prenante ajnan inflexión en CLI ne UTF8 enkodnati. Hodiaŭ mi devis iri tra rapida dosieron kaj malfermis ĝin preskaŭ tuj sentis deziron fari rm -rf dosierujo kiu enhavas, iuj imbecile persono kun duona cerbo ĉelo decidis skribi komentojn en cirila. Feliĉe neniu súper povoj admiralo solvi tiun miskomprenon de naturo 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 но за съжаление не работи с кирилица 🙂

iuj (ne tre klara mia kialoj) Mi ne ĝisdatigi PostgreSQL demono en la distribueca ĝisdatigi unu el miaj Debiano serviloj. PostgreSQL demono belan karakterizaĵo ne komencis uzi la novan version (kontraste Mysql) dum ne konvinkos, la novaj estas plene kongrua kun la ĵeto – ekstreme utila por grandaj datumbazoj. La procezo por ĝisdatigo limigita al la jena 2 paŝoj:

  • pg_dropcluster
  • pg_upgradecluster

Antaŭ izdropite pg floraro demono devas esti fermitaj!

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

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

Hodiaŭ mi devis meti fsck sur granda RAID tabelo ~ 6TB. En rapideco mi Ne kuru fsck -C opcio por montri mian progreson kaj tiam simple atendanta 2 horoj malpeze min malsana, Mi scias kiel al kie la ĉekon alvenis. Malvarmeta lertaĵo jam kuras fsck visualizar la progreso trinkejo estas:

kill -10 $(pidof fsck.ext3)

Atendu momenton por mi post ĉirkaŭ 2-3 minutoj montri progreso trinkejo kaj montris 49% (lukso) pli 3 horojn atendante 🙁

Lasu sumarizirame kion ni sendas signalon SIGUSR1 kiuj kuris la fsck montri progreso trinkejo. Ако искаме да го спрем по някаква причина 🙄 трябва да изпратим SIGUSR2

kill -12 $(pidof fsck.ext3)

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