суббота, 9 сентября 2017 г.

Leave a Comment

блог на гугле


Вчера вечером снова клавиатура моя решила поиздеваться… перестала работать в самый неподходящий момент. И что хуже отказалась работать даже после привычного «поиска устройства». Продолжить чтение »


Русификация для плагина Simple:Press Forum 3.1


Будет доступна на сайте автора сразу в день релиза (через несколько дней) . Вчера я уже отправил ему обновленный перевод.


Версия 3.1 уже вышла сегодня


Блог на гугле


Улучшена производительность, добавлены новые функции.


PS Иконки и хелп еще не переведены…


DANGER! SEO-вредители! Проверьте свои темы WordPress на наличие «плохих тегов»


Заметил тут недавно в логах плагина поиска такие запросы вида :


причем IP посетителя везде 66.249.70.219 — гугловый бот и таких запросов сотни в сутки. Все сайты одной направленности типа вминск.ру, вбрянск.ру (все естественно по английски) и т.п.,


Блог на гугле


Добавлено: В логах вебсервера запросы выглядят так:


Блог на гугле


среди знакомых адресов увидел лишь altblog.ru, собственно с него и еще пары других сайтов все началось примерно недели две назад.


Кликнув сам по одному такому увидел что у меня выводится так на странице: Результаты поиска по ». Вроде на первый взгляд все чисто, но если навести мышкой на эти кавычки то видим вполне ЖИВУЮ ССЫЛКУ без всяких noindex и nofollow. Поиском по шаблону (в 99% случаев это в файле search.php) нашел что фраза выводится тегом:


что не есть гуд.


Методом поиска по архиву тем нашел еще такое:


и тому подобные записи. Так вот все это ПЛОХИЕ ВАРИАНТЫ, от которых следует избавиться и чем скорее тем лучше.


Вместо них можно применить безопасные методы:


Кроме того в robots.txt лучше дописать такие строки:


После вышеописанных действий любые такие извращенные запросы будут выводиться на странице обычным текстом БЕЗ ССЫЛОК


Я не SEO специалист и не знаю работает ли у ахтунгов, занимающихся такими махинациями с ссылками, но лучше все равно запретить


Кроме того это позволит защититься от вставки практически любого HTML кода в страницу, вот живой пример, правда безобидный относительно (сверху показано то что выводится после модификации темы, а чуть ниже мы видим картинку, которую я «пропихнул» в форму поиска):


Блог на гугле


Ответы на частозадаваемые вопросы (оно же FAQ) по WordPress


Вопрос: Скачал русифицированный плагин, тему или сам wordpress, а у меня все на английском…


Ответ: Основные проблемы:



  1. Проверьте в wp-config.php должна быть строка define (‘WPLANG’, ‘ru_RU’); либо для WordPressMU define (‘WPLANG’, ‘ru’);

  2. Если у вас стоит сборка от maxsite.org или моя версия 2.7 и выше и включена эта опция (для старых версий вы можете поставить лайт-перевод сами), тогда скопируйте файл русификатора под именем ru_RU_lite.mo . Обычно русификаторы плагинов содержат в названии также название самого плагина, например wp-polls-ru_RU.mo нужно скопировать под именем wp-polls-ru_RU_lite.mo .

  3. У вас на хостинге есть проблемы с gettext в PHP либо установлена 64-битная система. Кроме того патчи иногда помогают избавиться от глюка вроде «Warning: unpack() [function.unpack]: Type V: not enough input, need 4, have 0 in /www/wp-includes/gettext.php on line 85». Для исправления глюка в разных версиях WordPress применяются различные патчи. Для версии 2.3.* патч1 или патч2 . Для версии 2.5.1 патч. Для версии 2.6.*(и на 2.7.* тоже подходят)патч1 или патч2. Просто распакуйте файл из нужного архива в wp-includes и замените оригинальный файл.

  4. В особо запущенных случаях на некоторых американских (и не только) хостингах может помочь только такой способ включения русификации: в wp-config.php изменить строку define (‘WPLANG’, ‘ru_RU’); на define (‘WPLANG’, »); и переименовать файл локализации в wp-includes/languages из ru_RU.mo в en_US.mo . Также это иногда единственный способ избавиться от глюка с ошибкой, описанной в прошлом пункте.

  5. Не забывайте соблюдать регистр при закачке файлов на хостинг! (перевожу на русский: не нужно ставить галочки типа «переводить все имена в нижний регистр»)


Вопрос: Не работает визуальный редактор


1. не хватает памяти


2. кривой хостинг (криво работает gzip)


решение проблемы: рекомендует отключить gzip для TinyMCE.


Сделать это можно следующим образом:


зайти по фтп или иным способом к себе на сайт


открыть [имя сайта]/wp-includes/js/tinymce/tiny_mce_config.php


Можно на всяк случай очистить кэш браузера и минуя кэш прокси обновить страницу.


3. конфликт с каким то плагином


4. некорректно работает фича realpath на хостинге


5. «неизлечимо больной хостинг»


Вопрос: Что делать, если пропали категории после перехода на WP 2.6 (Я только что обновил WordPress до версии 2,6, после чего пропали все категории)


Ответ: Восстановить из бекапа (как, вы разве этого не делали. ) таблицу wp_categories , после чего выполнить следующие sql-запросы (например в PhpMyAdmin’е):


Все заработает! Все дело в том, что теперь категории хранятся в нескольких таблицах, а WP этого почему-то не учитывает. Sql-запрос просто делает работу за него ;). Указанный выше запрос приведен с учетом стандартного префикса таблиц wp_. Если он у вас отличается — измените запрос. Источник


Вопрос: Вместо русских букв одни кракозябры, причем в Опере вроде все нормально.


Ответ: Добавьте в файл .htaccess все или некоторые из этих строк (не везде все работает. Перебирайте вручную. Часто достаточно первой строки)


Вопрос: Вместо русских букв одни знаки вопроса. Бывает как целиком в движке, а бывает только в некоторых плагинах


Ответ: Приведите кодировку базы данных в порядок! База должна быть полностью в одной кодировке. Если вы не используете сборку от maxsite.org тогда в 99,99% случаев она должна быть всегда UTF8 и параметр collate равным utf8_general_ci. Это можно исправить как в phpmyadmin, так и в дампе базы. Причем последнее предпочтительнее, т.к. быстрее в обработке. У вас должны быть в кодировке utf8_general_ci сама база, все таблицы и все поля таблиц. Кодировка всей базы меняется в phpmyadmin через кнопку ОПЕРАЦИИ , но это для изменения всех таблиц в них нужно задавать параметр вручную. Поэтому как написано выше – сделайте дамп базы, удалите все таблицы в базе, исправьте в базе везде latin1 и/или cp1251 на utf8 и залейте дамп обратно в базу


Вопрос: Скачал один из плагинов, но не получается настроить как хотелось бы.


Ответ: Внимательно читайте мои страницы с описанием плагинов и все комментарии (если таковые имеются).


В 99% случаев все уже описано и/или на это получены ответы


Вопрос: У меня сейчас установлена версия WordPress 2.0.4 (2.2.3 , 2.1 , 2.3.3) причем не ваша сборка, а обычная английская или вариант с maxsite.org для кодировки «Windows-1251»


Вопрос: У меня сейчас установлена ваша версия 2.3.3 (2.5.* и т.п.), как мне ее обновить до последней?


Ответ: Внимательно прочитать инструкцию по ссылке выше для поиска потенциальных проблем в текущей конфигурации.


Проверьте что ваш хостинг полностью подходит для новой версии. Для WordPress 2.3.3 и ранее было достаточно параметра PHP MEMORY_LIMIT=16M , для 2.5 и новее нужно минимум 32M , иначе WP будет работать со сбоями или вообще не будет. Даже если вам известно что с системными требованиями нет проблем, то если есть возможность -установите временно новую версию в отдельной директории и протестируйте как она работает, не слишком ли медленно и нет ли глюков, озвученных выше в прошлых вопросах.


В общем случае процедура обновления выполняется так:


1. Через плагин архивации БД в админке(идет во всех моих сборках WordPress), через phpmyadmin, sympex dumper или т.п. софт сделайте бэкап базы данных и сохраните на компьютере. Проверьте что в дампе нет проблем с кодировкой (лучше всего делать бэкап из админки через вышеназванный плагин)


2. Запомните или запишите, или просто сделайте скриншоты чтобы посмотреть какие у вас включены плагины и их настройки. Если WP пишет что ваши плагины устарели, то по приведенным в админке ссылкам для каждого плагина пройдите на страницу загрузки и прочитайте совместима ли новая версия плагина с версией WordPress, на которую вы хотите обновляться. Если новой версии плагина нет, то изучите реадми от текущей версии плагина, чтобы быть уверенными что он заработает в новой версии. После этого отключите все плагины.


3. Проверьте что текущий файл wp-config.php полностью соответствует стандартам для установленной версии (см ссылку на инструкцию выше). Если у вас на хостинге был ранее «предустановлен» WordPress, то установщик мог поставить вам «кривой конфиг» , из-за чего после обновления у вас будут проблемы. Лучше всего взять оригинальный конфиг wp-config-sample.php , внести в него свои данные и сохранить как wp-config.php на сервере (пользуйтесь правильными редакторами!)


4. Временно переименуйте ваши папки wp-admin и wp-includes например в wp-admin233 и wp-includes233 . Файлы из корневого каталога просто скопируйте себе на компьютер


5. Папку wp-content лучше не трогать вообще (кроме папки languages). Во-первых по умолчанию(если вы не изменили в настройках) в ней находятся все ваши картинки и другие загрузки в wp-content/uploads , во-вторых в папке тем в wp-content/themes находится ваша тема, в которую вы скорее всего вносили изменения и если случайно удалите ее, то будет не очень хорошо. Крайне не рекомендуется вносить изменения в стандартную тему DEFAULT . Лучше всего скопируйте ее в другую папку и правьте там (изменив также имя в style.css) Аналогично и с плагинами. Если вы их изменяли, то при автоматической закачке новых плагинов можно случайно их презаписать. Исключение составляет лишь файл wp-content/uplods/js_cache/какойтофайлсрасширением.gz — его можно и нужно удалить, чтобы увидеть новый перевод в редакторе. Если вы пользуетесь кэшированием, то обязательно удалите перед обновлением все из папки wp-content/cache


6. Из дистрибутива новой версии закачайте на сервер новые папки wp-admin и wp-includes , а также (начиная с версии 2.7) и wp-content/languages + все файлы из «корня» дистрибутива wordpress.


7. Внесите изменения в файл wp-config.php требуемые для новой версии WP. Лучше всего переписать вообще данные для подключения в новый оригинальный конфиг wp-config-sample.php , внести в него свои данные и сохранить как wp-config.php на сервере (про редакторы см выше).


8. После загрузки всех файлов и правки конфига, откройте «админку». Вас в 99% случаев попросят нажать на кнопку обновления базы данных . Нужно согласиться и подождать 2-100секунд в зависимости от производительности вебсервера и размера базы данных. В среднем это занимате около 5-10секунд.


9. Если у вас нет проблем входа в админку, то можете закачивать требуемые обновленные плагины. Следует заметить что некоторые плагины старых версий располагаются в директориях, отличных от новых версий например postratings и wp-postratings. Папку со старой версией нужно удалить вообще. Если все плагины («старые» и обновленные) активировались, то процедура на 99% завершена.


Проверьте все настройки и радуйтесь жизни дальше :).


Вопрос: В админке что то все выглядит «разползшимся», словно стили не видит на диске либо не виден/не работает какой то пункт меню.


Ответ: Проверьте правильность регистра всех файлов (см пункт5 первого вопроса), проверьте все права на папки и файлы. Все папки должны иметь права 755 , все файлы 644 . На некоторые файлы требуются права 666 (например .htaccess, sitemap.xml и т.п.) Также иногда требуются устанавливать права 777 на некоторые папки (например папку кэша).


Вопрос: Чем отличается Русский WordPress Lecactus Edition от так называемой «официальной русской версии»?


Ответ: В моей версии присутствует мой личный перевод , созданный на мой личный вкус и который я считаю более полноценным и качественным по сравнению с «официальным», который лично я считаю недостойным существования в нынешнем статусе учитывая историю его появления. Никаких функциональных отличий версий нет.


Если у вас стоит “официальная” локализация, то попробовать мой перевод и сравнить качество вы можете распаковав файл ru_RU.mo требуемой версии из архива моих самых свежих переводов в директорию wp-content/languages и заменить текущий. Если вам не понравится, то вы всегда можете вернуть все как было.


Начиная с версии WordPress 2.7 в моем дистрибутиве WordPress Lecactus Edition языковые файлы также будут размещаться в wp-content/languages чтобы избежать путаницы. Удалять старый перевод из wp-includes/languages не обязательно. Находящийся в wp-content имеет приортитет и будет использован именно он


Чтобы полностью убедиться что вы видите новый перевод, вам нужно удалить файл с расширением GZ из директории wp-content/uploads/js_cache . Там хранится кэш визуального редактора. После этого обновите страницу написания записи/страницы (CTRL+F5).


Вопрос: Что такое WordPress MU (MultiUser), он же µ и чем отличается от обычного WordPress?


Ответ: Это специальная модифицированная версия WordPress для создания блогхостинга.


Например вы хотите чтобы каждый пользователь имел собственный блог/дневник/журнал на своем «поддомене» или в своей «поддиректории». Для этой системы подходят почти все плагины и темы что и для обычного WordPress, если не оговорено иного в реадми плагина/темы. Кроме того в WordPress MU и WordPress различаются стандарты наименования файлов локализации. Поэтому если вы устанавливаете локализованный через MO-файл плагин или тему, то изменяйте название файла локализации (смотрите первый пунткт первого вопроса). Например файл локализации в обычном WordPress называется simple-forum-ru_RU.mo , его для WPMU нужно переименовать в simple-forum-ru.mo


Вопрос: Что такое патч для обновления WordPress «от Кактуса» и как его ставить?


Ответ: Патчи (на самом деле это не то чтобы патч в том понимании что он что то модифицирует сам — это просто измененные по сравнению с прошлой версией файлы) я выкладываю только для обновления какой-либо определенной ветки. Подходят для всех версий: «официальной», английской, моей сборки, китайской, японской и т.д.


Например у вас установлен WordPress 2.6.1 и вы хотите обновиться до WordPress 2.6.2 максимально быстро (не хотите разворачивать поверх установленной системы весь обновленный дистрибутив, или у вас просто медленный канал до хостера). Тогда вы просто скачиваете патч WP261-to-WP262 и распаковываете все файлы и папки из архива «как есть», т.е. если в архиве лежат папки wp-admin, wp-includes и несколько файлов вне папок — тогда и на сервер их нужно закачать просто «как есть» без растасовывания по папкам. Не забывайте про пункт 5 первого вопроса ФАКа.


Патчи для WordPress и WordPress MU несовместимы друг с другом — будьте внимательны когда качаете архив.


Для чего еще может быть удобен патч, особенно для WordPress MU? Некоторые пользователи модифицируют файлы движка под свои нужды и патч позволяет более быстро обновить именно требуемые файлы. Не нужно искать какие именно файлы обновились с прошлой версии.


Если же у вас стоит например версия WordPress 2.5.1 и вы хотите обновиться до 2.6.3, то «патчи» тут делать нет смысла. При обновлении «ветки» меняется БОЛЬШЕЕ число файлов, чем между версиями 2.*.1 и 2.*.2 одной «ветки». Кроме того — часто требуется обновление «конфига», поэтому обновляйте систему обычным образом — смотрите как это делать в вопросе выше.


Вопрос: Захожу на блог или в админку и вижу ужасную надпись Warning: Cannot modify header information — headers already sent by (output started at либо где то в углу сайта страшные буквы типа «яЛП»


Ответ: Читать тут, а если до вас все еще не дошло что вы неправильно работаете с файлами, то прочитайте наконец мой README.HTML в дистрибутиве WordPress по работе с правильными текстовыми редакторами. Или выберите редактор тут


Вопрос: При открытии страницы блога или админки вылетает надпись:


«Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 77824 bytes) » (цифры могут быть другими)


Это сообщение об ошибке означает, что php не хватило отведенной оперативной памяти.


1. Найти файл php.ini и изменить значение параметра memory_limit с 8М на большее, например 24М.


2. В файл .htaccess добавить следующую строку:


php_value memory_limit «32M»


Если ни один из способов не сработал — обращаться в службу поддержки хостинга. Если и это не помогло — менять хостинг. Более подробно тут или тут


Возможно также что этот глюк из за проблемы с геттекстом — смотрите патчи в первом вопросе (обычно при этом показываются огромные цифры типа 64 или 128мб (в байтах естественно))


Вопрос: Как установить права на папку или файлы через FTP менеджер (например Total Commander)


Ответ: http://mexboy.ru/?p=88 Там же подробно расписано что означают те или иные права


Вопрос: Как правильно настроить ROBOTS.TXT для правильной индексации блога поисковиками


Образец файла, рекомендуемый авторами WordPress


Для Яндекса может быть полезно еще это


Можно иногда добавить еще и


чтобы избежать дублирование контента на «страницах по меткам».


Более подробно можно почитать здесь у Яндекса , а также не забыть проверить там все ли правильно у вас настроено. Не забываем и про гугл


Файл sitemap.xml создается с помощью плагина, например GOOGLE XML SITEMAPS (идет в моей полной сборке WP)


Файл robots.txt нужно разместить в корневой папке вашего сайта. Т.е. например http://site.ru/robots.txt


Если у вас уже есть такой файл с определенными правилами, то просто добавьте в него нужные строки


Продолжение следует по мере накопления частых вопросов.


Учитесь пользоваться поиском! Кроме той строчки поиска сверху где есть кнопка ПОГУГЛИТЬ ПО БЛОГУ, на результатах поиска в гугле есть внизу также форма ОБЫЧНОГО ПОИСКА, если вас не устраивают результаты поиска системой гугла. Учитесь задавать правильные поисковые вопросы.


Читайте всегда все комментарии выше в том посте, где вы задаете вопросы, даже если их штук 200. Очень часто вопрос уже был задан и на него был ответ. Если вы ставите новую версию WordPress, то не брезгуйте читать комментарии и в постах со «старыми версиями». Часто там бывают ответы в комментариях от меня и от посетителей.


Вопрос : Не загружаются файлы через флеш-загрузчик. Вместо этого открывается какая то ошибка хостинга или т.п.


Ответ : Откройте ваш файл «.htaccess» расположенный в корневой директории блога и добавьте там приведенный код в начало файла


EEEPC. Фото-видео отчет о возможностях :-)


Как и обещал выкладываю свой личный небольшой фото-видео отчет. На самом деле если погуглить, то их в сети навалом, но еще один не помешает :-) Все видео выложил на внешний хостинг , т.к. весит оно прилично и я не хочу чтобы у меня канал в интернет просто «лежал», а все фото выложены на сайте (всего около 8мб). Я старался рассмотреть наиболее частые задачи, которые можно решать с помощью данного субноутбука, замерил время работы и что происходит при падении емкости батареи до критической величины, проверил как работает связь с gps и интернетом по блютусу (gprs) и adsl каналу, посмотрел фильмы в различных форматах, сравнил скорость работы и размеры с настольным ПК и ноутбуком наиболее часто встречающегося размера 15″, поиграл в несколько игрушек, а также попробовал работать в программах, у которых весомая часть экрана отдана под рекламу и т.п.


Кактусовая CMS


Блог на гугле


(нашел в гугле по запросу «кактус»)


Обнаружил сегодня у себя же в гугловой рекламе еще один сервис а-ля одноклассники/мой круг/в контакте. Отличается от них тем что можно прямо на карте гугла посмотреть кто где живет. Также там можно вести какие то «блоги домов» и т.п. Забавная штука. Если вы еще не слышали про такой то вам сюда http://mirtesen.ru


И пришел тот день, когда магическое число 666 коснулось меня.


Блог на гугле


Просматривая ссылки на себя в поиске гугл по блогам, обнаружил сегодня себя в топе666 .


На работе в кэше прокси светилось уже несколько дней 773 и я узнал об обновлении только с того сайта. Даже не мог сначала понять что за рейтинг.

0 коммент. :

© 2012-2017 Cash's from programs