DN42 egy csodálatos projekt, amely lehetővé teszi, hogy fejlessze képességeit, kaparás a BGP termék környezet nélkül, nem érzed, hogy drága eszközök, amivel a labor tennie szimulációk, GNS3. Ugyanakkor nincs egy tiszta laboratóriumi környezetben, ahol nincs valós probléma. Részt vesz 1 a projekt körülbelül egy év csomópont. Az egyik a problémák, a projekt 1:1 a valós világ – Amikor valaki bejelentette előtagok, hogy nem kell nyilatkozni. Azért, mert lusta vagyok, és nem érzem gépelési viszont idő szűrők, Azt hittem, a probléma-val egy egyszerű bash script, hogy létrehoz egy előtag-listát, a neve dn42, és öntsük az érvényes előtagok.

#!/bin/bash</pre>
vtysh -c 'conf t' -c "no ip prefix-list dn42"; #drop old prefix list

while read pl
do
vtysh -c 'conf t' -c "$pl"; #insert prefix list row by row
done < <(curl -s https://ca.dn42.us/reg/filter.txt | grep -e ^[0-9] | awk '{ print "ip prefix-list dn42 seq " $1 " " $2 " " $3 " ge " $4 " le " $5}' | sed "s_/\([0-9]\+\) ge \1_/\1_g;s_/\([0-9]\+\) le \1_/\1_g");
vtysh -c 'wr' #write new prefix list

A https érvényes prediksi listája://CA.dn42.us/reg/Filter.txt a fő szállítószalag + kis mod hogy legyen képes generálni egy előtag lista. A parancsok végrehajtása a vtysh.

Mozilla Thunderbird

A lényege ugyanaz, mint az én-m felad Kilő adatbázisok vákuum és ÚJRAINDEXELÉS. Egy darabig a Debian rebradinranite változat-ból Mozilla-termékek. Amikor az áttelepítés Thunderbird Icedowe én, Nem vagyok egy defragmentiral alapján, eddig az én-m elektronikus levél ügyfél van végül egy súlyos összeg-ból betűk, e-mail fiókok és a szerverek, a felhasználók és jelszavak. A script az azonos egy, az én előző post csak kis módosítással a hol kell keresni a fájlokat 🙂

Linux verzió

for db in $(find ~/.thunderbird/$(grep Path ~/.thunderbird/profiles.ini | cut -d'=' -f2) -maxdepth 1 -name "*.sqlite" -type f)
do
echo "VACUUM ${db}"
sqlite3 ${db} VACUUM
sqlite3 ${db} REINDEX
done

Mac os változat

for db in $(find ~/Library/Thunderbird/$(grep Path ~/Library/Thunderbird/profiles.ini | cut -d'=' -f2)  -maxdepth 1  -name "*.sqlite" -type f)
do
echo "VACUUM && REINDEX ${db}"
sqlite3 "${db}" VACUUM;
sqlite3 "${db}" REINDEX;
done

Ellentétben a Kilő arcél dosszié-ból Thunderbird egy sok több helyes utat (hely nélkül) és nem kell változtatni a határolójelet.

A ravasz trükk, hogy javítja a sebességet a böngésző, mint a firefox sqlite adat alap vakumirate. VÁKUUM folyamat újraépíti az adatbázist így töredezettségmentesítése, mérete csökkent, és ez teszi a gyorsabb keresést, lemezhasználat hatékonyabb és esetleg csökkent terhelés olvasási sorrendben a szektorok a lemezen. Általában ez vonatkozik minden adatbázis, amely nem hajt végre, automata porszívó/sikkaszt magad.

A puszta folyamat-ból defragmenting a adatbázis-ból Kilő elég triviális – Végzünk sqlite3 db-fájl vákuum a firefox profil könyvtárban. A Linux útvonala általában ~/.mozilla/firefox/random-name.default. Általában akkor kell csak 1 dirketoriâ a mozilla / firefox. Ha több van akkor ellenőrizze ~/.mozilla/firefox/profiles.ini a megfelelő könyvtárban van a böngésző profil. Тъй като не ми се занимава да извършвам процеса на ръка разписах елементарен скрипт с който да дефрагментирам базите данни:

for db in $(find ~/.mozilla/firefox/$(grep Path ~/.mozilla/firefox/profiles.ini | cut -d'=' -f2) -maxdepth 1 -name "*.sqlite" -type f)
do
   echo "VACUUM ${db}"
   sqlite3 ${db} VACUUM
   sqlite3 ${db} REINDEX
done

След изпълняване на скрипта търсенето в history-то и самото зареждане на лисика е чувствително по бързо. Скрипта предполагам че с малки модификации може да се ползва и в Mac OS.

p.s Ето варианта и за Mac OS Xтестван на Mac OS X Sierra. Налага се да форсираме делимитъра да е нов ред заради space в пътя до папката в която се съдържа профила на firefox

OIFS="$IFS"
IFS=$'\n'
for db in $(find ~/Library/Application\ Support/Firefox/$(grep Path ~/Library/Application\ Support/Firefox/profiles.ini | cut -d'=' -f2)  -maxdepth 1  -name "*.sqlite" -type f)
do
echo "VACUUM && REINDEX ${db}"
sqlite3 "${db}" VACUUM;
sqlite3 "${db}" REINDEX;
done

Tanúsítás IPv6.he.net napi vizsgálatokat, hogy több 1 kiegészítő cikk után, amit tapasztalt a fő vizsgálatok. Meg kell, hogy 100 ilyen vizsgálatot a maximális eredmények 😐 . A vizsgálatokat maguk is teljesen triviális

  • A traceroute
  • DIG AAAA
  • DIG PTR
  • Ping
  • Whois

A hátránya az, hogy a vizsgálatok egyedinek kell lennie egy tartományt nem használhatja kétszer 🙂 többek között egy kis idegesítő 🙄 – nem csak csapkodó kihívás 5 parancsokat a cli, és másolja az eredményeket a honlapon.

A lusta és admin, aki szeret-hoz ideiglenes tákolmány élet könnyebb-hoz rögtönzött egy gyors egyszerű bash-, ami nem a piszkos munkát nekem

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

Mint te tud lát a forgatókönyvet az őrülten egyszerű. Át a tartományi, és majd érvényesíteni, IPv6-bejegyzés esetén, és ha ott végzik napi vizsgálatok. A jó része – függvény HR ami kiírja egy sor a képernyő szélességében van elvett-ból bash-hackerek.

Az egyik dolog, amit bánt engem leginkább, amikor én másol/mozog a nagy cli direktorâ, hogy fogalmam sincs, hány százaléka a teljes összeg és a pret″rkalâl. Sajnos cp/MV-t már nincs ilyen hatásköre, és hogy alternatív megoldási lehetőségek. Vannak egész néhány választások, de személy szerint, mint a használata rsync helyett pc/mv. Ez birtokol minden integrált – tartani a jogot, hogy a fájlok és könyvtárak, a haladás büfé és a lehetőséget, hogy a másolt fájlok törlése.

Alapvetően tettem 2 alias-а които вършат повече от чудна работа:

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