우리가 쉽게 모든 mysql 쿼리 우아한 가진 특정 사용자를 죽 일 수 있다:

select concat('KILL ',id,';') from information_schema.processlist where user='user123';

우리는 사용자와 함께 대체 user123 원하는 mysql에서 구현 하 고 모든 것 확인 🙂

지난 주 판타 스 티코 디럭스 설치 프로그램을 구입하기 때문에, 내 소견에 이는의 cPanel 서버에 가장 알맞은 중 하나입니다. 우리는 그것을 설치하고 테스트 모든 것이 순조롭게 진행. 오늘, 클라이언트는 워드 프레스 설치의 인코딩 문제에 대해 이야기. 물건 즉시 빛났다 문제 기지를 통해 라틴 인코딩 기본 UTF8 대신 가정했다. 더욱 재미있다, 그 phpMyAdmin을가 쓴 기본적 UTF8에 의해 사용된다, 드라마. 첫째 아무것도 보지에서 나는 나 자신이 기본적으로 데이터베이스를 초기 설정 찾을 수있는 곳이 있는지 판타 - 그것의 파일을 검토하기로 결정. 그리고 뭔가에 무엇이 있는지 내게 TEKNA my.conf 및 기본값으로 설정되어 무엇에 해당하는 구성의 설정 및 모든 빛은 무엇을 볼 수 없었다. 그것은 다른 설정과 함께 구성되어 있지 않으면 UTF8을 사용 hardkodnat MySQL 서버 판타 스 티코는 - 그것은 분명히 라틴어입니다 ( 이는 매우 어리석은 결정이다). 이 솔루션은 사소한 언제나 추가 2 에 선 [mysqld를] 그래서 기본적으로 그것은 모든 인코딩으로 u t f 8을 누락 된 부분은 🙂 자가

문자 집합 서버 utf8 =
데이터 정렬-서버 utf8_general_ci =

나는 내가 할 몇 가지 재생 될 때 이러한 설정을 놓친 왜 모른다 “피 니” mysql 설정-.

Zemanta에 의해 향상된

며칠 아웃 XAMPP 1.8.0 어제 버전에서 업그레이드 한 후 1.7.7 꽤 흥미로운 문제가 있었다. phpMyAdmin을가-그는 열고 함께 포효하지 않는다 403

액세스 금지!


새로운 XAMPP 보안 개념:

요청 된 개체에 대한 액세스는 로컬 네트워크에서만 사용할 수 있습니다.

이 설정 파일에 설정 될 수있다 “아파치 - xampp.conf”.

바로는 / opt / lampp를에 나에게 아파치 - xampp.conf을 열었다은 / etc / 추가 /, 언뜻 보면 모든 것이 잘 보였다. 로컬 네트워크의 규칙 중이었다. 외에도 오프닝 로컬 호스트에서. 세계 태권도 연맹 ??? 나는 보았다 로그 내 액세스가 konfiguatsiyata에 의해 차단되는 것을 볼 수. 여기에 지금은 헐떡 솔직히 다소 덜 행운이 문제를 발견 한 것은. 를 통과 한 후 httpd.conf를-및보고에 허용 / 절에게 마지막 명령을 거부 모든 부여 필요. 오 유레카. 이 체결 새로운 제어 메커니즘입니다 아파치 2.4.x부터. 그것은 액세스 또는 그러한 벌금을 거부하고 있습니다, 기본적으로 모방이 기능을 허용 / 거부 :). 폴더에 대한 모든 허가 지침을 필요 추가 문제를 해결하려면 / 옵션 / lampp를 / phpMyAdmin을. 저 모습에서 변경 후

<예배 규칙서 “/옵트 / lampp를 / phpMyAdmin을”>
에 AllowOverride authconfig를 제한
주문 허용,거부
모두에서 허용
모든 부여 필요
</예배 규칙서>

 

Viangi 다른 야생을 시도 할 수 있습니다, 예를 들어, 다른 폴더 phpMyAdmin을 무언가의 이름을 바꾸고에 별칭을하지합니다. 그러나 그것은 매우 의미있는 추한 및 아니다 🙂

내가 XAMPP 모든 구성 요소가 아닌 새로 설치를 사용하는 이유 그들을 내 데비안 탄생으로 p.s 그들은 나에게 물었다 – 대답은 매우 간단합니다 – 게으름. 게으른 나에게 다음 몇 가지 명령을 쓰기 감동을 자신의 konfovete 등. 훨씬 쉽게 전체 패키지를 타격하고 불이 압축 해제됩니다 😉

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에 의해 향상된

어제 MySQL의 버전을 업데이트 한 후, 서버 본 나에게 나를 소리 시작, 테이블이 있음, 정상적으로 종료 및 수리 등을 필요로되지 않은. 바보스런 일, 어떤 것이 표, 아직도 나는이 서버 내 30 뭔가를. 하나의 옵션은 로그의에보고 무엇인지는 테이블의 문제 및 실행 수리 또는 다른 옵션을 말한다 – 더 나은 훨씬 – 그것은 복구를 실행하는 것입니다, 검증 및 모든 테이블의 최적화. 이 mysqlcheck의 도구를 사용합니다. 일반적으로 옵션은이 경우에 모두 komendi는 서로 동의어로:

mysqlcheck -Aor -u root -p

mysqlcheck -u root -p --auto-repair --check --optimize --all-databases

일반적으로, 둘 다 사용 하 여 명령, 효과 같은 것 – 향기로운 수리, 심사 및 모든 테이블의 최적화. 명령 중 하나를 입력 한 후, 묻는 서버는 mysql의 루트 비밀 번호에 대 한 당신.