그래서 나는 더 많은 사람들이 외부 링크귀하의 사이트에 더 많은 TCI와 참조 사이트의 TCI가 많을수록 이 링크의 "가중치"가 높아집니다. 귀하의 사이트에 대한 링크 양을 늘리는 방법은 여러 가지가 있지만 오늘은 그 중 하나만 이야기하겠습니다. 신뢰할 수 있는 사이트에서 인바운드 링크 가져오기.
이 기사에서는 모든 링크를 제공하지 않습니다. 신뢰 사이트, 내가 알고 있지만 그 중 하나인 포럼에 대해서만 알려 드리겠습니다.
사이트를 지정할 수있는 포럼에 등록하면 (원칙적으로 동일한 엔진에서 만들어집니다) 외부 링크를 받게됩니다.
내가 말하는 내용을 명확히 하려면 아래 스크린샷을 참조하세요.
즉, 사이트를 지정하여 그러한 포럼에 간단히 등록해야 합니다. 그리고 그게 다야. (글쎄, 최대치는 등록을 확인하는 것이므로 실제 이메일을 표시하십시오). 일반적으로 사이트에 대한 링크가 있는 페이지는 다음과 같이 표시됩니다.
이제 이 방법의 단점에 대해 이야기해 보겠습니다. 제 생각에는 그 중 두 가지가 있습니다.
1) 조만간 비활동으로 포럼에서 삭제되실 거라 생각합니다. (단, 원칙적으로 재가입은 어렵지 않습니다.)
2) 따라서 링크의 앵커를 설정할 수 없습니다. (이것은 아마도 마이너스가 아니라 사실이지만 여전히).
물론 지금 뚱뚱한 포럼 목록. 편의상 TIC의 내림차순으로:
링크(TIC)
http://forum.igromania.ru/register.php (1700) [회원가입 후 프로필에 사이트 지정 후 저장]
http://orphus.ru/community/register.html (1500)
http://www.novosti-kosmonavtiki.ru/phpBB2/profile.php?mode=register (1100)
http://www.rmj.ru/phpbb/profile.php?mode=register (1000)
http://www.masterkit.ru/forum/profile.php?mode=register (700)
http://www.ib.ru/forum/profile.php?mode=register (400)
http://forum.mozilla-russia.org/register.php (300) [프로필에 웹사이트 입력]
http://mama-tv.ru/forum/profile.php?mode=register (230)
http://www.neodrive.ru/forum/profile.php?mode=register (170)
http://www.systemaspetsnaz.ru/pforum/profile.php?mode=register (150)
http://tele-club.ru/forum/profile.php?mode=register (130)
http://forum.anastasia.ru/profile.php?mode=register (130)
http://www.shalyapin.ru/forum/profile.php?mode=register (130)
http://www.sarinfo.org/forum/profile.php?mode=register (120)
http://nelubit.ru/profile.php?mode=register (100)
http://www.antisex.info/phpbb2/profile.php?mode=register (60)
http://forum.balletfriends.ru/profile.php?mode=register (50)
http://forum.rusbani.ru/profile.php?mode=register (50)
http://zoneland.ru/forum/profile.php?mode=register (40)
http://forum.av.by/profile.php?mode=register (30)
http://forummotor.israelinfo.ru/profile.php?mode=register (30)
http://wolfson.ru/forum/profile.php?mode=register (30)
http://forum.oslik.ru/profile.php?mode=register (30)
http://data-torrents.com/profile.php?mode=register (20)
http://forum.latfutbols.net/profile.php?mode=register (20)
http://www.forum.hyip-reflection.info/profile.php?mode=register (20)
http://wap.tanchiki.ru/for/profile.php?mode=register (10)
http://www.autoplustv.ru/forum/profile.php?mode=register (500)
http://www.spomir.ru/forum/profile.php?mode=register (350)
http://www.fireman.ru/talk/profile.php?mode=register (300)
http://www.fpss.ru/forum-new/profile.php?mode=register (240)
http://www.skaters.ru/forum/profile.php?mode=register (220)
http://www.a-ivanov.ru/forum/profile.php?mode=register (190)
http://abto-acc.ru/forum/profile.php?mode=register (150)
http://www.artdj.ru/forum/profile.php?mode=register (120)
http://doom-metal.ru/room/profile.php?mode=register (100)
http://www.frisbee.by/f/profile.php?mode=register&agreeed=true (80)
http://www.texinfo.ru/forum/ucp.php?mode=register (80) [프로필]
http://globax.biz/forum/profile.php?mode=register (70)
http://www.gracebyte.com/forum/profile.php?mode=register (70)
http://forumjnews.israelinfo.ru/profile.php?mode=register (60)
http://yartech.ru/forum/ucp.php?mode=register (40) [프로필]
http://amrita-dance.ru/forum/profile.php?mode=register (30)
http://forum.isnet.ru/profile.php?mode=register (30)
http://forum.interair.ru/profile.php?mode=register (0
___________________________________________________________________
마지막 데이터베이스 업데이트는 06/16/11입니다.(깨진 링크 목록 정리 + 라인 아래에 사이트 몇 개 더 추가)
또한, 트러스트 사이트 덕분에 TIC를 높일 수 있을 뿐만 아니라 사이트 트래픽도 늘릴 수 있습니다! 그러나 이것은 많은 좋은 신뢰 사이트가 필요하며 일반적으로 이미 돈을 위해 판매됩니다. 뭐, 사느냐 마느냐가 관건...
결론적으로, 한 번에 모든 포럼에 등록하지 마십시오. 그렇지 않으면 귀하의 사이트가 일종의 필터에 빠질 수 있습니다. 하루에 5~8개 정도면 충분하다고 생각합니다. 모두. 행운을 빕니다. 😉
주목!
저는 2015년에 이 메모를 작성하고 있으며 지금 제 생각에는 이러한 사이트나 다른 최신 신뢰 사이트에 귀하의 블로그(웹사이트)에 대한 링크를 남기는 것은 시간을 낭비하고 있다고 말하고 싶습니다. 따라서 의견에서 반복되는 질문을 피하기 위해 여기에 씁니다. 이 목록에는 업데이트가 없습니다.
내 목록을 확인하는 것이 좋습니다. 물론 그러한 블로그에 메시지를 게시하는 것도 이전만큼 효과적이지는 않지만, 다시 제 주관적인 의견으로는 몇 배 더 효과적입니다.
FirePHP는 작은 php 클래스와 함께 php에서 firebug 콘솔로 데이터(예: 모든 종류의 var_dump 및 기타 디버그 정보)를 브로드캐스트할 수 있는 firebug 확장입니다. 이 확장의 주요 이점은 모든 디버그 정보는 헤더를 통해 브로드캐스트되며 페이지를 어지럽히지 않으며 일반적으로 응용 프로그램의 논리를 손상시키지 않습니다.공식 사이트: http://firephp.org/ .
주요 아이디어.
일반적인 프로파일링 알고리즘은 다음과 같습니다.- 페이지 상단에서 xhprof_enable()을 사용하여 프로파일링을 활성화합니다.
- 페이지 끝에서 xhprof_disable()로 프로파일링을 끄고 save_run()으로 수집된 데이터를 저장
- 다음으로, firephp php 클래스를 사용하여 프로파일링 데이터에 대한 링크를 클라이언트 측에 전달합니다.
- 방화범 콘솔에서 "필요한 정보를 엽니다.
- 우리는 기뻐합니다 :)
우리 프로젝트에서는 거의 모든 스크립트에서 처음에는 클래스 로더, 함수 연결 및 기타 필요한 것들이 있는 작업 파일이 연결됩니다. 따라서 프로파일링 포함을 이 파일로 옮겼습니다. 디버그 모드를 마음대로 켜고 끌 수 있도록 구성 상수에 대한 검사를 추가했으며 프로젝트가 빌드될 때 자동으로 삭제되는 일부 메타 태그에 이러한 검사를 래핑했습니다. 프로파일링을 끄고 firephp를 사용하여 헤더에 정보를 쓰는 경우에도 동일하게 적용됩니다. 이러한 작업은 각 PHP 스크립트의 끝에서 호출되고 메타 태그로도 래핑된 하나의 함수로 해결됩니다. 다음과 같이 보입니다.
// 다음 상수는 응용 프로그램 구성 파일에 작성됩니다./** 환경 모드 * */
정의("APPLICATION_ENV" , "개발자" ); // 개발 - 디버그 | 프로 프로덕션
/** 프로파일러 경로 */
define("XHPROF_ROOT" , __DIR__ . "/ExtProcs/debug/xhprof-0.9.2");/***************************************************************************************
* 다음으로 각 스크립트의 시작 부분에 로드되는 파일에서 프로파일링을 시작합니다.
* DEV_START 및 DEV_END는 메타 태그이며, 그 사이의 모든 항목은 빌드 중에 잘립니다.
***************************************************************************************///-- DEV_START
//-- 디버그 모드에서 디버그 라이브러리 연결
// firephp 불러오기
require_once(__DIR__ . "/includes/ExtProcs/debug/firephp/FirePHP.class.php");
//-- 프로파일러 로드
"/xhprof_lib/utils/xhprof_lib.php");
require_once(XHPROF_ROOT . "/xhprof_lib/utils/xhprof_runs.php");
// 필수 플래그로 프로파일링을 초기화합니다. 상세 설명깃발
// php.net/manual/en/xhprof.constants.php에서 찾을 수 있습니다.
xhprof_enable(XHPROF_FLAGS_CPU + XHPROF_FLAGS_MEMORY);
}
//-- DEV_END// 이 함수는 각 스크립트의 끝에서 호출됩니다.
// 호출도 DEV_START 및 DEV_END로 래핑됩니다./**
* 프로파일링 결과에 대한 링크를 생성하고 콘솔에 출력
*/
함수 dev_boot_down() (
if (APPLICATION_ENV === "dev" ) (
// firephp 인스턴스 초기화
$firephp = FirePHP::getInstance(true);
// 프로파일링을 끄고 데이터를 저장합니다.
$xhprof_data = xhprof_disable();
$xhprof_runs = 새로운 XHPofRuns_Default();
$run_id = $xhprof_runs->save_run($xhprof_data, "xhprof_testing" );
// 프로파일링 데이터에 대한 링크를 형성하고 콘솔에 씁니다.
$link = "http://" . $_SERVER["HTTP_HOST" ] . "/includes/ExtProcs/debug/xhprof-0.9.2/xhprof_html/index.php?run=($run_id)&source=xhprof_testing\n";
$firephp->info($link, "프로파일링 데이터" );
}
}
* 이 소스 코드는 Source Code Highlighter로 강조 표시되었습니다.
여기서는 모든 것이 간단하기 때문에 이러한 확장 설치에 대한 세부 정보는 다루지 않겠습니다. 몇 가지 설정에 대해서만 이야기하겠습니다. xhproof에는 프로파일링 데이터가 저장될 폴더를 가리키는 xhprof.output_dir이라는 구성 변수가 하나만 있습니다. 따라서 php 스크립트가 실행되는 사용자에게 지정된 디렉토리에 대한 쓰기 권한이 있는지 확인하십시오. 따라서 php.ini에 다음과 같이 넣으십시오.
확장자=xhprof.so
xhprof.output_dir="/var/tmp/xhprof"
콜 그래프를 그리기 위해 dot이나 Graphviz와 같은 것을 넣는 것도 나쁘지 않습니다. MacOS X에 Graphviz가 있습니다.
위의 절차를 완료한 후 언제든지 브라우저에서 직접 스크립트의 프로파일링을 열고 볼 수 있었습니다.
이 메모에서 나는 A.A. Zaliznyak의 "The Tale of Igor's Campaign": the view of a linguist"라는 책을 고려하고 있는데, 그 페이지에서 "단어"의 텍스트를 쓰는 시기에 대해 언어학자들 사이에 논쟁이 있습니다. : A.A. Zaliznyak은 자신의 관점에서 M. Handler의 구성 순간의 잘못된 점을 비판하지만 내 의견으로는 매우 독특한 방식으로 온화하게 표현하기 위해 ...
Zaliznyak의 프레젠테이션에서 Handler 구성의 본질은 다음과 같습니다. Handler는 텍스트 "Words"(불완전한 것은 언어적 단어 형태임)에서 불완전한 존재의 통계를 분석하고 "Word"에서 발견되는 상대적으로 많은 수의 불완전함 ” 경보 처리기: 이러한 현상은 다음에서 관찰되지 않습니다. 속가 XII-XV 세기의 원고; 불완전함의 풍부함은 "Word"를 Hagiographic 텍스트(누군가의 삶을 설명하는 텍스트)와 관련되게 합니다. 교회교회 슬라브어의 승려들이 쓴 텍스트와 글; 그리고 Hendler는 Lay가 12세기 이후에 작성되었다고 결론지었습니다. "불완전한 것의 문체적 의미가 11세기에서 12세기 기간과 다르게 인식되었을 때"였습니다.
Handler가 작품의 언어만을 분석한 결과, 'Word'가 후대에 속한다는 결론은 Handler뿐 아니라 언어학이 유일했던 Zaliznyak에게 심리적 도전이었다. 그리고 증거에서 가장 높은 주장이지만 고대의 증거에서 이미 "말"이며 Zaliznyak은 Handler를 논박하기로 약속합니다.
동시에 Zaliznyak은 Handler와 Zaliznyak의 언어학이나 통계적 방법으로 들어가지 않고 이제 간단히 이야기할 본질인 일종의 "기사의 움직임"을 만듭니다.
Zaliznyak은 Hendler가 과학 연구 분야에서 고대 러시아 연대기의 텍스트를 제외했다는 사실에 독자의 주의를 이끕니다. Handler는 Old Russian 연대기에 한 명의 저자가 아니라 많은 사람이 있다는 사실에 의해이 단계를 정당화했습니다. 연대기의 텍스트는 반복적으로 다시 작성, 수정, 업데이트, 잘라내어 추가되었습니다 ... 그리고 Handler와 달리 Zaliznyak은 독자에게 제공합니다 고대 러시아 연대기, 특히 Ipatiev 연대기에서 불완전한 것을 세는 경험.
Zaliznyak은 Ipatiev Chronicle의 분석을 위해 Igor 왕자의 캠페인에 대한 이야기가 있습니다. 그러나 Zaliznyak이 분석하는 이야기의 볼륨이 정확히 무엇인지는 분명하지 않습니다. 이야기의 전체 텍스트 또는 일부인지 여부 - 동시에, 전체 과학계는 한때 교회 이데올로기자들에게 관심이 있었던 연대기의 이야기라는 것을 확실히 알고 있으며, 그들은 이 이야기를 전체적으로 편집했고, 또한 연대기에 큰 후기 조각을 삽입했습니다. 이미 부끄러운 패배를 당하고 있던 폴로프치와의 전쟁터에서 이고르 왕자가 회개하는 연설을 하는 장면이 있는 텍스트입니다.
독자는 Zaliznyak이 Ipatiev Chronicle에서 Igor 왕자의 캠페인에 관한 이야기의 "Word" 텍스트와 텍스트(편집된, 나는 강조, 교회 작가들이 강조함)가 밀접하고 상호 연결되어 있다는 사실에 뇌물을 받을 수 밖에 없습니다. , 그리고 아마도 Zaliznyak의 방법(내가 분석하지 않음), 그리고 그의 결론: "SPI가<«Слово о полку Игореве»>완전히 실패한 하기그래피 작품에 가깝다.”는 심리적으로 설득력이 있다고 인식된다.
즉, 세속 필사본의 한 부분을 가져갔고, 이 부분은 교회에서 편집하고 추가한 것으로 알려져 있습니다. 교회가 편집하고 완성한 단편에서 교회 문헌의 양적 특성에서 불완전함이 발견되었고, 이를 근거로 핸들러가 틀렸다고 결론지었다.
질문이 생깁니다. 연구에 대해 견고하고 권위 있다고 주장하는 과학 연구에서 통계 계산을 위해 한 가지 예만 선택되는 이유는 무엇입니까? 그리고 왜 이 특별한 예가 있습니까?
그리고 우리가 다른 연대기에서가 아니라 동일한 Ipatiev Chronicle에서, 그러나 텍스트의 다른 (이전 또는 후속) 단편에서 불완전한 통계를 분석하면 어떻게 될까요? 그렇다면 그 결과가 헨들러를 설득력 있게 반박할 것입니까?
그건 그렇고, Ipatiev Chronicle의 불완전한 숫자가있는이 전체 예가 Ipatiev 원고의 원본 텍스트를 나중에 처리하여 삽입하는 바로 그 경우 Yu.M에 대한 A.A. Zaliznyak의 이의로 간주 될 수 있는지 궁금합니다. 이고르 왕자의 기도가 있는 장면.
그러나 요점은 Lotman에 따르면 이러한 모든 나중에 추가된 내용은 기호학이 아닌 언어 및 문학 분석의 도움으로 식별될 수 있고(필요한 경우 일반 연대기 자료에서 분리될 수 있다는 것입니다.)
따라서 한 단계에서 A.A. Zaliznyak과 Yu.M. Lotman이 평신도 본문의 "고유물"을 분석하는 과정에서 방법론적 문제가 드러났습니다.
그러나 그들의 구성의 오류는 물론 아직 레이의 늦은 기원에 대한 증거는 아닙니다...
07.01.2007.
© A.N. 라브루킨.
문학:
1. Yu.M. Lotman. 러시아 문화에 대해. 기사 및 연구. 상트페테르부르크, 2005, pp. 84-106.
2. A.A. 잘리즈냐크. "이고르의 캠페인 이야기": 언어학자의 관점. M., 2004, pp. 238-240.