сертыфікацыя ў ipv6.he.net ёсць штодзённыя тэсты, якія даюць 1 Яшчэ адзін момант пасля таго, як прайшлі ўсе асноўныя выпрабаванні. Павінны быць зроблены 100 такое выпрабаванне для дасягнення максімальных вынікаў 😐 . Самі тэсты зусім трывіяльным

  • трасіроўка
  • ВЫ AAAA
  • DIG PTR
  • пінг
  • Хто

Самае непрыемнае ў тым, што само тэставанне павінна быць унікальным, то значыць, вы не можаце выкарыстоўваць дамен у два разы 🙂 Сярод іншых рэчаў, трохі раздражняе 🙄 – не праблема проста узбітыя 5 CLI-каманды ў ім і капіяваць / ўставіць вынік у сваім сайце.

Як лянівы, і адміністратар, які любіць палягчае жыццё шрайбуеш хуткі адзін просты Баш-тое рабіць брудную працу для мяне

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

Як можна бачыць сцэнар вар'яцка просты. Размясціць дамен, то ён правярае, ці сапраўды запісу IPv6 і калі зрабіць штодзённыя тэсты для яго. Найбольш халаднаватая частка – функцыя гадзіну якая друкуе лінію па шырыні экрана бярэцца з Баш-хакераў.

Адна з рэчаў, якія найбольш раздражняюць мяне шмат, калі кліматыч капіяваць / перамяшчаць вялікія каталогі я паняцця не маю, які адсотак ад агульнай колькасці я скіраваў прэч. На жаль, пар / мв маюць аналагічныя паўнамоцтвы і змушаныя звяртацца да альтэрнатыўных. Ёсць шмат магчымасцяў, але асабіста мне, як я люблю выкарыстоўваць Rsync замест PC / мв. Ён усё пабудавана – захаванне правоў на файлы і каталогі, прагрэс бар і магчымасць выдаліць скапіраваныя файлы.

У асноўным я зрабіў 2 alias-а които вършат повече от чудна работа:

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

Доўгі час не робяць kodene і я рэдка выбіраючы любы паварот кліматыч ня UTF8 enkodnati. Сёння я павінен быў прайсці праз хуткі адзін файл і адкрыў амаль адразу адчуў жаданне зрабіць ГТ -rf тэчку, якая ўтрымоўвала, некаторыя ненармальны чалавек з паловай клеткі мозгу вырашыў пісаць каментары ў кірыліцы. На шчасце, няма супер сілы адміралам ня вырашыць гэтае непаразуменне прыроды 1 рэд ў кліматыч:

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 но за съжаление не работи с кирилица 🙂

для некаторых (не вельмі зразумела, мае прычыны) Я не змог абнавіць POSTGRESQL дэман ў размеркавальным абнавіць адзін з маіх сервераў Debian. Postgresql дэман прыемная асаблівасць ня пачаў выкарыстоўваць новую версію (у адрозненне ад Mysql) у той час, як не пераканаць, новы цалкам сумяшчальны з запускам – надзвычай карысна для вялікіх баз дадзеных. Працэсу абнаўлення абмяжоўваецца наступнымі велічынямі 2 крокі:

  • pg_dropcluster
  • pg_upgradecluster

Перад izdropite пг кластара дэман павінен быць спынены!

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

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

Сёння я павінен быў паставіць FSCK на вялікі RAID-масіў ~ 6TB. Б'ючы, я не запускаць Fsck опцыю -C, каб паказаць свой прагрэс, а затым проста чакае 2 гадзін злёгку мяне хворым, Я не ведаю, куды чэк прыбыў. Прахалодны трук ўжо запусціць FSCK візуалізаваць індыкатар выканання:

kill -10 $(pidof fsck.ext3)

Пачакайце некаторы час для мяне пасля таго, як пра 2-3 хвілін паказаць прагрэс бар і паказаў 49% (раскоша) больш 3 гадзіны чакання 🙁

Хай sumarizirame тое, што мы пашле сігнал SIGUSR1 які запусціць FSCK, каб паказаць прагрэс бар. Ако искаме да го спрем по някаква причина 🙄 трябва да изпратим SIGUSR2 або

kill -12 $(pidof fsck.ext3)

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