Откройте свой Мир!

Новый блог всегда атакуют спамеры, присылая вам десятки комментариев каждый день. Приходится постоянно их удалять, а это иногда напрягает. Новичок еще не знает о плагинах, которые решат эту проблему раз и навсегда. Он просто хочет узнать как отключить комментарии в wordpress, чтобы они ему не надоедали

http://zarplatawmz.ru/kak-o...

Приветствую. Акция по предоставлению бесплатного хостинга от компании mchost продолжается. Вы можете получить 93 дня бесплатного хостинга по тарифу ПРОФИ:
дисковое пространство - 5гб
количество сайтов - 10
число баз данных -10
Акция бессрочная. После 3 месяцев бесплатного хостинга вы без проблем сможете забрать свои сайты если вас что-либо не устроит или продолжить пользоваться тарифом на платной основе.
Акция проходит совместно с блогом seoonly
http://seoonly.ru/hosting/xosting-mchost-ru-makxost-bonusy-chitatelyam/
Уже больше 300 человек воспользовалось нашим бесплатным хостингом. Для того, чтобы получить 3 месяца хостинга нужно указать при регистрации промо-код:
2027-F151-153C-7506
Надеюсь вам понравится.

Масса новых познавательных уроков http://wpcreate.ru/spisok-urokov

СУРА 68 ЧАСТЬ ПЕРВАЯ

(1) Нун-буква. И записью и тем, что пишут клятва!
(2) Не ты охвачен бесом по милости Господней (необъятной)!
(3) И не иссякнет для тебя награда (и как она приятна)!
(4) Великим нравом обладаешь ты.
(5) Ты увидишь и они, (и станет понятно),
(6) В ком из вас безумие (было вероятно).
(7) Истинно Господь твой знает сбившихся, и знает идущих по Его пути.
(8) И тем, кто не поверил, не поддавайся ты.
(9) Они бы хотели, чтоб ты не противился, и они бы отнеслись халатно.
(10) И не поддавайся ничтожному, чьи клятвы пусты,
(11) Клеветнику, разносящему сплетни (для вражды),
(12) Препятствующему Добру, беззаконнику, тому, чьи поступки дурны,
(13) Тому, чьи действия грубы, а после этого низки,
(14) Хоть у него сторонники, а карманы деньгами полны.
(15) Когда ему читают знаки Наши, он говорит: «Благодаря сказаниям древних они сочинены»
(16)Мы поставим ему клеймо на рыло его (за слова, адекватно).
(17)Мы испытали их, подобно испытанию владельцев сада, когда те поклялись, что утром соберут плоды,
(18) Не захотев воздать хвалу, (что было б благодатно).
(19) Когда же спали - налетел на сад от Господа тайфун (внезапно).
(20) Наутро сад стал землею пустоты.
(21) И утром звали, (не зная постигшей беды):
(22) «Ступайте на участок, если хотите собрать плоды»
(23) Они отправились, шепча между собой (отвратно):
(24) «Пускай сегодня не входит к вам туда достигший бедноты».
(25) И стали сердиться они.
(26) Когда ж увидели свой сад, сказали: «Ведь, что мы сбились - (нам понятно).
(27) Напротив! Мы лишены плодов - (невероятно)!»
(28) Лучший средь них промолвил: "Что Бога восхвалить должны - не я ли говорил вам внятно?"
(29) Они сказали: "Господу хвала! Деяния наши злом омрачены".
(30) И стали упрек бросать друг другу (безрезультатно).
(31) Они сказали: "Горе нам! Произвол вершили мы.
(32) Возможно, Господь наш заменит сад лучшим, чем он. Ведь с просьбой к Господу мы возвращаемся обратно".
(33) Таково страдание. Страдание ж Последнего мира больше, если б знали они (знатно)!


Тимур Джумагалиев - ответственный за перевод.

Обсуждение здесь:
http://blogs.mail.ru/mail/timjum/369691C599B070A7.html

Прошу вас, комментируйте на странице ролика!!!Перейти

nujna vasha pomosh s wordpressom 

Kogda ya aktiviruyu 
roditelskuyu temu razrabotannuyu 2010 godu tem, ya poluchayu oshibku 500. Etogo 
ne sluchalos kogda ya pitalsya activirovat detskie temi. Ya podumal chto 
problema izza temi no kogda ya poiskal v nete tama skazano chto problema 
obichno izza .htaccess file ili ne dostatochno pamyati v php.ini file 

Vot content file .htaccess 
: 

RewriteEngine On 

RewriteBase / 

#uploaded files 

RewriteRule ^(.*/)?files/$ index.php [L] 

RewriteCond %{REQUEST_URI} !.*wp-content/plugins.* 

RewriteRule ^(.*/)?files/(.*) wp-content/blogs.php?file=$2 [L] 

# add a trailing slash to /wp-admin 

RewriteCond %{REQUEST_URI} ^.*/wp-admin$ 

RewriteRule ^(.+)$ $1/ [R=301,L] 

RewriteCond %{REQUEST_FILENAME} -f [OR] 

RewriteCond %{REQUEST_FILENAME} -d 

RewriteRule . -[L] 

RewriteRule 
^([_0-9a-zA-Z-]+/)?(wp-.*) $2 [L] 

RewriteRule 
^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L] 

RewriteRule . index.php [L] 

SecFilterEngine Off 

SecFilterScanPOST Off 

Добрый день всем
Подскажите пожалуйста плагин закладки где есть Мой мир   

Если вы новичок, и прежде чем платить деньги за хостинг и домен вы хотите все попробывать, то можно получить бесплатный хостинг с уже установленным и настроенным wordpress бесплатно.

Просто заполните заявку на бесплатный wordpress аккаунт. После регистрации заявки вы получите письмо с доступом к сайту и хостингу. Вам остается только изучать wordpress и творить :)

страница,создание страницы,редактор не работает.что делать?

Я уже писал, что после обновления движка моего сайта до версии 3.0.1 начались жуткие тормоза из-за системы кэширования wp supercache. В тот раз я поставил hypercache и тормоза прекратились.

На днях хостинг начал тормозить снова. Причина неизвестна, но, по словам хостера не из-за моего сайта. Судя по всему, у кого-то из соседей начался ежедневный наплыв посетителей примерно с 12.00 до 16.00 (а иногда и позже) по Москве.

Hypercache уже не помогал – видимо, прожорливый сосед активнейшим образом использовал жесткий диск сервера.

Пришлось вспоминать, что на хостинге ht-systems установлен memcache. Причем доступен он для всех тарифов, начиная с самого дешевого – то есть моего. Кэширование в оперативку, теоретически, могло существенно ускорить работу сайта.

Поиск по wordpress.org вывел меня на W3 Total Cache by W3 EDGE. Замечательный, как оказалось, плагин, хотя в настройке сложноват и русификации пока не имеет. Странно, что в Росси про него мало что слышно – везде только и споров о том, что круче – hypercache или wp-supercache.

W3 Total Cache умеет:

• кэшировать уже отрисованные страницы на диск, в memcache, APC, eAccelerator, xCache
• кэшировать запросы к базе данных туда же в том числе и для зарегистрированных пользователей.
• кэшировать объекты.
• подчищать код страничек, css, javascript и кэшировать все это на диск или memcache.
• сжимать все, что сжимается gzip
• зеркалировать объемистые картинки, мультимедию, архивы и прочее в глобальны сети распределения и доставки – CDN.
• приносить тапочки и газету по утрам – пока еще не научился, но говорят, работы идут полным ходом

Установился плагин без проблем. После установки я настроил его на кэширование всего, что только можно в memcache. Скорость существенно подросла, но как-то неравномерно – одни страницы стали грузиться мгновенно (0,5 – 0,6 сек), другие – секунд по 10-12. Причина, как я теперь понимаю, в небольшом размере memcache у ht-systems – 256 Мб на весь сервер. А там ведь не только мой сайт крутится. Понятное дело, что довольно объемистые страницы, к тому же редко посещаемые, из кэша быстро удалялись, и движку приходилось рендерить их по-новой. А вот запросы к БД и объекты, как выяснилось, лежат в memcache подолгу, т.к. wordpress обращается к ним довольно часто и места они занимают немного.

Сейчас в memcache кэшируются только запросы и объекты (кстати, что за объекты, так пока и не понял; но их много и кэшируются они хорошо). Страницы – на диск. Картинки, CSS и JS – в CDN.

Кстати, бесплатных CDN в списке настроек по-умолчанию, судя по всему, нет. По крайне мере, система при включении и проверке доступности CDN написала, что сервер кэширования не отзывается.

Пришлось немного пояндексить. В итоге нашел один бесплатный сервис – www.coralcdn.org. Возможно, есть и другие, но этот первым попался мне под руку и не требовал регистрации. Сервер кэширования – имя_вашего_сайта.доменная_зона.nyud.net – нужно прописать в настройках кэша, а тип кэширования выбрать mirror. У меня это заработало без проблем. Посмотрим, даст ли это какое-нибудь снижение нагрузки.

Ну а проблема с прожорливым соседом решилась переброской на другой сервер той же ht-systems.

После появления в woredpress пользовательских типов записей и пользовательских таксономий, движок wordpress стал на голову выше, по сути это вместе с произвольными полями что-то вроде cck в друпале.

Позавчера столкнулся с проблемой настройки произвольного вида постоянных ссылок (ЧПУ) для пользовательского типа записей. Решение проблемы потом нашел, как оказалось, все было в разы проще.

В своем блоге написал статью, как создать пользовательский тип записи и пользоватльсский тип таксономии, связать их и настроить произвольные постоянные ссылки для пользовательских типов записей -
Custom Post Permalinks + пользовательские посты и таксономии

Эзотерика и IT - http://www.benatar.ru/siten...

И так, знаменательный день наступил – движок сайта обновлен до третьей версии.

Надо сказать, ничего сложного в этом не было – в админке Вордпресса (а именно на нем работает сайт) уже несколько дней висело сообщение о появлении на сервере новой версии движка. И предложение обновиться.


Я долго и лениво думал: «А оно мне надо?» Ведь и так все, что мне нужно, работает. Решил поспрашивать на форумах – может в движке появилось что-то радикально новое и полезное. Ответов было мало, в основном восторженно-бестолковые, типа: «Установил, все стало намного удобнее, сайт просто летает!» и т.п. Серьезных и обдуманных почти не встретил. То ли заняты все матерые сайтостроители были, то ли сами прибывали в раздумиях.

Стало ясно, что пока на своем опыте не проверю, ничего не узнаю. И в один прекрасный день я кликнул по ссылке «Обновить автоматически» (очень благодарен разработчикам за такую функцию).

Движок потребовал сделать резервные копии сайта и базы данных, грозя в противном случае всеми карами, включая потерю данных. Я, как законопослушный админ, выполнил все его требования. И запустил обновление.

Ничего особенного не произошло. Выскочило несколько сервисных сообщений. А потом движок злорадно сообщил, что обновление не может быть завершено, т.к. некоторые файлы невозможно заменить. Изменение прав доступа решило часть проблемы, но полностью ее удалось решить только выключив кэширование и еще кучу плагинов. Только после этого движок радостно сообщил, что обновление прошло успешно и его версия теперь 3.0.1. С чем я себя и поздравил.

Первым делом я полез в админку – посмотреть, какие плюшки подготовили разработчики для админов сайта. Был сильно разочарован тем, что ничего принципиально нового не появилось. За исключением конструктора менюшек. Но мне он и даром не нужен был. Это примочка скорее для сайтов портального типа, а у меня пока чисто информационный сайт. Заметил, что немного поменялась цветовая гамма админки. Сам сайт стал работать маленько медленнее и количество запросов к базе данных немного увеличилось. В общем и все.

Интересное началось много позднее, а именно 19 октября сего – 2010 – года. Я сразу заметил, что после обновления сайт стал работать несколько медленнее. Но 19 числа мне пришло сообщение от хостеров капитально грузит сервер, а поскольку времени у меня на тот момент катастрофически не хватало, ответить им я ничего не смог. Подождав денек, хостеры вырубили сайт. 23 октября я занялся сайтом вплотную и с удивлением обнаружил, что причиной все тормозов был компонент wp-supercache, который в принципе должен был наоборот, повышать быстродействие сайта. Компонент я отключил и стер. Сайт сразу заработал, и заработал, надо сказать, даже шустрее, чем с включеным кэшем. Вот тебе раз.

Однако при большом наплыве посетителей (хотя у меня это бывает крайне редко; если быть точным – никогда) сайт может опять начать тормозить. Потому я решил попробовать другой популярный плагин кэширования – hypercache. От wp-supercache он отличается меньшим числом настроек и другим принципом работы. Если первый создает практически полную статическую копию сайта, то hypercache хранит все данные в небольших, упакованных файлах.

После включения hypercache скорость работы сайта ощутимо возрасла. Что не могло не радовать. Да и вообще, после обновления блог стал работать несколько быстрее.

Друзья, 3 апреля вышел wordpress 3.0 beta1. Устанавливать на основной блог пока не рекомендую. А вот скачать и потестировать можно.

Что-то странно, что на мейле так мало пользователей вордпресс. Из введенного мной запроса вышло только три сообщества, и это самое живое из всех. И то здесь только две записи.

Чтобы немного подогреть интерес выложу один довольно интересный плагин.[ Смотреть дальше... → ]

WordPress получил первое место в конкурсе CMS Award и стал лучшей OpenSource CMS 2009 года. Второе место разделили MODx и SilverStripe. Также WordPress занял второе место в номинации лучшая Open Source PHP CMS. Первое место в этой номинации получил - Drupal, третье место - Joomla!.

Это лучшее достижение WordPress за все годы конкурса CMS Award, для сравнения в прошлом году WordPress даже не попал в тройку лидеров. Так что будем надеяться что в 2010 WordPress получит первые места во всех заявленных категориях!

Всего в конкурсе CMS Award было около 12000 кандидатов, и более чем 23000 голосов в пяти категориях.

Хочу поздравить всю команду и сообщество WordPress с этой замечательной победой, и надеюсь что общими усилиями мы сделаем WordPress еще лучше!