реально первый раз вижу когда плюют в карму кода дается линк на РЕАЛЬНо полезный продукт для работы с профилированием. к тому же дается линк на топики посвященные профилированию мускула…
Если пишем о новинках может будем писать цены адекватные?
а то «Он будет стоить 399 $» и «Он будет стоить около 700$ в России» это две абсолютно разные вещи. Я понимаю что цена в России еще не заявлена, но может уточняйте что говрится о США, дефолт кантри, так сказать…
настройки апача, мускула, енджиникса и тп и тд, это отдельный разговр… я вообще считабю святотатством что автор такую ахинею городит.
к примеру мог бы бля посоветовать — «если ты блогер хз когда начал вести блок и пишешь по 10 постов в день, то почитай справку мускула про разбиение таблиц» потому как случай почти идеальный для этого…
это настройки для стадии разработки, позже можно просто поменять пути и файлы перенести на другой хост тот же сервер для статики, или настроить что они как будто перенесены в том же энджиниксе. вам это даст прирост производительности так как обысно запросов на статику много (если ее не кешируют) ну и файлам летятт все ваши кукисы (а это в вп много данных.)
для работы темы дсотаточно лишь файла style.css с описанием.
а в хедере где нужно прописать путь к стилям просто используем наши константы. и пишем пути к реальным стилям.
— что до аплоадом то да, их просто необходимо вешать на сервера с повышеной отдачей статики.
Кешировать то можно на стороне MySQL сервера. хорошо что автор знает такую фигню, но нужна она? memcache обработчик гораздо гораздо ефективней, хотя бы потому что подконтрольный.
1.3 Количество запросов и время их выполнения
и что нам дает? нихуя. потому как запросы мы не видим.
ставим константу в конфиг SAVEQUERIES
ставим следующий плагин
1) слегка переделал ваш плагин
-> в части сохранения стейта выбраных типограф енджинов
-> Сhange Language изменено на Change Typography Engine (признавайтесь что брази за основу плагина? мне интресно)
->
2) все упаковано в 1 файл. (тут уж извиняйте пришлось закодироват бейсом64 ваш плагин, такова у меня привычка делать плигины из 1 файла)
3) оформленно в плагин.
время от вермени получаю ошибку что ответа нет, скорее всего перепишу серверсайд, потому как не нравится.
муравьев отсуствует — так как его сначала в посте небыло =)
хабр не тот… =(
(http://mysqldatabaseadministration.blogspot.com/2007/05/dtrace-and-mysql-1.html)
2TMEO6
думаете монитор не откалиброван? =)
а то «Он будет стоить 399 $» и «Он будет стоить около 700$ в России» это две абсолютно разные вещи. Я понимаю что цена в России еще не заявлена, но может уточняйте что говрится о США, дефолт кантри, так сказать…
к примеру мог бы бля посоветовать — «если ты блогер хз когда начал вести блок и пишешь по 10 постов в день, то почитай справку мускула про разбиение таблиц» потому как случай почти идеальный для этого…
первое.
вся графика и стили и все остальное по привычке кидают в папку темы а не надо, зря.
добавьте в файл functions.php
$___THEME = parse_url(get_bloginfo('stylesheet_url'));
$DIR = dirname($___THEME['path']);
unset($___THEME);
define('URL_CSS', $DIR.'/layout/css/');
define('URL_JS', $DIR.'/layout/js/');
define('URL_IMG', $DIR.'/layout/img/');
define('URL_IMG', $DIR.'/layout/swf/');
define('DIR_CSS', TEMPLATEPATH.'/layout/css/');
define('DIR_JS', TEMPLATEPATH.'/layout/js/');
define('DIR_SWF', TEMPLATEPATH.'/layout/swf/');
define('DIR_IMG', TEMPLATEPATH.'/layout/img/');
это настройки для стадии разработки, позже можно просто поменять пути и файлы перенести на другой хост тот же сервер для статики, или настроить что они как будто перенесены в том же энджиниксе. вам это даст прирост производительности так как обысно запросов на статику много (если ее не кешируют) ну и файлам летятт все ваши кукисы (а это в вп много данных.)
для работы темы дсотаточно лишь файла style.css с описанием.
а в хедере где нужно прописать путь к стилям просто используем наши константы. и пишем пути к реальным стилям.
— что до аплоадом то да, их просто необходимо вешать на сервера с повышеной отдачей статики.
ржал долго. первым запросом вп вытягивает все опции и кидает их в кеш. эти значения это опции. не надо их менять, это экономия на спичках.
Кешировать то можно на стороне MySQL сервера. хорошо что автор знает такую фигню, но нужна она? memcache обработчик гораздо гораздо ефективней, хотя бы потому что подконтрольный.
и что нам дает? нихуя. потому как запросы мы не видим.
ставим константу в конфиг SAVEQUERIES
ставим следующий плагин
— snipt.net/Butuzov/wp-db-debug-plugin
— смотрим запросы, что надо профайлим.
нет правда. такое впечатление что звон слышен да вот только где он? я понимаю что эт оперевод и топик стартер не виноват.
давайте пройдемся по отдельным пунктам.
«Ebay» — www.youtube.com/watch?v=HYokLWfqbaU
Every build you break — www.youtube.com/watch?v=0hgWynPzFIk (оригинал — www.youtube.com/watch?v=fVc_VPMsj7A)
every os sucks — www.youtube.com/watch?v=d85p7JZXNy8
Happy System Administrator Day = www.youtube.com/watch?v=131Xb0s69GMv
з.ы. но как Пенни я все равно ее больше люблю…
з.з.ы.
вампиров так просто не убить =) вспоминаю баффи.
made.com.ua/typography.rar
1) слегка переделал ваш плагин
-> в части сохранения стейта выбраных типограф енджинов
-> Сhange Language изменено на Change Typography Engine (признавайтесь что брази за основу плагина? мне интресно)
->
2) все упаковано в 1 файл. (тут уж извиняйте пришлось закодироват бейсом64 ваш плагин, такова у меня привычка делать плигины из 1 файла)
3) оформленно в плагин.
время от вермени получаю ошибку что ответа нет, скорее всего перепишу серверсайд, потому как не нравится.
муравьев отсуствует — так как его сначала в посте небыло =)
как то так…