Комментарии в WordPress пропадают и как решить эту проблему? Обнаружен дубликат комментария кажется вы уже сказали это wordpress
перенести сайт на хостинг, фриланс, FL.ru
Бесплатно зарегистрируйся и получай уведомления о новых проектах по работе
 | Заказчик Отзывы фрилансеров: + 9 0 - 0 Зарегистрирован на сайте 6 лет и 1 месяц | Бюджет: по договоренности |
Разделы:
Опубликован:
05.10.2016 | 20:59
Теги: CMS программисты удаленно, перенести сайт на хостинг, создать сайт на joomla, cms установить, перенести сайт joomla, wordpress перенести сайт, настроить админку
www.fl.ru
Комментарии блога. Поведенческий фактор сайта.
Сергей Буслаев приветствует читателей!
Закончился первый конкурс комментаторов за февраль месяц и мне хочется поделиться с вами своими впечатлениями и результатами. Попутно участвовал в эстафете комментаторов, я так это мероприятие назвал, которую проводит Галина Нагорная.
Пока блог молодой и нет большего количества постоянных читателей, подобные конкурсы и акции могут сыграть положительную роль в развитии блога.
Эстафета комментаторов.
Галина предложила своим читателям присоединиться к данной эстафете комментаторов. Суть проста, желающие подают заявку, Галина определяет срок и порядок проведения этой полезной акции. На страничке её блога посвященной эстафете, опубликовано таблица, в которой распределены по порядку блоги и числа когда каждый из участников должен комментировать определенный сайт. Каждый день нужно оставить три комментария. Мне эта идея понравилась и я присоединился.
Конкурс комментаторов на моем блоге просто подразумевает комментирование всех статей. Самые активные и оставившие свои мнения люди, будут вознаграждены в конце каждого месяца.
Поведенческий фактор сайта
Конкурс и эстафета в совокупности показали неплохую тенденцию в развитии и укреплении позиций в выдаче страниц моего блога поисковиками. За последний месяц число посетителей приходящих из поисковых систем, значительно выросло. Что не может не радовать любого блоггера. Это и есть пресловутый поведенческий фактор сайта
Участвуя в эстафете и читая блоги участников, открыл для себя интересных людей и их ресурсы. Эстафета как и мой конкурс, ведь не подразумевают участие в одной тематике или нише. Поэтому с удовольствием читаю кулинарные изыски, полезные советы блоггерам и т.д … разные тематики блогов попадаются.
И порой думаешь, что специально искать бы не стал ту или иную тему, а тут открываешь для себя что то интересное и новое.
Разумеется комментирую с удовольствием понравившуюся статью, использую советы, рекомендации, а что то просто беру на заметку.
Польза от комментариев.
Узнавая что то новое, приходят и новые идеи для последующих статей. Информации достаточно, кто то смотрит телевидение, кто то читает книги, блоги, видео и так далее. Источником вдохновение может послужить все перечисленное, а так же личный опыт из жизни происходящее с вами и вашими близкими.
Автор излагая событие, либо свой опыт старается донести свои мысли, переживания до читателя. И разумеется надеtтся на обратную связь. Он должен понять отношения посетителей к его работе, возможно ответить на вопрос. В этом случаи связь автора посредством комментария к статье, очень удобна и эффективна.
Не могу сказать, что я в восторге от конкурса или иными словами сказать, такого способа комментирования. Как ни крути, но денежное вознаграждение порождает нездоровый интерес у некоторых комментаторов. Конечно в идеале хотелось, чтобы призы получали участники, которые не думают о конкурсе и вознаграждении. Которые пишут от души к понравившимся статьям свое мнение. Уверен , что я приду к этому со временем.
- Поведенческий фактор сайта
- Связь с читателями
- Знакомство с новыми блоками
- Призы участникам
Комментарии это один из важных инструментов для продвижения блога в сети и связи с читателями.
2 голосаСредняя оценка: 5 из 5
sergeybuslaev.ru
Комментарии в WordPress пропадают и как решить эту проблему?
Получил письмо такого содержания: “Ты чё, пи*** меня забанил?” :- ) Написал его комментатор, который давно мелькал на блоге, и никакого негатива у меня не вызывал… И у меня даже мысли не было заносить его в черный список.
В очередной раз подивился непредсказуемости человеческой природы и тому, что нельзя угадать поведение людей, пусть даже и давно знакомых.
Отвечать на письмо я не стал, так как столь интимный тон общения :- ) не располагал к дальнейшей беседе и … я его с чистой совестью забанил.
Но затем я вспомнил, что читатели сообщали, что при комментировании получают ошибки и грозные предупреждения.
В чем проблема?
Скорее всего, причиной этой проблемы стало несколько факторов:
1. Повышенная нагрузка на движок ВордПресс в последние недели-две.
Блогеры отлично знают (а многие даже написали), что сейчас идет очень мощная атака на сайты под управлением WordPress и Joomla. На одном из моих ГС хостер вообще превентивно закрыл доступ к админке :- )
2. Перегруженность серверов Akismet
Плагин неплохой, но в последнее время он явно глючит и даже мои комменты помечал как “спам”.
3. Опытные блогеры пишут,
что с ростом посещаемости и числа комментариев количество глюков только растет. Именно поэтому многие западные блогеры с серьезной посещаемостью давно сидят на альтернативных системах комментирования типа Disqus.
Мне такая перспектива совсем не нравится, так как стандартная система комментирования меня полностью устраивает.
4. Конфликты плагинов безопасности и защиты от спама
Во-первых, нужно отключить в Akismet настройку “Автоматически удалять спам к записям старше 30 дней”
Во-вторых, отключил в Better WP Security настройку “Reduce comment spam”
Похоже, именно в этой настройке и скрывалась основная проблема в моем случае. Отключите эту настройку, если используете Better WP Security.
Я совсем не хочу переходить на альтернативные системы комментирования типа Discus или Cackle, так считаю их редкостным недоразумением, которые напрочь убивают желание комментировать даже любимые блоги.
О чем говорить, если даже опытные блогеры не могут в них разобраться? Простые же читатели и подавно не будут разбираться в этих посланиях в стиле “от программистов для программистов”.
Так-что, коллеги, внимательно изучите настройки своих блогов и внимательно слушайте о чем говорят ваши читатели. И еще раз большое спасибо всем, кто сообщил об этой проблеме.
Если ошибка остается, сообщите, пожалуйста.
Спасибо.
Рекомендую почитать:
- Сколько можно заработать на контекстной рекламе став блогером-тысячником?
- WordFence Security: отличный плагин, который позволит найти вирус на блоге WordPress
- Когда вымрет автономная блогосфера?
Подписывайтесь на новости блога вот здесь или в соц.сетях:
— Мой Инстаграмм
— Google+
— Твиттер
Только для блогеров и вебмастеров:
Проверьте Вашу почту и подтвердите подписку на новости
Проверьте правильность заполнения еще раз!
Нажимая на кнопку "Подписаться", Вы даете согласие на рассылку, обработку своих персональных данных и соглашаетесь с политикой конфиденциальности.
ideafox.ru
Вордпресс дубли страниц |
А виноват ли Вордпресс в дубликатах страниц?
Дубли страниц page — А во всех ли случаях это дубли?
Давайте разберемся.
page — переводится как «страница»
Сайт — это набор страниц.
Движок Word Press — в первую очередь программа.Программа, в которой пользователь создает сайт из страниц.
И, как в любой другой программе, для сохранения созданной страницы (файла) требуется задать ей название.
По умолчанию, каждой странице Word Press дает название «page».А как еще он может ее назвать, если это и есть страница.
И каждой последующей странице он задает следующий номер — page/№
Главная страница сайта — это единственная страница сайта, благодаря которой сайт изначально может считаться сайтом.
Единственная страница (главная) по умолчанию на движке WP называется «page», а для поисковых систем ее название обозначается именем домена.
Поэтому, автоматически, главной странице в программе Word Press присваивается название доменного имени.
Но при этом, для Word Press она остается page.
Почему я делаю на этом акцент?
Потому что на самом деле главных страниц на сайте со временем становится несколько.И это не дубликаты!Какую роль выполняет главная страница сайта?
Давайте сравним сайт с книгой.Если главная страница сайта статична — то она становится титульным листом книги, на котором размещена основная информация о сайте (книге).
Если страница сайта нестатична — то она также несет в себе основную информацию и… содержание (оглавление) сайта (книги).Ведь на ней отображаются анонсы записей сайта.
Количество анонсов зависит от настроек (по умолчанию не больше 10)Консоль- Настройки — Чтение
Автор блога может задать здесь любое значение.Предположим здесь установлено «На страницах блога отображать не более» 10 записей.
Значит, на главной странице сайта отображается 10 записей (анонсов).Но в момент, когда на сайте публикуется 11-я запись — что должен сделать Word Press?
Правильно — создать следующую страницу.Это как в книге, когда содержание (оглавление) очень большое, оно размещается на нескольких страницах.
Так же и здесь — Word Press создает следующую страницу (страницу оглавления) и называет ее … page/2
Если на блоге опубликовано 100 записей — соответственно послушным Word Press будет создано 10 страниц и у каждой будет свой порядковый номер.
доменное имя/page/4
доменное имя/page/5
доменное имя/page/10
и так далее
Такие страницы НЕ являются дубликатами. И удалять их не надо
Больше того, не могу утверждать однозначно, но все-таки уверена, что эти страницы поисковые роботы НЕ индексируют
Знаете почему?
По двум причинам
1. Это динамические страницы и они создаются движком Word Press в момент запроса.В основном этот запрос задает в поисковой системе сам блогер. Когда ищет дубликаты страниц своего блога.Больше никто.
2. На этих страницах изменяется содержание.
Откройте главную страницу своего блога и обратите внимание что анонсы записей на ней публикуются в обратном хронологическом порядке.То есть последняя опубликованная запись отобразится на главной странице первой.
Если на блоге 11 записей, то соответственно 11-я (в действительности это самая первая запись на блоге станет 11-й) отобразится на другой странице — page/2
А ведь когда-то она была 10-й. Верно? И значит ее анонс был где? Да, на первой главной странице.
Со временем все анонсы статей отодвигаются вниз и при запросе отображаются уже на последующих.
Я думаю, вы поняли суть.
Так вот — на всех главных страницах (давайте назовем это так) контент не остается всегда один и тот же.
С каждой новой публикацией на сайте, контент этих страниц перемещается.
По этой причине, такие странице не являются статичными и создаются динамически в момент запроса.Что значит в момент запроса?
Вот вы сейчас захотите узнать «А что там в содержании сайта evgeniap.ru на третьей странице находится?»И наберете в поисковой строке браузера evgeniap.ru/page/3
Это и будет запрос поисковой системеА поисковая система обратится к моему блогу: «Что там у тебя на третьей странице в содержании?»
И движок Word Press быстренько сформирует третью страницу и выдаст ее поисковой системе. А она откроет ее вам.
Но Word Press не просто так покидает туда чего попало.Он сформирует страницу с учетом заданных настроек, общего количества записей на блоге и в соответствии с хронологическим порядком.
Так, думаю с этим разобрались
И теперь есть еще один момент, на который хочу обратить внимание -главные страницы сайта с цифровым значением 0 и 1 и без цифрового значения:
доменное имя/page
доменное имя/page/1
доменное имя/page/0
Если честно, удивилась встретив в интернете стремление блогеров избавиться от таких страниц (удалить, создать редирект и записать в файл robots.txt запрет на индексацию ).
Давайте с нулем сначала разберемся.
Ноль — это значит ноль.Не существует ничего со значением ноль.В том числе страниц в интернете.
Наберите сейчас в поисковой строке доменное имя своего сайта и добавьте page/0
Что произошло?
Правильно, поисковая система округлила глаза, покрутила около виска и открыла главную страницу сайта.Потому что она прочитала в URL-адресе только доменное имя.
Значение page/0 она не считает за значение. Нет такого значения.В таком URL-адресе есть только доменное имя.
А теперь сделайте то же самое только без всяких значений
доменное имя/page
«Ошибка. 404. Такая страница не найдена»
Все потому, что, как мы разбирали в самом начале статьи, автоматически, первой (единственной) странице сайта сразу же присваивается доменное имя. Теперь у нее уже есть свое (строго установленное «каноническое») название — доменное имя.Изначально (по умолчанию) — это первая страница сайта.И в программе Word Press она имеет значение page/1 (страница/1) , но не page
Наберите в поисковой строке доменное имя своего блога со значением page/1
Все,верно — откроется главная страница сайта.А в строке браузера при этом будет URL- адрес с page/1
Вот именно этот момент блогеры считают — дубликатом главной страницы сайта.
Поймите самую важную вещь — и движок Word Press и поисковые роботы — это в первую очередь программы.Программы, в которых доменное имя страницы и значение 1 — это одно и тоже.Это одна и та же страница.
Это вы попросили сейчас открыть вам главную страницу со значением 1.
Вы попросили — она открыла.Это для вас у нее есть в URL цифра 1, а поисковая система видит единственную главную страницу блога.
Она ее так и читает — «доменное имя/страница первая» (первая страница сайта)
И без значения page/1 она читает главную страницу как «первая страница сайта»
Здесь не происходит никакого перераспределения веса или повторения контента.
Кроме того, на не статичной главной странице сайта контент не может быть одинаковым всегда. Помним, что каждая новая запись на блоге отображается в виде анонса на главной.А это уже измененный контент страницы.
До публикации новой записи на блоге контент главной страницы был один.После публикации — добавился анонс — контент изменился.
Давайте представим себе начинающего блогера, который загрузив шаблон темы на движок Word Press с энтузиазмом взялся публиковать статьи.
Абсолютно никаких первичных (необходимых) настроек.
Что делает Word Press?
Сохраняет страницы присваивая каждой порядковый номер /page/№
И вот теперь, когда на сайт пришел робот, проиндексировал страницы с URL -адресами состоящими из page, блогер вдруг решил установить канонические адреса для каждой страницы.
Для этого он устанавливает плагин (к примеру All in One SEO Pack) и задает в настройках создавать для каждой страницы канонический URL.
То есть чтобы у каждой страницы был свой адрес.
Строго определенный.
Word Press послушно формирует для каждой записи из ее названия URL-адрес состоящий из символов и знаков.
Но в конце этой абракадабры добавляет обозначение, что «ЭТО страница с таким-то порядковым номером» — page/№№
Допустим, успел-таки робот поисковик прийти на блог и проиндексировать новые URL -адреса, которые там появились.
Он, конечно, ожидал там чего-нибудь новенького прочесть.А оказалось «та же конфета, просто по-другому называется».
Ну да, ладно. Робота мы еще успеем разозлить. Не о нем в этой статье речь.
Наш блогер, вдруг догадался (или где-то узнал), что ссылки на статьи должны быть «человеко-понятными».
На латинице, чтоб поисковик прочел, но так, чтобы человек по URL -адресу смог понять суть статьи.
Тогда блогер загружает плагин (типа Cyr-To-Lat) и усердно потрудившись? снова редактирует все свои записи — приводя ссылки «в человеко-понятные урлы».
А Word Press послушно сохраняет эти «урлы» добавляя к ним собственное обозначение page/№№
Он просто выполняет свои настройки.Он обязан дать странице название перед сохранением.Он так устроен.И все страницы он и называет своим именем — «страница» — page.Ну и что, что у нее есть какое-то человеко-понятное-название.
У него в настройках задано обозначать страницу страницей и чтобы страницы между собой не путать — обозначать их порядковым номером.
Настройка у него такая -«Постраничная пагинация» называется.
Приходит робот…
От предыдущих визитов у него уже оскомина, потому что в его блокноте записано по несколько URL -адресов на каждую страницу.И что он видит?
То же … но уже с человеко-понятным названием.А робот, он все-таки программа.И у него в настройках задано «Прочитать и записать». Проиндексировать значит.
И он в который раз индексирует новые URL -адреса с окончанием page/№№
И тут блогер вдруг надумывает запретить «пагинацию для канонических URL».Другими словами он дает команду отключить в программе Word Press обозначать страницы страницами — page/
С этого момента Word Press послушно выполняет команду.Блогер доволен — ссылки на его записи человеко читаемые, какая-то там «пагинация» отключена.
Все замечательно
Приходит поисковой робот…
Он уже наизусть знает все то, что написано под этими новыми URL -адресами.
Но он же программа… и потому добавляет в свой блокнот новые URL -адреса, пусть даже ведущих на «вчерашний, не первой свежести десерт»
Конечно, я несколько утрировала данную историю.А в целом она очень даже близка к действительности.
В дальнейшем у этого блогера на сайте все ссылки страниц формируются из заголовков или названия записи.
Записаны на латинице для поисковых систем, но их вполне может прочитать человек.
И главное — в конце ссылок отсутствует page/№
Но в блокнотах поисковых роботов остаются все URL -адреса, ведущие на эти страницы.
И те, что были в самом начале.И те, которые появлялись при каждом новом изменении в настройках.
Получается, что на одну страницу сайта в поисковой выдаче есть несколько разных адресов.
Конечно, со временем поисковые системы сами постепенно удаляют из индекса ненужные ( не правильные ссылки).Но при условии, что по ним больше никто не проходит!
А если сам блогер или посетители блога успели поделиться записью в ленте новостей социальных сетей, или на других ресурсах в интернете или в другой записи на блоге ссылкой, которая потом стала «не правильной»?
После того, как сам блогер или поисковая система удалят ее из индекса эта ссылка оставленная где угодно станет «битой ссылкой».Потому что будет вести на несуществующую страницу — «ошибку 404»
О «битых» ссылках мы поговорим в другой статье.А здесь вернемся к дублям страниц с «хвостиком» page
Как видите, создание таких страниц — ошибка самого блогера.И возникает она чаще всего в самом начале создания блога.
Если блогер пожелает, чтобы его страницы постоянно сохранялись с обозначением page и своим порядковым номером, то такое вполне возможно и это не будет ошибкой или дублированием в «глазах» поисковых систем.Для этого просто не надо запрещать постраничную навигацию — «пагинацию»
Другой разговор, что это не удобно ни самому блогеру, ни пользователям.Тем более если есть стремление каждой странице задавать канонический (твердо установленный) URL-адрес — лишняя добавка к ссылке (в данном случае page/№) ни к чему.
Поэтому, если в вышеописанной истории о блогере хоть на каком-то этапе настроек URL -адресов страниц своего блога вы узнали себя (а это история была обо мне :)), то вам стоит проанализировать свой блог на наличие таких «неправильных» ссылок.
Ориентиром послужит «хвостик» в ссылке «page», «page/№»
Но опять же будьте внимательны. Это относится ко всем остальным страницам на блоге, кроме главной страницы.
Так как page/2 и выше все так и будут создаваться движком Word Press для нее.
Запрет на пагинацию канонических URL работает на все другие страницы, кроме главной.
Как найти дубликаты страниц /page
Самый распространенный способ:
Набрать в поисковой строке ссылку site:доменное имя page
Надежнее на мой взгляд — проанализировать сайт через программу Xenu
У меня, на практике, она находит то, что поисковые системы не показывают.Не знаю, почему так получается.
К примеру, дубликаты с replytocom и feed обнаружила и показала программа Xenu.Хотя поисковые системы показывали «ничего не найдено»
Возможно так происходит потому что блог молодой и поисковые системы не успели пока еще проиндексировать дубликаты с комментариями и анонсами из RSS -ленты.
Как удалить дубликаты страниц /page
Повторюсь, что со временем поисковые системы сами удаляют из индекса больше не обнаруженные на блоге URL-адреса.И повторюсь — при условии, что по ним больше никто не проходит!
Программа Xenu, кстати, поможет вам не только обнаружить такие URL, но и покажет где они размещены на вашем блоге.
Вручную удалить «не правильные» ссылки можно в вебмастер Google и Яндекс.
Подробнее о том, как удалять дубликаты страниц сайта рассмотрим в другой статье.В этой статье, мне хотелось разобраться с дубликатами страниц с добавкой «page».
Вывод
Не все странице с «page» следует считать дубликатами страниц.
Создаются движком WordPress.Возникают они в основном в самом начале создания сайта.
В случае, если на сайте не заданы настройки «канонических URL» для записей и страниц, и не установлен запрет на постраничную пагинацию (page).Их возникновение на сайте — результат ошибок самого блогера.
Предупредить дальнейшее появление подобных страниц можно и нужно в самом начале создания блога.
Просто установив настройки для создания канонических URL и запрета постраничной пагинации.
Сделать это можно с помощью плагина All In One SEO Pack или любого другого дающего такую возможность.
На этом все.И мне бы очень хотелось узнать Ваше мнение.
А в следующей статье рассмотрим причины появления и меры предупреждения дубликатов страниц с tag и category
evgeniap.ru
Проблемы при добавлении комментариев на Wordpress-блоге
≡ 1 Декабрь 2014 · Рубрика: БлогосфераА А А
Здравствуйте, друзья! Сегодня я хочу рассказать вам про две проблемы, возникающие при добавлении комментариев на WordPress-блоге, которые до недавнего времени присутствовали и у меня. А может и у вас на блоге имеются такие же проблемы, а вы этого даже и не знаете? Конечно же, я расскажу, как решить эти проблемы и тем самым улучшить удобство комментирования на блоге.
На написание данной статьи меня подтолкнул конкурс комментаторов месяца, который стартовал на блоге 1 ноября. При чём тут конкурс, спросите вы, да всё очень просто. До проведения конкурса я попросту не знала о проблемах, которые возникают при добавлении посетителем комментария на моём блоге. Отдельное спасибо за наводку участнику конкурса – Ивану Зелинскому.
Чтобы вы поняли, о чём я веду речь, давайте расскажу об этом более наглядно. Вот как всё было до того, как я исправила проблемы.
Допустим, посетитель оставляет свой комментарий к какой-либо статье:
Нажимает кнопку «Отправить» и в результате вот, что он видит:
Во-первых, откуда-то появился непонятный плюсик между именем и фамилией, и теперь посетителю, прежде чем оставить следующий комментарий (к этой статье или другой), нужно этот плюсик вручную убрать.
Но это на самом деле полбеды, если бы на этом всё и заканчивалось, я возможно даже и не стала бы заморачиваться вопросом, как убрать появление этого плюсика.
Самое главное то, что после нажатия на кнопку «Отправить» комментарий улетал на модерацию, но посетитель информации о том, что его комментарий успешно добавлен и ожидает модерации, не видел.
Нет, я то знаю, что всё в порядке, а откуда это знает человек, который на моём блоге впервые? Я бы на его месте подумала, что что-то пошло не так и комментарий улетел в неизвестном направлении. Чтобы я сделала? Тут есть два варианта – написала бы комментарий ещё раз и в результате получила бы то же самое, что и при первом написании. Ну а второй вариант – просто бы ушла с этого блога. В общем, эти недочеты нужно было срочно исправлять, чем я собственно и занялась.
Для начала я попробовала добавить комментарий на тестовом блоге, на котором установлен такой же шаблон – всё было нормально. Плюсика между именем и фамилией не было, добавленный комментарий отображался под статьёй с пометкой «комментарий ожидает проверки». Соответственно, стало понятно, что один из плагинов на блоге каким-то образом искажает ранее указанные посетителем данные в форме комментирования и предотвращает появление добавленного комментария с пометкой об ожидании модерации.
В результате было установлено, что виновником утраты этих замечательных особенностей WordPress был плагин для кэширования — Hyper Cache, который стоял у меня с момента создания блога. После отключения этого плагина, всё встало на свои места, но вместе с тем возник другой вопрос – какой плагин для кэширования использовать теперь? В результате я остановила свой выбор на WP Super Cache. Почему именно он? Просто раньше я уже сталкивалась с ним и к его работе у меня претензий не было.
Настройка плагина WP Super Cache
Мои настройки плагина я привожу на скриншотах ниже:
Вкладка «Кэш»
Вкладка «Настройки»
Вкладка «Настройка CDN»
Настройки в остальных вкладках я не меняла.
Единственное, во время настройки плагина WP Super Cache возник вопрос по поводу указания параметров времени жизни кэша, после которого он будет автоматически очищаться. Ответ на этот вопрос я решила найти в интернете на различных блогах и форумах, но, к сожалению, какой либо конкретики я так и не нашла — каждый автор указывал на свои настройки, утверждая, что именно они самые правильные. Так как я не сильна в этих вопросах, то спорить, кто из них прав, а кто нет, не буду.
В результате я выставила вот такие настройки:
Если можете дать дельный совет по этому поводу, то буду рада выслушать это в комментариях.
Результат проделанной работы – пресловутый плюсик между именем и фамилией комментатора не появляется, при добавлении комментария посетитель видит, что его комментарий успешно добавлен и ожидает проверки.
Итоги конкурса «Лучший комментатор месяца». Ноябрь 2014.
Ну и теперь к самому приятному – подведению итогов конкурса «Лучший комментатор месяца». Итоги конкурса я подвожу впервые и поэтому мне это вдвойне приятно.
Итак, победители в конкурсе за ноябрь 2014 года:
1 место – Юрий Йосифович
2 место – Иван Зелинский
3 место – Оксана Адаменко
ПОЗДРАВЛЯЮ!!!
Пишите мне реквизиты своих кошельков в комментариях или через форму обратной связи. Если у вас нет электронного кошелька, то напишите, каким образом вам удобно получить приз, выход обязательно найдём!
Теперь немного о подробностях подведения итогов конкурса, так как у кого-то из участников могут возникнуть вопросы по этому поводу. В частности, у Сергея Грицюка может возникнуть вполне справедливый вопрос, почему 3 место досталось не ему, а Оксане Адаменко, ведь он оставил больше комментариев, чем она? Всё очень просто – при подведении итогов конкурса я не только смотрю на количество комментариев, оставленных участниками, а также и на выполнение других условий – подписка на обновления блога и размещение афиши об участии в конкурсе в любой соц. сети. И вот последнее условие Сергей выполнил, но сделал это уже после 00:00 ч. 01.12.2014 года, а если более точно, что-то примерно в 3 часа ночи.
Соответственно, вполне логично, что полноправным участником конкурса он стал именно после этого. Так что, Сергей, удачи и победы в конкурсе в декабре!
Да, ещё маленький момент, сейчас в сайдбаре под надписью «Лучшие за прошлый месяц» отображаются аватарки победителей, которые определяются автоматически по количеству комментариев. Пока оставлю как есть, но сегодня, край завтра переделаю это, чтобы в топе лучших отображались аватарки победителей за ноябрь месяц, о которых я написала выше.
Ещё раз спасибо всем комментаторам и участникам конкурса! Надеюсь, что мы с вами ещё много раз встретимся на страницах блога, тем более, что конкурс на звание лучшего комментатора месяца уже снова в полном разгаре. А не за горами и подведение итогов в конкурсе на звание лучшего комментатора квартала!
Удачи!
P.S. Победители, жду номера ваших кошельков.
kak-sdelat.biz
Понравилась статья? Поделитесь ею в соц.сетях:
Читайте также:
kak-sdelat.biz
Дубли изображений WordPress крадут деньги
Приветствую всех посетителей и постоянных читателей «Заметок вебмастера»!
Сегодня решил написать статью на одну весьма важную и интересную тему.
Поговорим мы сегодня про изображения, которые каждый блогер закачивает на сервер для украшения своих постов, а также для наглядности при описании решения той или иной проблемы в своих статьях.
Как говорится, лучше один раз увидеть, чем сто раз слышать или прочитать. Поэтому я и многие другие блогеры стараются в своих материалах использовать фотографии или скриншоты с экрана своего монитора.
С их помощью читатель быстрее понимает, о чем идет речь и может гораздо меньше потратить времени на решение своей проблемы.
Как дубли изображений воруют ваши деньги
Вы давно ведете свой блог? Месяц, год, два? А знаете ли вы о том, что в настройках WordPress по умолчанию после загрузки основной картинки или скриншота дополнительно к нему генерируется три одинаковых изображения, но других размеров?
А, кроме того, некоторые шаблоны для WordPress и определенные плагины также создают дубли основного изображения, но других размеров. В конечном счете, создаются дубли изображений в количестве около 5 — 10 штук к каждой картинке не считая оригинала.
Если на вашем блоге имеется много статей с большим количеством изображений в каждой, то совсем скоро вы познакомитесь с проблемой нехватки объема вашего виртуального диска на хостинге.
Наверно, ни для кого не является секретом, что дисковое пространство на хостинге не безгранично, а его объем зависит от выбранного вами тарифного плана.
У меня согласно тарифу хостинг предоставил 1 Гб свободного пространства. За увеличение объема диска придется платить денежку. Думаю и у вас так же. Поэтому, чем больше вы захламляете свой диск ненужной бесполезной информацией, тем больше вам придется платить за услуги хостинга в месяц!
Вам это нужно? Вы хотите платить деньги просто так? Думаю, что нет. Поэтому читайте дальше и узнаете, как избавить свой виртуальный диск от дублей изображений, которые не используются, но увеличивают его объем.
Кроме этого вы узнаете, для какой цели они вообще необходимы и каким образом появляются.
Дубли изображений или изображения разных размеров образуются сразу же после загрузки картинки. В конечном счете, при загрузке одного изображения для какой-либо статьи в папку uploads на хостинг автоматически закачиваются сгенерированные системой несколько копий этого изображения разных размеров.
Если принять во внимание, что для одной статьи в среднем мы загружаем около 10 — 15 изображений, то можно сказать, что эти дубли размножаются довольно таки быстро. И для вас будет существенным плюсом, если перед загрузкой картинки, вы ее оптимизировали (обрезали до нужных вам размеров и уменьшили объем). А если нет?
Тогда через некоторое время вы проститесь со свободным дисковым пространством, и придется раскошеливаться, чтобы приобрести больший объем. А ваши изображения будут лежать мертвым грузом в папке uploads и ждать, когда же их начнет использовать хозяин. Весело, правда?
Но это лишь один недостаток. Второй заключается в том, что изображения-дубли, постепенно накапливаясь, увеличивают объем резервной копии файлов вашего блога. Отсюда, копирование данных занимает больше времени.
Если вы применяете специальные плагины для создания резервной копий своего блога, то при копировании очень большого объема информации могут возникать различные сбои. Это в свою очередь приведет к ошибкам в резервной копии или неполному копированию информации. А это уже очень серьезный недостаток!
Итак, что же делать? На самом деле все очень просто. Если вы не используете на своем блоге кроме оригинала другие размеры изображений, то намного эффективнее будет взять и отключить ненужные вам дубликаты. При этом вы сэкономите достаточно большой объем своего диска на хостинге и соответственно сбережете денежки, которые вам понадобятся для более нужных свершений.
Как появляются дубли изображений
Перед тем как начинать борьбу с дублями изображений, необходимо выяснить какое количество этих дублей создается из одного изображения-оригинала, загруженного вами на сервер. В настройках WordPress изначально (по умолчанию) к одному изображению-оригиналу генерируется три изображения разных размеров (миниатюра, средний размер и крупный).
Я уже упоминал ранее, что кроме этих дублей определенные шаблоны Вордпресс могут также создавать изображения-дубли других размеров. Они необходимы для различных миниатюр, слайдеров или еще каких-либо функций.
Для того чтобы определить количество дублей изображений к загруженному оригиналу на вашем блоге, нужно зайти на свой сервер с помощью FTP-клиента или веб-фтп. Затем перейти по этому адресу: ваш домен/wp-content/uploads/
Здесь все файлы, которые вы загрузили на свой блог, находятся в папках. Причем все ваши изображения отсортированы и разложены в папки по годам, а эти папки в свою очередь разбиты на папки по месяцам. Это очень упрощает поиск изображений для определенной статьи.
Итак, войдите в одну из папок, например 06, и вы сможете увидеть все изображения, которые вы загрузили и которые сгенерировал WordPress за июнь месяц.
Если вы не написали ни одной статьи за определенный период, например февраль месяц 2012 года, то подпапка 02 в папке 2012 будет пустая.
Из скриншота вверху можно увидеть, что в папку загружен оригинал изображения (1), а кроме него еще четыре. Фото (2) это дублированное изображение-миниатюра. Она создается с помощью функции шаблона блога.
Три остальных картинки (3) образуются при помощи системы Вордпресс. Но это еще полбеды. Дубли основного изображения могут появиться при помощи плагинов.
Это, к примеру, плагины для отображения галерей или увеличения изображений, а также вывода миниатюр для записей с похожими статьями.
Но, сразу хочу отметить, что не все плагины создают дубли изображений. Здесь все зависит от принципа работы каждого в отдельности.
К примеру, плагин Auto Highslide, который я использую на своем блоге, не генерирует другие изображения в дополнение к оригиналу. А вот если проанализировать разные плагины, но с одинаковой функцией для вывода блока похожих записей с миниатюрами, то можно сказать, что в них не все однозначно.
Например, плагин Yet Another Related Posts Plugin не генерирует эти дубли к основной картинке, а плагин WordPress Related Posts с удовольствием их плодит. По функционалу вроде одинаковые, а вот работают каждый по-своему.
Перед тем как приступить к удалению дублей изображений, проверьте для начала, какие изображения используются на блоге, а какие просто не нужны. Просто вы можете удалить не то изображение, и ваша статья останется без фото!
Да, ребята, удалять эти дубли картинок муторное и скучное занятие. А если таких изображений пруд пруди, то это вообще атас. Лучше застрелиться сразу!
Поэтому советую вам тщательно изучить все имеющиеся у вас изображения, а не набрасываться на них с криком: «Умрииии!» Я считаю, что приступать к этой скучной процедуре нужно лишь в экстренных случаях. Ну, например, когда у вас пипец как мало осталось места на диске хостинга, а покупать дополнительные метры ох как жаба душит.
В первую очередь (я насчет удаления) этой процедурой нужно заняться тем, у кого имеются сайты-портфолио. Также блогерам, которые загружают на свой веб-ресурс фотки очень хорошего качества и соответственно большего объема.
Или вот в какой ситуации. Например, у вас на блоге написано тысяча статей или больше. Это же офигеть, сколько там дублей неиспользованных в папке с изображениями. Пипец сколько свободного места на диске сожрано, ну и денег соответственно!
Ну, а если вы только что создали блог или год-два назад, то мне кажется не стоит заморачиваться с удалением. Но настроить нужно! Об этом немного позже. Да, и вот еще что. Старайтесь до загрузки файла оптимизировать изображение и правильно настроить систему Вордпресс.
Ребята, я не стал удалять дубли изображений на своем блоге. Так просто удалил пару-тройку. Попробовал, так сказать. У меня на самом деле не так много дублей картинок. Да и свободного места на хостинге хватает.
Дело в том, что я никогда не использовал галереи и миниатюры при написании своих статей. А плагин Auto Highslide, которым я пользуюсь, как я говорил ранее, не генерирует дубли основных изображений.
По правде говоря, дубли изображений не является ошибкой разработчиков системы WordPress. Эти дублированные изображения необходимы для повышения удобства пользователей и являются следствием применения одной из функции движка.
Поэтому если вы и дальше хотите пользоваться своими модными слайдерами или фото-галереями, то будьте осторожнее. Смотрите внимательно, перед тем как что-то удалить.
Как предотвратить появление дублей изображений в WordPress
Действительно, удаление старых ненужных дублей изображений не так уж и важно, но вот предотвратить создание новых — это очень важная задача! Сами понимаете. Если вы напрочь удалите все неиспользуемые вами изображения, то нет гарантии что эта ситуация не повторится заново.
Или вот такая ситуация. Представьте, что вы избавились от дублей, потратив на выполнение этого задания несколько дней, а потом решили установить многофункциональный шаблон. А в нем дофига разных функций: встроенные слайдеры, всякие красивые миниатюры и т.д.
Такая же обстановка с плагинами, которые генерируют изображения разных размеров. Поэтому перед тем как устанавливать что-либо, нужно подробно изучить функционал. В противном случае вся работа по удалению дублей сойдет на нет.
Первым делом подумайте о том, какие размеры изображений вы будите использовать на своем блоге.
В настройках системы WordPress можно легко и просто запретить генерацию изображений разных размеров. Чтобы это осуществить зайдите в меню «Настройки» — «Медиафайлы». Ну а теперь достаточно обнулить все настройки генерации новых изображений:
По умолчанию в Вордпресс установлены стандартные размеры для крупного изображения, среднего и миниатюры. Именно из-за этих настроек и генерируются дубли изображений разных размеров.
Система создает дополнительные изображения только меньшего размера, чем оригинал. Другими словами, если вы добавите в библиотеку медиафайлов изображение размером 500 x 500, то изображений — дублей большего размера, чем этот, система не сгенерирует. А если добавите изображение очень маленького размера, то фотодублей крупного и среднего размера также не сгенерируется.
Поэтому, чем меньше загружаемый размер картинки, тем меньше дублированных изображений.
Итак. Если вы хотите, также как и я, добавлять изображения разных размеров и не переживать по поводу ненужных дублей, то рекомендую вам выставить в каждом поле ноль (см. на скриншоте вверху), вместо размеров по молчанию.
Но, опять же повторюсь, это нужно делать в том случае, если вы не будите использовать функцию других размеров на блоге, например миниатюру.
Кстати, миниатюры в Вордпресс лучше выводить с помощью функции шаблона, если таковые имеются. А в настройках обнулить. Это поможет избежать дублей.
Ребята, учтите, что если вы обнулите эти настройки, то при вставке изображения в статью можно будет установить только оригинал изображения (полный размер):
Другие размеры будут недоступны. Я, например, перед загрузкой изображения сразу же его оптимизирую. Подгоняю размер, уменьшаю его объем и т.д. Поэтому мне эти лишние функции системы просто не нужны.
После того как вы отключите создание дополнительных дублей в настройках WordPress, отключите эту функцию в своем шаблоне.
У меня такой функции нет. Если у вас она присутствует, то нельзя однозначно ответить, как ее вырубить, потому как шаблоны у всех разные. Попробуйте поискать эту опцию в настройках своей темы. Вот так вы сможете пресечь образование новых дублированных изображений.
На этом все. Надеюсь, эта статья поможет вам в борьбе с дубликатами изображений для освобождения места на хостинге и в экономии денежных средств. До свидания, друзья. Спасибо за внимание.
Успехов Вам и Удачи С Уважением,
Другие интересные статьи:
МИНИ-КНИГА ПО ЗАРАБОТКУ В ИНТЕРНЕТЕ:
КАК БЫСТРО ВЫУЧИТЬ АНГЛИЙСКИЙ: 
saranchinsergey.ru
Вы редактируете страницу, на которой отображаются свежие записи
Несколько дней назад я переносил на другой хостинг сайт. После переноса обновил версию WordPress. Сайт работал нормально, однако спустя некоторое время обнаружил, что при попытке добавить новую запись в редакторе появлялось сообщение: Вы редактируете страницу, на которой отображаются свежие записи.
Почитал про эту проблему в интернет. В основном такое происходит, когда таблицы базы теряют автоинкремент (AUTO_INCREMENT) или у пользователя, под которым подключаемся к базе, не хватает прав.
Однако у меня был другой случай. Как в итоге выяснилось, на новом хостинге перестал работать определенный код темы. Чтобы определить эту проблему достаточно переключиться на любую другую тему, идущую вместе с WP. Если после этого при добавлении записи проблем не возникает, то причина именно в коде вашей темы.
Как исправить
Обычно основной код находится в файле functions.php. Для начала можно сделать пустой файл с таким названием и просто заменить им существующий файл (не забудьте при сохранить действующий файл). Если проблема с добавлением записи исчезнет, то значит надо искать проблему в этом файле. Для этого в пустой файл постепенно добавляем код (можно по функциям), который там должен быть, помещаем на хостинг, и проверяем работу. Там образом будет определено место, в котором возникают проблемы и дальше будет понятно, что с этим делать.
Конкретно у меня проблема возникала из-за того, что происходило присвоение переменной элемента массива, который не был проинициализован (то есть ему не было присвоено значение). Вероятно, на прежнем хостинге был установлен другой уровень (более либеральный) обработки ошибок php, но я не стал вникать в эту тему глубже, поскольку после исправления все прекрасно стало работать.
delaemsait.info
