마이 그 레이션하기로했습니다.

별도로 MT가 나쁘다는 것은 아니며, 역시一長一短가되었습니다이 플러그인을 WordPress용으로 만들었다 때문에.

아직도 이리저리 버그가 있다고 생각 합니다만,おいおい해결하고 싶습니다.

Tadaima 극비 프로젝트의 일부에 대해 블로그 갱신이 지체되고있습니다.
하긴 설계 변경 사항은 무엇입니까?아니 않기 계십니까 이유 아닌가 해요?
MovableType4.2의 정식 버전이 나오면 폴더 구성이나 함께 바꾸자 있을까.
| ω・`) 메이든ﾗ사실 WordPress 변경 방안도 좀 부활하고 있고했다.
나중 빈 계십니까 분의 과거 기사가 몰래 늘고있어도 꺼려하지 마십시오 (웃음).

제목 네타 소스를 모르는 분은 여기.

현재 지그ょうきょう.

• 홈페이지에서 성게 성게 변화하고있습니다
• favicon 만들어 솔방울했다 →
  
• 블로그를 시장 / 기타에서分けよ니다 검토 중.혹시 애니메이션도?

  평일 마켓 센터, 휴일은 일상 대화 중심이라는 느낌 업데이 트 나가자 있을까.문제는 MovableType에서 어떻게 실현하는가?마루찌부로구이라는 두 카테고리에 일반시키고 싶은 기사가 처리되지 않을하고, 하나의 블로그에서 할 경우, 부로구루토 변경 및 카테고리 관리가 용이.

• 휴대 대응은 템플릿에서

  MT4i가 배포 중단?수없는 것처럼이므로 (사이트가 403 Forbidden), 아주 무력했다.덧붙이기 : 간단하게 일률적 접근 제한에引かかっ하고 있으며 같습니다.다른 위치에서 정상적으로 액세스할 수있습니다.프리 아니라면 외에있는 것 같다는데……이므로 당분간 템플릿에서 휴대용 페이지를 내뿜는다 같이하자 있을까.제대로 표시되지 아니지만 (태그 삭제 또는 이미지 크기 조정, 카나 변환은 무리 뉴) 일단 볼 수 상황을 목표로.

당 잠시 성게 성게합니다.성게 성게.

이제 블로그 출범에 즈음하여, 어떤 시스템을 사용할 수 있는지 고민했던 것입니다.

일단 검색하거나 친구에게서 듣고하고 다음이 후보로挙がり되었습니다 (다른에도 좋을스러운 것이 많이있을 것입니다).

• MovableType
• WordPress
• nucleus

결론부터 말하자면, 현재이 블로그는 MovableType4.1에 달려있습니다.

이유는 블로그 설치에 익숙하지 않기 때문에, 문서 및 참고 사례가 풍부한 것이 바람직하다 (낫게 한국어), 공유 다 함에서 임대 서버측의 지원도 기대하기 쉬운,입니다.

세계적인 주류는 WordPress가되고있다 봐요. 반대로 일본에서는 MovableType 점유율 비율은 줄지 않은 것 같습니다. 왠지 Google과 Yahoo! 활용도를 닮은 생각이 듭니다.

예전에는 히네쿠레 것이었기 때문에, 메이저 것이 메이저다는 것을 이유로 기피하고 있었 습니다만, 지금은 일단 주류의 것들을 만져보고, 불만이있는 경우에 다른 사람을 시험하는 자세로 바뀌고있습니다.

설치는 설명서대로 4.45갔습니다. 그러나 실제로 만져 것으로, 어떤 알 수없는 그런데……

1) 일부 문자가 둔갑

구체적으로 말하면,

~

파형

…

3 점 리더

-

최대 적자

\

한글 백슬래시

등이? 로 둔갑했습니다. 이것은 AA가 풀칠 않아 실망,이므로 다양한 으로서는 몇 시간……

먼저 입력시의 형식을 "없음". 사실 마음대로 불필요한 태그를 매기는 것은 곤란합니다. 익숙해져 오면 외형도 코드만으로 대략 상상할 수있습니다. 단지 이것은 당연히 해결되지 않고.

다음 "설정"항목을 바라보고, "블로그 설정"의 "블로그 기사"를 보면 "Word 특유의 문자를 대체"그것 같다 것을 발견. 이것이라고 생각 했어요, 3 개의 어느 것을 선택하더라도 크게 다르지 않고. 항목을 선택한 경우 3 점 리더 단지 엔티티 (& # xxxx;)로 변환되어 나타나도록해야했지만……

어쩔 수 없기 때문에 Web에서 검색해 보면 MySQL 설정 문제 같다는 정보를 다수 발견되었습니다. 생각해 보면, 먼저 DB의 문자 코드를 인식하는 것은 당연 하지요. 둔갑 한 것이 일부 문자 뿐이었다 것으로, 평소에는 PosgreSQL을 사용 계십니까 것으로 (변명).

마지막으로, phpMyAdmin에서 MySQL의 설정을 확인하고 "MySQL 연결 데이터 정렬"을 "ujis_japanese_ci"에서 "utf8_general_ci"로 변경하여 해결했습니다.

# 연결 데이터 정렬 또는 ujis 또는 Nazo 기간 네요, 이것이 MySQL 라이크 한かしら않습니다?

2) 오류 로그에 "Premature end of script headers : mt.cgi, referer : ~"오류가 때때로 나온다.

보기를 통해 Web으로 검색하여 찾아 보니, "알 수없는 경우가 자주 묻는 오류"라는 감탄사 계정. 일단 문서와 다른 것은 suEXEC있는 곳 또는 ···, 권한을 검토하면서 config이란 무엇입니까? 지라고 Web을 통해 문서를 보면 그것 같다가. 설치가 화면에 잘했기 때문에 보지 못했습니다.

그런 이유로, mt - config.cgi에 다음과 같은 설정을 추가

이로써 일단 사라졌다 같다? 잠깐様子見중입니다.

라는 것을 해결하는 것이 좋겠지만, 사실 아직 해결되지 않은 것이 2 점있습니다.

3). "설정"> "블로그 설정"> "코멘트"를 선택하면 500 에러가납니다.

4). GIF 파일을 파일 업로드를 통해 업로드하면 500 오류가 묻는

3)는 깔끔하게입니다. 설치 직후부터이 항목을 보는 적이없습니다. 다른 항목은 정상적으로 볼 수 위하여. 그러니 의견을 설정할 수없습니다 (苦笑). 기본 상태에서 문제가 없으면 좋은하는데……

4)는 Web에서 검색하는 경우 유사한 증상의 사람이 있었다하는데, 이때의 문제는 Perl 버전 5.8.0이었다 답게 이곳은 5.8.5에서 다른 원인 같습니다. 임대 서버이므로 버전上げろ말해도 곤란합니다.

어쩔 수 없기 때문에, 이동하면서 해결책 대해 살펴보고자합니다.

이제는 검색 엔진에 대해 각 문서의 파일 이름은 기사 제목을 URL 인코딩 한 것에하고 싶은데, 당분간 그런 설정은 보이지 않고. 플러그인을 찾아보십시오.

그러니 아직 설계 등에까지 손이 회전되지 않습니다. 그중がらと디자인은 바뀔 것입니다.

오류가 나타날 경우, 또한 같은 토라부 정액 있군요하고 있다고 생각하세요 (울).

#どうにも경우 없게되면 다른 시스템으로 바꿀지도 (보타 그리고