Az én-m kedvenc szöveg szerkesztő Geany. Ő is nagyon minimális IDE amely támogatja a rengeteg nyelvek – Shell, php, Python, C … stb. A kocsi-kiegészít, és ezzel egy időben olyan fürgén. Hiányzik neki egy szép lehetőséget, de abban az időben, nekem több mint megfelelő. Elkezdtem online tanfolyam Python programozási a SoftUni – frissíteni az én-m tudás, és azokat nadgradâ, mert én nem követtem megfelelően történik, a python 3. A hangszórók természetesen ajánljuk PyCharm a programozási pyton IDE, de én vagyok távol az én ízlésemnek, Természetesen használja Geany gyakorlatok.

Az előadások alatt úgy éreztem, egy fájdalmas 2 lipsi

  1. Python-kiegészítés és a kilégzés a dokumentációt, funkciók és módszerek
  2. Nincs ellenőrzés nélkül a szabványos pep8

A jó dolog az, hogy elég rugalmas ahhoz a Geany konfigurációs és lehet könnyen hozzáadott-hoz hiányzó egyek. hagyj Add hozzá python dokumentáció Mi ide:

  • húzza a a következő parancsfájl valahol az UTUNK, például a/usr/bin felejtsd el, hogy végrehajtható
  • A fájl ~/.config/geany/filedefs/filetypes.python mint mi adjuk hozzá a következő sort beállítások szerkesztése context_action_cmd = pydocw: %s. Ha ott van csak hozzá a nevét a binarkata az előző lépés. Ha fut a Geany újraindít.
  • Már már húzta a függvény információkat összefüggésben-akció. Már hozzáadott egy omlós torta-hoz az én-m előnyben részesített, nem látok semmilyen működési. Szivárog, nekem ez a megközelítés, mint azért, mert sok bosszant én netbeans megközelítés.

eddig jó. Majd szeretnék egy érvényesítési az a kód, amit írsz – e írni, hogy az általában elfogadott szabványok szerint, vagy írjon bármilyen Weirdos. Általában találni újra tutorialče hogyan történnek a dolgok, de ez egy kicsit elavult – Geany mindene épült Ön csak kell felszerel a csomag pep8. A Debian apt-get telepítse pep8 működik, a többi distrota, hogy felfedezzék, hogy a varázslat történik. A második a Build menü gomb (legalábbis nekem) van a tépés után kattintva Ön talál neki milyen csúnya kódot készítette 😀

Ernyőz-ból 2016-01-11 20-42-21

Ez tulajdonképpen a Geany jobban működjön, a Python és ugyanabban az időben, továbbra is egy gyors vezetés szeretne húzni a golyó, a CPU-t hogyan.

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.

A shell script wants your job

Днес докато работех видях че една от машините лагна много жестоко. Влизам в нея гледам един cron наблъскал адски много зомби процеси (грубо около 50-60). Нямаше как да ги убия всички с killall затова се наложи да направя малко по грамотно решение на проблемада драсна едно елементарно bash скриптче което да намери и убие процесите. 50-тина PID-а не се пишат лесно на ръка :D. Скрипта го надрасках за минута и е свръх елементарен но все пак заслужава внимание 🙂

В основата му седи конвейера

ps ax | grep -v grep | grep process_name | awk '{print $1}')

Тука получаваме лист с всички PID-ове на процеса който трябва да килнем като изключваме grep от този списък. Вече като имаме списъка нещата стават лесни всичко се завърта в един for. Ето го и крайния резултат

#!/bin/bash

PR=$(ps ax | grep -v grep | grep process_name | awk '{print $1}')

for PID in $PR
do
echo "$PID will be killed"
kill -9 $PID
done

Може да сетунинговакато името се взима като аргумент след името на скрипта и по този начин се вика като изпълнимо binary. Обаче не е много добра практика да има много такива чести случаи 😀 Но никога не пречи да сме предпазени от всякакви шитни

Növeli Zemanta

Ma játszottam, hogy optimalizálja a lassú SQL Alkalmazása a nemzetség

SELECT * FROM 'table' WHERE `field` LIKE '%word%'

Hol van az a probléma most itt – Az utolsó rész '% szót%’ és még több egyedi karaktert % szó előtt, amelyből nem. joker szimbólum % ,mielőtt bármilyen értéket, közvetlenül tesz minket lekérdezés közvetlenül a lassú, mert így az alkalmazás leáll számunkra, hogy használja indexek Field. Döntések mindig, de nem mindig egyértelmű 😆 Átlag MySQL Van egy megoldás erre a problémára Kulcsszavas keresés indexelés terén. Hogyan változik a területen van egy csomó írásos dokumentáció, de sietve leírja, hogyan kell változtatni a felső kérelem, mert mi lesz egy kis dráma végül. Sledka alkalmazandó teljes szöveges mezőben, kérelmet kell változások a típus:

SELECT * FROM `table` WHERE MATCH (field) AGAINST ('word')

Tehát a szerkezet nyilvánvaló, és nem igényel felesleges vitát. A fenti lekérdezés lép hatályba, ha a szó, Önnek olyan kérelmet legalább 4 szimbólumok, Az alapértelmezett érték, Ha módosítani szeretné meg kell határozni az értékét, akar én. részében cnf [mysqld] nyilatkozat ft_min_word_len= 3 vagy 2, 1 nem jó választás nyilvánvalóan 😉 . Miután megváltoztattuk az értéket, és indítsa újra mysql szerver kell tennie javításra a táblák, Ahhoz, hogy az új indexelési lép hatályba. Eddig minden világos: változtatások, vissza, rebildvam indexek, és nem a kérést, és visszatér 0 Ellenőrzése a megbízás 😀

SHOW VARIABLES

Látom, hogy az értékek, Megkértem a hatályos, rebildvam újra indexek – ugyanazt az eredményt. kellemetlen 🙄, nagyon kellemetlen. Innen kezdődött a nagy átokkal és vakarja a legfontosabb, hogy a fészer 😀 aki meglehetősen, elég érdekes. nagyjából, Elkezdtem olvasni dokumentációt nem tudja, melyik úton, és jött egy érdekes passzus

Ilyen technika működik a legjobban a nagy gyűjtemények (valójában, azt gondosan hangolt így). A nagyon kis asztalok, szó eloszlása ​​nem tükrözi megfelelően a szemantikai értéke, és ez a modell is olykor bizarr eredményeket. Például, bár a "MySQL" jelen van minden sorában cikkek asztal korábban bemutatott, a keresés a szó nem termel eredményeket

SUGÁR 😳 ad az én-m tálca kis – Mégis ez volt a teszt. A alkalmazás egy nagy asztal felett 2 000 000 rend és ott aludt a dolgokat. Hát most egyértelműen a problémát. Ahhoz, hogy egyértelmű döntés, Megemlítek röviden, hogy támogatja a teljes szöveges keresés 3 speciális mód LOGIKAI , KIFEJEZÉSEK és természetes nyelv az utolsó munkája alapértelmezés. Módhoz ellenőrizheti dokumentáció, Én megmondom 2-3 BOOLEAN szavak, mert ez a kulcs. Támogatja logikai operátorok ilyen ÉS, VAGY , NEM, és így tovább, és lehet, hogy bizonyos mágikus népszerű kifejezések, egy, nincs más stb. Fenntartása és szimbólumok *, amely egyenértékű a helyettesítő szimbólum % Ez akkor hasznos, 😉, ha a keresési kifejezés kisebb, mint a hossza ft_min_word_len vagy tálca ;). Legalábbis nekem egy asztal körülbelül 100 érdekében nem tökéletes munkát. Így csak látni és a kitöltött kérelmet:

SELECT * FROM `table` WHERE MATCH (field)
AGAINST ('*word*' IN BOOLEAN MODE)

Itt jön a pillanat, hogy mi indexelő működik helyettesítő karakterek – A válasz nem tudom. Azt hiszem, elvileg, hogy, mert nincs megadva, a dokumentációban, de a dokumentációban nyilvánvalóan nem azt mondják, vagy egy csomó dolgot 😀 megjelenítése

Növeli Zemanta

Egy projekt vezető gitweb Ez bosszantott, nincs színkódot fa. Лесен начин как да оцветите синтаксиса в tree частта на gitweb е като инсталирате пакета highlight и добавите следния ред в /etc/gitweb.conf или където ви се намира конфигурационния файл на gitweb

$funkció{'Kiemel'}{'Default'} = [1];

A Debian csomag I csomagkezelő rendszert más disztribúciók Nem néztem.

ps Има и алтернативен вариант като се правят промени по файловете на gitweb ама ми се стори безсмислено като има простичък вариант 🙂