Лесно можем да избием всички mysql заявки на определн потребител с елегантното:

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

Заместваме user123 с желаният от нас потребител и изпълняваме в mysql и всичко е ОК 🙂

Пошто је прошле недеље купио Фантастико Делуке инсталатер, који по мом скромном мишљењу је један од највише пристојан за цПанел сервере. поставили смо га и тестирали све је глатко. Данас, клијент ми је рекао о проблему са кодирања ВордПресс инсталације. Кроз ствари и одмах Схоне проблематичних базама су Латин1 кодирање подразумевани утф8 уместо преузимања. Још више забава је, да пхпМиАдмин-писао и користи подразумевани УТФ8, драма. Одлучио сам да прегледа списе Фантастицо-и видим да има негде где могу да нађем себе подешавања базе по дефаулт-у први пут видела ништа. Онда ме нешто текна да видимо шта је у ми.цонф-и шта да види није било одговарајуће поставке у конфигурацији и свих њених светла на све што се поставља као подразумевано. МиСКЛ сервер хардкоднат користити УТФ8, осим ако је подешен са другим поставкама и Фантастицо-очигледно је Латин1 ( што је прилично глупо одлука). Решението както винаги е тривиално добавят се 2 реда в [МиСКЛ сервер] часста за да се окаже UTF8 като кодировка по подразбиране и всичко заспива 🙂

character-set-server=utf8
collation-server=utf8_general_ci

Нямам никаква идея поради каква причина съм пропуснал тези настройки при положение че си играх да правя няколкофининастройки на mysql-а.

Potpomognuto Zemanta

Неколико дана од КСАМПП 1.8.0 јуче након надоградње из верзије 1.7.7 Имао сам доста занимљив проблем. Пхпмиадмин-а да се не отвара и урлао са 403

pristup забрањен!


Нови КСАМПП Сецурити концепт:

Приступ тражени објекат је доступан само из локалне мреже.

Ова поставка се може конфигурисати у датотеци “хттпд-кампп.цонф”.

Одмах отворила хттпд-кампп.цонф који је за мене у / опт / лампп / етц / Ектра /, На први поглед све је изгледало у реду. Правила за локалне мреже су били међу. Осим отварања лоцалхост. ВТФ ??? Погледао сам лог-и видим да је мој приступ је одсечен од конфигуатсииата. Ево сада шта сам дахну и искрено нешто мање среће нашао проблем. След като преглеждах httpd.conf-а видях в Allow/Deny клаузите един последен ред Захтевају све готово. ох Еурека. Ово је нови контролни механизам који је ступио на apache 2.4.к. То даје приступ или одбија такву казну, у основи имитира Дозволи / Одбиј функционалност :). За да поправим проблема добавяме Require all granted в директивите за папката /opt/lampp/phpmyadmin. После промена у мени изгледа као

<именик “/опт / лампп / пхпМиАдмин”>
АлловОверриде аутхцонфиг лимит
order аллов,негирати
Дозволи са свих страна
Захтевају све готово
</именик>

 

Вианги можете покушати још један дивљи, На пример, да променимо име фолдера ПхпМиАдмин нешто друго, а не алиас да. Али то је ружно и није баш смисла 🙂

П.С Питали су ме зашто користите КСАМПП не чисти инсталацију свих компоненти као што их је мој Убунту рођена – отговорът е много много простМЪРЗЕЛ. Мързи ме да напиша няколко команди после да си пипна конфовете и прочие. Доста по лесно е сваляш целия пакет разархивираш и палиш 😉

Potpomognuto Zemanta

Image representing MySQL as depicted in CrunchBase

Преди известно време бях писал за Pretraživanje MySQL punog teksta 🙂 Днес имах много интересно преживяване с една заявка. В общи линии заявката търси за резултати който липсват друга таблица. Един основне 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 метода 😀

Potpomognuto Zemanta

Јуче након ажурирања верзија МиСКЛ, Сервер-виде са мном почео да виче на мене, да постоји табела, који није затворен чисто и треба да се поправи, итд. Блах, шта ће ова табела, Ипак имам 30-нешто на овом серверу. Једна од опција је да се види у лог-а оно што пише на санацији проблем и покренули табеле или друге опције – далеко боље – То је за покретање поправку, верификација и оптимизација свих табела. Ово ће користити мисклцхецк функције. Общо взето вариантите в случая са като и двете коменди са синонимни една на друга:

mysqlcheck -Aor -u root -p

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

Общо взето, която и от двете команди да използвате, ефектът ще е еднакъвароматична поправка, проверка и оптимизация на всички таблици. След като напишете която и да е от двете команди, ще бъдете попитани за root паролата на mysql server-a ви.