DN42은 BGP 파괴 제품 환경없이 기술을 개발 할 수있는 멋진 프로젝트입니다, 당신은 GNS3와 시뮬레이션을 할 수있는 실험을 수행하는 비싼 장비가 필요없이. 실제 세계의 문제가 없습니다 순수한 실험실 환경 동안. 로 참여 1 년 정도의 프로젝트 노드. 프로젝트의 문제점 중 하나 1:1 현실 세계와 – 누군가가 발표 접두사 발표 안. 내가 게으른하고 있기 때문에 나는하지 필기 필터 아직 시간을, 내가 접두사 목록 이름 dn42을 생성하는 간단한 bash는 스크립트 문제를 해결하고이 유효한 접두사를 부어.

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

유효 prediksi의 목록이 걸릴 HTTPS://ca.dn42.us/reg/filter.txt 여기서 메인 컨베이어 + 내 부분에 약간의 수정은 접두사 목록을 생성 할 수 있도록. 명령은 vtysh 실행됩니다.

내가 제일 좋아하는 텍스트 편집기 Geany. 그것은 매우 미니멀 여기 그 언어의 거대한 범위를 지원합니다 – 껍질, PHP는, 파이썬, 기음 … 기타. 도대체 민첩 동안 자동 완성이있다. 그것은 가능한 가끔 기분이 부족하지만 나를 위해 순간에 충분하다. 나는 물론 온라인 시작 파이썬 프로그래밍 SoftUni의 – 자신의 지식을 새로 고치려면 내가 파이썬으로 발생하는 적절한 후 아니에요 때문에 업그레이드 3. 코스의 강사 권장 PyCharm 프로그래밍 pyton을위한 IDE로, 하지만 나에게까지 내 취향에서, 자연스럽게 연습을 위해 Geany를 사용.

고통스럽게 느낀 강의 중 2 부족

  1. 문서에서 기능 및 방법에 파이썬 자동 완성 및 호기
  2. 에 대한 검증하지 pep8 표준

좋은 소식은 Geany 구성에 의해 충분히 유연하고 쉽게 누락에 의해 보충 될 수 있다는 것이다. 하자 파이썬 문서를 추가 우리의 IDE에:

  • 당신을 당겨 다음 스크립트 어딘가에 우리의 PATH에는 / usr / 빈 그것을 실행하게하는 것을 잊지로
  • 일부 설정은 다음 줄을 추가에서 파일 ~ /의 .config / geany / filedefs / filetypes.python을 편집 context_action_cmd = pydocw %의. 단지 이전 단계 binarkata의 이름이 추가되면. 실행하면 Geany를 다시 시작.
  • 우리는 이미 기능에 대한 정보를 제거합니다 상황에 맞는 액션을. 나는 어떤 기능을 이해하지 않는 나에 대한 바로 가기가 더 편안 추가. 내가 좋아하기 때문에 매우 나에게이 방법을 용출하는 것은 나에게 넷빈즈 접근 방식을 귀찮게.

여태까지는 그런대로 잘됐다. 그럼 난 정말 당신이 쓰기 유효성 검사 코드를 가지고 싶어 – 나는 일반적으로 인정 된 기준에 따라 작성하거나 임의의 추를 작성 여부. 일반적으로 나는 다시 발견 tutorialče 어떻게 일이 발생하지만 조금 오래된 – Geany는 모든에만 패키지를 pep8 설치해야 자신에 내장하고있다. 에서 데비안있는 apt-get 마법이 일어나는 방법을 발견하기 만 다른 distrota에서 작동 pep8 설치. 두 번째 빌드 메뉴 버튼에서 (적어도 나에게) 린트가 만든 얼마나 추한 코드를 발견 할 것입니다 클릭 이후 😀

에서 스크린 샷 2016-01-11 20-42-21

이것은 당신의 Geany 파이썬 잘 작동 할 수 있도록, 빠른 프로세서 당신이 총알을 당겨 할 수없이 같은 시간에 계속하는 방법을 기본적으로.

워드 프레스에 도메인을 변경하려면 몇 가지 고통. 최근에 나는 몇 가지가 이미 빠른 스포츠를 발생해야했다 😀 . 나는 단계는 sumariziram 수있는 경우 2 – 자연적으로 파일을 이동하지 않고, 설정 변경이 완전히 호스팅하는 경우.

1. 새에 이전 URL 변경 – 사소한와 여기 것들 내가. 당신의 WP-config.php 파일을 열고 다음에 배치 2 열

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

교체로 HTTP://example.com 새와.

2. 지금까지 너무 좋아 지금 사이트는 사진과 같은 URL 번째 작업 만 업로드 한 콘텐츠를 엽니 다, 문서 등 보이지 않는. 여기에 이미 더러운 도전이있다. 그들은 새 데이터베이스에 이전 URL 번째를 교체해야합니다. 그것은 초보자를위한, 특히 몹시 귀찮은 과정을이었다, SQL 구문을 잘하지 않는 사람, но вече има доста приятен скрипт searchreplacedb2, 하는 당신을 위해 불편하게. 사용은 간단하다 – 루트 디렉토리에 워드 프레스 페이지에 업로드하고에서 엽니 브라우저 사용자. След това следвате стъпките като първо ще ви пита за потребителско име и парола който е взел от вашия wp-config.php и след това ще ви пита за новото и старото url. След последната стъпка ще се наложи да поизчакате при мен отнемаше средно 40сек -50сек.

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

A shell script wants your job

Днес докато работех видях че една от машините лагна много жестоко. 그것은 많은 크론 포장 좀비 프로세스의 지옥을 볼 로그인 (약에 대한 50-60). 그들 모두를 죽일 수있는 방법은 없었다 killall는 그래서 나는 조금 더 글을 읽고 솔루션을 할 필요가 – 강타 혼란에 세게 때리다 찾아 프로세스를 종료 skriptche. 50-손으로 쓸 티나 PID-쉽지 :디. Скрипта го надрасках за минута и е свръх елементарен но все пак заслужава внимание 🙂

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

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

수 “조정” 이름이 스크립트 이름 뒤에 인수로 촬영 때문에 실행 바이너리로 호출. Обаче не е много добра практика да има много такива чести случаи 😀 Но никога не пречи да сме предпазени от всякакви шитни

Zemanta에 의해 향상된

Image representing MySQL as depicted in CrunchBase

몇 시간 전에 내가 쓴 MySQL의 전체 텍스트 검색 🙂 오늘 나는 매우 흥미로운 경험을 쿼리 했다. 쿼리에 다른 테이블 없는 결과 찾고 일반적으로. A 하위 osnovne 선택한 부분에 있는 응용 프로그램. 일반적으로 골격은

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

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

일반적으로, 간단한 요청. 내가 그것을 쓴 30 초 그녀를 붙어 기계. 길고 참을성 있게 기다리는 내 부분에 또는 단지 후 ~ 43 초 . 침을 내 점수 lol . 풋 매드 하우스. 보이는 CPU 유휴 상태에서 거의 로드는 일반적으로 컴퓨터에 입력. 충격과 공포. 쿼리 실행 다시 여전히 같은 결과. 씨 발 무슨 일. 쿼리를 실행 하 고 모든 것을 설명 해 나 – 두 번째 필드는 secondTextField만 전체 텍스트 검색 색인, 그리고 약 35 k 라인의 겸손 한 트레이. 무엇을 읽고합니다 – 전체 텍스트 검색 인덱스 되지 않습니다.. 그것은 이미 분명 한 진짜 문제

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

일 쿼리 했다 장소 있고 0.0005 초 😀

조심 하 게 당신이 어떻게 그들의 인덱스를 넣어 응용 프로그램의 가장자리 비율에 따라 달라 집니다.

p. s 전체적으로 난 위의 상황에 대해 잘못만 하기 때문에 그것은 없는 인덱스 전체 텍스트 검색 메서드 😀을 사용 하지 않는 때문에

Zemanta에 의해 향상된