DN42 е един прекрасен проект който ви дава възможност да развивате вашите BGP умения без да чупите продуктова среда, без да ви се налага да имате скъпи устройства с които да си правите лаборатория да си правите симулации с GNS3. Същевременно да не е чисто лабораторна среда при която няма проблеми от реалният свят. Участвам с 1 node в проекта от около година. Един от проблемите в проекта е 1:1 с реалният святкогато някой ти обяви префикси които не трябва да обявява. Понеже съм мързелив и не ми се пише на ръка филтри все път, реших проблема с елементарен bash скрипт които ми генерира prefix-list с име dn42 и в него наливам валидните префикси.

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

Списъка с валидните предикси се взема https://ca.dn42.us/reg/filter.txt от където и основният конвейр + малко модификации от моя страна за да може да се генерира префикс листа. Командите се изпълняват през vtysh.

עורך הטקסט החביב שלי Geany. זה מאוד מינימליסטי כאן התומכת במגוון עצום של שפות – צדף, php, פִּיתוֹן, C … וכו. יש השלמה אוטומטית תוך לעזאזל הוא זריז. היא חסרה את נעימה מדי פעם ככל האפשר, אך כרגע בשבילי זה די והותר. התחלתי קורס מקוון תכנות Python на SoftUni – כדי לרענן את הידע שלהם ואת לשדרג כי אני לא אחרי נאות מה קורה עם פיתון 3. המרצים של הקורס מומלץ PyCharm כמו IDE עבור תכנות pyton, אבל לי רחוק לטעמי, באופן טבעי להשתמש Geany לתרגילים.

במהלך ההרצאות בכאב הרגישו 2 מחסור

  1. השלמה אוטומטית-ונשף פיתון מתיעוד לפונקציות ושיטות
  2. אין אימות עבור תקן pep8

החדשות הטובות הן כי Geany היא גמישה מספיק כדי בהתאם לתצורה וניתן להשלים בקלות על ידי ב חסר כאלה. תן להוסיף תיעוד פיתון כדי IDE שלנו:

  • למשוך שלך התסריט הבא איפשהו דרכנו כפי / usr / bin תשכח לעשות את זה הפעלה
  • לערוך את הקובץ ~ / .config / geany / filedefs / filetypes.python במסגרות חלק להוסיף את השורה הבאה context_action_cmd = pydocw% s. אם רק יש הוספת שמו של binarkata מהשלב הקודם. הפעל מחדש Geany אם לרוץ.
  • כבר יש לנו א-פעולה בהקשר כי תסיר מידע על הפונקציה. Аз си добавих shortcut за да ми е по удобно като не ми е ясно някоя функционалност. ליץ לי גישה זו מאוד כי אני אוהב מרגיז אותי הגישה NetBeans.

עַד כָּאן נִיחָא. אז אני באמת רוצה שיהיה קוד אימות אתה כותב – אם אני כותב על פי סטנדרטים מקובלים או לכתוב כל כיעור. באופן כללי מצאתי שוב tutorialče איך דברים קורים אבל זה קצת מיושן – Geany בנתה הכל לתוך עצמו צריך רק להתקין אותו pep8 חבילה. בשנת דביאן apt-get install pep8 עובד distrota אחרים לבד לגלות איך הקסם קורה. בשנת כפתור תפריט Build השני (לפחות לי) е Lint след кликването му ще откриете колко грозен код сте сътворили 😀

Screenshot from 2016-01-11 20-42-21

Това е общи линии как да накарате вашият Geany да работи по добре с Python и същевременно да продължи да бъде бърз без да кара процесора ви да иска да си тегли куршума.

כדי לשנות את הדומיין שלך וורדפרס היא קצת כאבים. לאחרונה הייתי צריך לעשות כמה כבר דברים קורים ספורט מהיר 😀 . אם אני יכול sumariziram צעדים הם 2 – באופן טבעי ללא העברת קבצים, הגדרות אם שינויים לחלוטין אירוח.

1. שינוי כתובת האתר הישן אל החדש – דברים שאני כאן עם טריוויאלי. פתח את הקובץ wp-config.php שלך ולמקם אותו אלה 2 בשורה

define('WP_HOME','http://example.com');
define('WP_SITEURL','http://example.com');

כמו להחליף http://example.com עם החדש שלך.

2. עד כה כל כך באתר עכשיו טוב פותח העבודה url-th אך נטען תוכן כגון תמונות, מסמכים ולכן לא גלוי. הנה זה כבר אתגר מגעיל. הם חייבים להחליף את ה- URL-th הישן מסד נתונים חדש. זה היה תהליך בעייתי נורא במיוחד למתחילים, מי לא עושה טוב עם תחביר SQL, но вече има доста приятен скрипт searchreplacedb2, מה שהופך אותו נוח לך. השימוש אינו טריוויאלי – להעלות אותו לספרייה הראשית שבו העמוד wordpress שלך ולפתוח אותו בדפדפן שלך-. След това следвате стъпките като първо ще ви пита за потребителско име и парола който е взел от вашия wp-config.php и след това ще ви пита за новото и старото url. След последната стъпка ще се наложи да поизчакате при мен отнемаше средно 40сек -50сек.

Това е във общи линии нищо трудно или супер сложно.

A shell script wants your job

Днес докато работех видях че една от машините лагна много жестоко. Влизам в нея гледам един cron наблъскал адски много зомби процеси (грубо около 50-60). Нямаше как да ги убия всички с killall затова се наложи да направя малко по грамотно решение на проблемада драсна едно елементарно לַחֲבוֹט скриптче което да намери и убие процесите. 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. Обаче не е много добра практика да има много такива чести случаи 😀 Но никога не пречи да сме предпазени от всякакви шитни

משופר על ידי Zemanta

Image representing MySQL as depicted in CrunchBase

Преди известно време бях писал за חיפוש טקסט מלא MySQL 🙂 Днес имах много интересно преживяване с една заявка. В общи линии заявката търси за резултати който липсват друга таблица. Един основне Select и един sub select в WHERE частта на заявката. В общи линии скелета и е

SELECT DISTINCT (
`field`
)
FROM `table1`
WHERE `someID` =44
AND `firsTextField` NOT
IN (

SELECT DISTINCT (
`secondTextField`
)
FROM `table2`
WHERE `otherID` =44
)

В общи линии елементарна заявка. Написах я за 30 сек пускам я и зацикли машината. След дълго и търпеливо чакане от моя страна или по точно ~43 сек . Ми се изплю резултат lol . Пффф лудница. Влизам в машината гледам процесора е нормално натоварен почти в idle състояние. Шок и ужас. Пускам пак заявката пак същия резултат. Fuck WTF. Пускам explain на заявката и всичко лъснавторото поле secondTextField е само full text search без index, а там табличката е скромна от около 35к реда. Кой да четеfull text search не е индекс. Вече е ясен проблема набързо едно

ALTER TABLE `links` ADD INDEX ( `linkUrlID` ) 

И нещата си дойдоха на местата Query took 0.0005 sec 😀

Внимавайте как си слагате индексите от тях ви зависи маргинално скоростта на заявката.

p.s Като цяло аз съм си крив за горната ситуация не само защото липсва индекс ами защото не ползва full text search метода 😀

משופר על ידי Zemanta