Сергей Арсентьев
Ошибки всегда неприятны, особенно, когда неожиданно появляются на только что работающем Вордпресс-сайте. К счастью, ошибка установки соединения с базой данных совсем нефатальна и обычно лечится за несколько минут.
Кстати, эта статья появилась в результате небольшого SEO-эксперимента: я случайно собирал ключи для страницы с настройкой рекламы и нашел длинный незанятый SEO-запрос, а именно: "Ошибка установки соединения с базой данных WordPress".
В чём именно заключается мой SEO-эксперимент с этой статьей смотрите в конце текста
А сейчас - за дело! Итак, у вас выскочил белый экран и на нем ошибка установки соединения с базой данных.
Важно знать, что любой сайт на WordPress состоит из двух важнейших элементов: программных файлов
и базы данных
.
Программные файлы доступны на хостинг по FTP-соединению (). А база данных использует специальное место на хостинге, доступ в которое осуществляется через специальный сервис, обычно это PhpMyAdmin.
При этом программные файлы используют информацию, хранящуюся в базе данных, чтобы правильно отобразить страницу сайта.
Для этого они получают к ней доступ, используя логин и пароль, заданный при первой настройке сайта на WordPress и хранящийся в файле wp-config.php в корневой (главной) папке сайта.
Выглядит это примерно вот так:
Поэтому если у вас возникает "Ошибка установки соединения с базой данных WordPress" или по английски: "Error establishing a database connection", то проблема заключается в том, что программный файл банально не может получить доступ к базе данных . По любой причине!
То есть получается, что без базы данных программным файлам просто неоткуда взять информацию для правильного отображения вашего сайта.
И следовательно, чтобы решить проблему ошибки установки соединения с базой данных WordPress, нужно проверить следующие моменты:
Таким образом, вам нужно убедиться в том, что логин (имя пользователя) и пароль от базы данных полностью соответствуют тому, что прописано у вас в конфигурационном файле wp-config.
Пароль от базы на хостинге = Паролю от базы в wp-config.php
Ну и в том, что база данных вообще есть, и вы ее случайно не стерли.
Кстати, если даже это произошло и вы обнаружили, что база данных удалена - не спешите паниковать, просто напишите хостеру просьбу о восстановлении бекапа база данных на заведомо рабочую дату и всё!
Любой уважающий себя хостер хранит бекап баз данных своих клиентов как минимум за пару недель. Если ваш хостер этого не делает - повод его сменить. Вот , которых я рекомендую и сам использую в работе.
Вот и всё.
Ошибка несложная, и статья поэтому небольшая.
Если знаете свои способы решения данной ошибки установки соединения с базой сайтов на Вордпресс, пишите в комментариях. А если получилось решить задачу моими способами - ставьте лайки и звезды
SEO-эксперимент!
А сейчас как и обещал немного о SEO-эксперименте, который я решил поставить при написании этой статьи. Напомню, я собирал ключи для других постов на блоге и нашел длинный незанятый ключ: "".
Его показатель KEI был небольшим, меньше 25 (что такое ), но при этом было много других сайтов с подобными запросами, только в сокращенной или искаженной форме:
Посмотрите - их нереально много!
Но с прямым вхождением ключа "Ошибка установки соединения с базой данных WordPress" в ТОП-10 Яндекса только 3 сайта.
И я решил выяснить: а если я оптимизирую статью под этот длинный запрос - он "победит" всех конкурентов с этим же запросом, но в другой форме? То есть насколько точная форма запроса помогает продвигаться в поиске.
Или можно особенно не заморачиваться над строгим соответствием в метатегах, заголовках, тексте статьи (читать ) и важнее все же другие SEO-факторы.
Эксперимент будет продолжаться как минимум пару месяцев, ведь нужно будет отследить динамику роста данной статьи по конкретному запросу.
Кстати, и причем - совершенно бесплатно. Там есть секрет как это делать именно бесплатно, ведь сам по себе сервис платный.
Так что подписывайтесь на обновления блога , в одной из последующих статей я обязательно расскажу о его результатах.
Обычно WordPress довольно стабилен и не огорчает владельца ошибками. Но бывают ситуации, когда движок начинает капризничать и выдавать предупреждения, ругаться непонятными для непосвященного человека словами. Давайте рассмотрим самые распространенные ошибки WordPress
, разберемся, почему они возникают и как их можно исправить.
Я знаю, что эти советы давно наскучили, что вы знаете об этом и что я нудный тип, который постоянно пишет одно и тоже… Но с завидным постоянством я отвечаю на одни и те же вопросы, 90% которых возникают из-за несоблюдения нескольких довольно простых правил:
Знакомое выражение для пользователей Windows, там системная ошибка называется BSOD и отличается синим цветом экрана. Вот только в нашем случае перезагрузкой компьютера проблему не исправить
Обычно, WSOD не возникает на пустом месте и связан, чаще всего, с установкой какого-либо плагина, либо шаблона. Вся неприятность данной ошибки — она блокирует админ-панель и сам сайт. Откатиться можно только при помощи файлового менеджера хостинга или по FTP-протоколу.
Почему возникает WSOD?
В любом случае — отследить виновника несложно, если вы только что обновили некий плагин или шаблон. Как быть, если вы обновили одним махом 10-20 плагинов(невероятная ситуация, но все таки возможно и такое)? Очень просто…
Ошибка довольно неприятная, но редкая. Чаще всего связана с неправильным файлом в корневом каталоге сайта. Лечится довольно просто — достаточно удалить его, затем зайти в админ-панель WordPress, перейти в раздел постоянных ссылок и сохранить еще раз желаемую структуру. После сохранения — WordPress создаст новый файл htaccess и с очень большой вероятностью ошибка пропадет.
Кроме этого, есть еще множество других причин возникновения ошибки 500. Лучший способ выяснить причину — открыть файл error_log , который обычно находится в корне сайта(если хостер включил журналирование, конечно).
Есть неплохой стандартный вариант — необходимо включить режим отладки WordPress. Для этого добавьте в файл wp-config.php такую строку:
DEFINE ("WP_DEBUG", TRUE);
и затем уже смотреть журнал ошибок. В таком случае ошибка будет описана более подробно, что облегчит поиск и устранение.
На мой взгляд — наиболее распространенная ошибка у начинающих. Может возникнуть в следующих случаях:
Довольно частая ошибка, которая легко решается. Движок сам говорит, в каком файле проблема, а мы попробуем исправить ее. Для этого скачайте файл, который вызывает ошибку, это будет файл с расширением PHP.
Используя ваш любимый текстовый редактор удалите все пробелы и пустые строки перед
,После чего перезапишите файл на сервере — с вероятностью в 99,9% проблема будет решена.
Довольно часто эта ошибка возникает при сохранении файла в формате UTF-8 с BOM , как правильно заметили в комментариях. Для решения необходимо выбрать формат сохранения без BOM. Для опытных пользователей WP это само собой разумеющаяся вещь, а вот новички иногда очень мучаются
Ошибка довольно редкая, но иногда встречается. Чаще всего возникает, когда мощности хостинга не хватает для завершения автоматического обновления. Я бы рекомендовал бежать от такого хостера Но если альтернативы нет, поможет обновление движка вручную в таком порядке:
Простая до безобразия ошибка, решающаяся удалением файла .maintenance
из корня сайта. Возникает из-за неправильно завершившегося автоматического обновления. Если это так — вам поможет пункт выше. Но чаще всего просто автоматически не удаляется этот файл, только и всего.
Эта ошибка WordPress возникает из-за недостатка памяти, выделенной для процесса PHP. Все, что вам нужно сделать, это увеличить количество памяти , если это возможно. Есть несколько способов сделать это:
Какой-то из способов должен сработать Стоит заметить, что некоторые хостеры выделяют максимальный предел памяти на уровне 8-16М и не дают менять это значение. В таком случае я бы советовал замену хостинга.
Это классический симптом перегруженности сервера. Это означает, что сервер перегружен и не может завершить запрос, отправленный пользователем. Если это происходит довольно часто, то мой совет — менять хостинг. Если же возможности нет — нужно снижать нагрузку:
Каждый файл PHP имеет максимальное время своего выполнения. Если он не «укладывается» в отведенные настройками рамки, возникает эта ошибка. Чаще всего проблема возникает из-за неправильного функционирования дополнений (функция замыкается в цикле, к примеру). Для решения попробуйте сбросить каталог плагинов и текущий шаблон. Если это не сработает, значит ваш хостинг недостаточно мощный для вашего проекта, с соответствующими выводами.
Как вариант, можно попытаться увеличить максимальное время выполнения:
Я сталкивался только с двумя ошибками MySQL, возможно вариантов больше. Если у вас есть информация — поделитесь в комментариях, я дополню статью.
Вроде ничего не забыл и самые распространенные ошибки WordPress описал. Если что-то осталось неясным или у вас возникла ситуация, которая тут не описана — пишите в комментариях, я попробую вам помочь.
Удачного дня
Комментариев: 28
Большинство ошибок движка возникает из за того что темы или плагины не всегда совместимы с последней версией движка. Эти траблы устраняются просто удалением папки с кривым плагином или темой. При этом сам движок откатывается к теме по умолчанию и все в порядке.
Не нужно ставить плангины, которые не внушают доверия, чтобы избежать ошибки. Не каждая версия WordPress с ними дружить. Ну а если на то пошло, то нужно обновить до последней версии
Ребят, проблема с контактной формой. Я ее заполняю и нажимаю отправить а при отправке пишет » Ваше сообщение не было отправлено из за внутренней ошибки.» Подскажите в чем ошибка пожалуйста.
Да, с шаблоном всегда проблемы, лучше стандартные использовать + немного переработать
Здравствуйте! У меня при запросе к несуществующей странице отдается неверный статус код, (т.е. вместо ошибки 404 выдает код 500) как это исправить на WP?
Здравствуйте! В моем сайте http://modnaya-krasotka.ru на главной странице неправильно работает какой-то скрипт. Подскажите пожалуйста, как решить эту проблему?
По поиску нашел эту статью про ошибки WordPress.
К сожалению не нашел описание своей ошибки.
Но на всякий случай спрошу, может кто знает.
У меня шаблон с упрямством достойным лучшего применения в корне сайта создает папку год-месяц
Из за этого перестают работать ссылки перемещения в архиве записей по месяцам. Ошибка выдается.
Где то в шаблоне ошибочно определяется где нужно создавать эту папку. При этом в папке uploads такая же папка создается нормально, без проблем.
Никто не сталкивался с таким? Не подскажете где искать ошибку?
Спасибо за статью, много полезной информации, которая обязательно когда-нибудь пригодится! Но я недавно столкнулась со странной проблемой. После установки новой версии WordPress при вводе комментария не высвечивается фраза премодерации о том, что комментарий скоро будет одобрен, а человека перебрасывает на эту же страницу, но без каких-либо сообщений от сайта. Раньше всё работало, но в какой момент произошла эта ошибка, сложно отследить — возможно, она появилась даже раньше обновления CMS. Откатила версию вордпресс — безрезультатно. Как вы думаете, в чём в этом случае может быть корень зла? Если честно, не знаю, что делать. Буду благодарна за любые советы.
Спасибо. Разобрался сам. Поустанавливал плагинов всяких ненужных вот и тупить стал шаблон))) Так что ребята не устанавливайте лишние — ненужные плагины это плохо:))
Добрый день. У меня не стандартная ошибка. Я сделал сайт на движке вордпресс, всё вроде шло нормально. Но в один прекрасный день просыпаюсь, захожду на сайт, а у меня мой шаблон установлен два раза (т.е. 2 раза повторяется при прокрутке вниз). Помогите решить проблему. Надеюсь на вашу поддержку. Заранее спасибо.
Огромное спасибо за толковые советы
Здравствуйте!Помогите пожалуйста!Вчера после установки плагина jivosite на вордпресс,сначала заблокировался админ, то есть не могу зайти через свой логин пароль, выдает ошибку 121, и при попытке просто зайти на сайт,тоже выходит строка с той же ошибкой.Что мне делать?это вообще подлежит восстановлению?
добрый вечер.я уже и не знаю что мне делать начитался, жуть… но все равно выдает ошибку.дело вот в чем: установил денвер, потом вордпрес, сделал базу данных, пользователя, но войти в админку не могу пишет «Одна или несколько таблиц базы данных недоступны» поченить…. поченить. и все дело стало показало что только две базы исправны, а остальные нет.как это испраить, что сделать не знаю. подскажите.
создал таблицы с теми именами что не хватает,… поченить… ченить. все прошл успешно… удалите строчку в wp-config.php удалил и все сначала. попробывал ченить и отимизировать некоторые базы не смогло оптимизировать. что делать? в чем проблема? помогите.только что попробывал все стер и заново, все стало коректно, но в конце когда должна открыться станица с входом в вордрес высвечует просто белый фон с логотипом самого вордпреса и все.
Из всех ошибок у меня кажется только три. Ошибка 500, 404, Белый экран смерти тоже был и проблему решил, просто переустановив wordpress, Из всех проблем самая ощутимая эта ошибка 404 ео она кажется возникает после того как неправильно будешь переустанавливать постоянные ссылки.
Может возникнуть ошибка «http». Многие после этого начинают анализировать свои последние действия, произведённые в WordPress, но большинство просто ума не приложат, что произошло, ведь ничего «плохого» вроде не делалось. Если просмотреть ответы в интернете на вопрос «почему выдает ошибку http при загрузке изображений», то можно найти несколько рекомендаций, которые способны устранить эту ошибку.
Первая рекомендация – просмотреть весь список установленных плагинов и отключить все ненужные. Потребуется также отключить все плагины и включать их по одному, после чего смотреть действие их работы на вашу площадку. Таким образом, может быть заработает загрузка фото, но далеко не факт, что сможете обнаружить именно тот плагин, который выдает ошибку. Если есть время и терпение – испробуйте эту рекомендацию, но нам она показалась слишком хлопотной, поэтому мы оставили этот вариант про запас.
Вторая рекомендация утверждает, что вся проблема может заключаться в сервере, на котором расположена ваша площадка. Но если у вас есть еще сайты, которые работают у этого хостера, и с ними все в полном порядке, то значит, ошибка кроется где-то в самом сайте. Если же сайт один, то все же обратитесь к хостеру, вдруг проблема кроется действительно в нем.
Тут также заметим, что не всегда рационально обновляться до версии, которая только-только вышла.
Как правило, она содержит множество полезных нововведений/обновлений, но вот не все разработчики плагинов успевают вносить корректировки в свои продукты. То есть если сейчас у вас все хорошо, то торопиться с обновлением движка не особо стоит.
Четвертый совет – добавить в файл.htaccess такой код:
SecFilterEngine Off
SecFilterScanPOST Off
Размещать вышеуказанный код необходимо в конец или начало файла, после чего все может начать работать.
Следующий совет – вставить в файл.htaccess код, при помощи использования FTP-загрузчика:
SecFilterEngine Off
SecFilterScanPOST Off
Заметим, что если уже такой код у вас есть в файле, то его потребуется переписать, то есть заменить новым. Попробуйте выполнить загрузку медиафайла сейчас; более того, загружать файлы вы сможете в неограниченном количестве. Мы неоднократно замечали, что в одном случае, если вставить код в начало файла, то все будет работать; при вставке кода на другом сайте в начало файла ничего не срабатывало, но все начинало работать, как только код был перемещен в конец файла.
Стоит запомнить, что после обновления Вордпресс этот файл может легко переписать и ошибка может возникнуть снова. Чтобы этого не происходило, рекомендуем сохранить бекап файла себе на компьютер и в случае чего выгружать его на сервер через FTP.
Еще одна рекомендация – установка плагина WPupload, которая заменяет по дефолту загрузчик WordPress на новый (он поддерживает HTML5, Flash, BrowserPlus и т.п.). Впрочем, новый плагин может добавить и новых проблем на сайте, но, во всяком случае, он устранит эту ошибку при загрузке изображений «http».
Из всего вышесказанного следует простой вывод: если хотите, чтобы ваш сайт стабильно работал, не спешите с . Новая версия хоть и обещает быть более функциональной и безопасной, но сторонние разработчики не всегда успевают оптимизировать под новые версии свои продукты (из-за этого и может выскакивать ошибка «http»).
Все делают ошибки. Оскар Уайльд прекрасно выразился на этот счет: «Опыт – это имя, который каждый дает своим ошибкам». Опыт – это прекрасный учитель, каждый действительно учится на своих ошибках. Однако все же не мешало бы следовать известной пословице и учиться на чужих ошибках. В этой статье я расскажу о 25 самых распространенных ошибках вордпресс, которые совершает практически каждый новичок. Надеюсь, это поможет вам самим избежать их.
Многие путают хостинг WordPress.org с бесплатной платформой WordPress.com. Это достаточно распространенная WordPress ошибка у новичков и отсюда возникает целый ряд проблем. Например, кому-то нужен простой личный блог, но они ошибочно выбирают платный хостинг WordPress, а потом возмущаются, что им приходится платить за сайт. Или, наоборот, создав сайт на бесплатном WordPress.com, пользователи недоумевают, почему у них нет полного контроля над сайтом, они не могут добавить плагины, и т.д.
Если вы хотите обзавестись WordPress сайтом, то что действительно вам нужно, так это и веб-хостинг. Однако многие регистраторы доменов предлагают еще целый ряд, по сути, не нужных услуг, что сбивает с толку владельцев малого бизнеса и новичков в сфере веб-разработок. В качестве примера таких услуг: приватная регистрация, брендинговые письма, протокол SSL, 5-ти летняя регистрация и т.д.
Почему, например, не нужна приватная регистрация? У WPbeginners был клиент с этой услугой, и когда понадобилось просто перенести домен, потребовалось отправить: копию водительского удостоверения, свидетельство о регистрации и кучу другой конфиденциальной информации. В общем, одна головная боль. Брендинговые письма можно легко самому создать с помощью приложения Google Web Apps. В большинстве случаев не нужен и SSL-протокол.
Также я не вижу никакого смысла платить вперед за 5 лет регистрации домена. Мало ли что может произойти, может, вы вообще забросите этот сайт? Что тогда? Деньги на ветер? Если дело в экономии, то вполне возможно в будущем появятся скидки, и вы сохраните больше денег без всякой 5-ти летней регистрации.
Если вы не создали резервную копию сайта, то вы поймете, что совершили огромную WordPress ошибку, когда сайт «полетит» и вам придется его восстанавливать с нуля. Я всем настоятельно рекомендую делать бэкап сайта в автоматическом режиме. Благо для этого существуют специальные плагины. Навскидку я могу вспомнить о трех из них: , VaultPress (платныйe), и BackWPup (бесплатный).
Примеры из жизни:
“Упала база данных у WP сайта, у меня не было резервной копии. При импорте новой базы данных у меня естественно появилось сообщение об ошибке”.
“Сделал SQL-запрос без какого-либо бэкапа. Сами понимаете, что отменить это нельзя».
«Сайт взломали, хакеры уничтожили всю информацию. Мне пришлось все делать заново, т.к. мой хостер, оказывается, не делал резервные копии моего сайта, а хотя был должен».
Так что, если не хотите лишних проблем и нервотрепки, то не повторяйте эту распространенную ошибку в WordPress – начните уже сейчас делать бэкап.
В тот или иной момент мы все боялись обновлений. А иногда мы просто забываем обновлять сайты, т.к. не следим за ними должным образом. В общем, это достаточно распространенная WordPress ошибка, которая может потом очень сильно аукнуться, особенно если у сайта есть уязвимые места в защите – его попросту взломают.
Недавно у WPBeginner был случай, когда им пришлось обновлять сайт версии WordPress 2.9.2 и как показала практика, чем дольше ты ждешь и не обновляешься, тем сложнее это будет сделать потом.
Обновление сайта на следующую версию в 99 случаях из 100 – это один щелчок мышкой. Если ваша тема и плагины закодированны должным образом, то все после обновления будет работать, как надо и не доставит никаких хлопот. Но опять же – делайте на всякий случай резервную копию.
Фавиконы – это маленькие иконки, которые отображаются браузером во вкладке перед названием страницы. Многие пользователи совершают распространенную ошибку в WordPress, не обращая никакого внимания на них. Вот и получается, что у сайтов обычно фавиконы их хостинг провайдера, как например, Bluehost или компании разработчика темы сайта, как например, Genesis.
Воспринимайте фавикон, как визитную карточку сайта, отличительный знак. Поменяйте иконку прямо сейчас, если вы до сих пор это не сделали. Вот инструкция, .
Мы все хотя бы раз сталкивались с блокировкой сайта из-за неправильной передачи с админки WP кода в файл темы functions.php. Дела обстоят еще хуже, когда нет FTP-доступа или мы не знаем, как им пользоваться. Чтобы предотвратить эту WordPress ошибку я написал руководство для новичков: как вставлять сниппеты (на стадии написания).
Я также посоветовал бы не часто использовать встроенные WP-редакторы. Вот инструкция о том, как в WordPress отключить тему & редакторы плагина (на стадии написания).
В вордпрессе очень легко добавлять категории. Не увлекайтесь! Не надо создавать новую категорию чуть ли не для каждой новой записи. Не надо нагромождать структуру сайта, ведь не только пользователи, но и вы сами потом запутаетесь в ней. Чтобы не совершить эту ошибку вордпресс, я советую ознакомиться со статьей Категории против Тегов – лучшие примеры.
Достаточно долгое время мы по умолчанию использовали следующую структуру урл: / ? p = 23 . Но это плохо не только для SEO, но и для пользователей. При установке WordPress убедитесь, что вы обновили структуру своих постоянных ссылок через маршрут Settings » Permalinks .
При установке WordPress предлагается функция, которая не разрешает поисковым ботам индексировать сайт. На стадии создания сайта это очень удобная функция и многие ее активируют, вот только потом забывают снимать флажок напротив этой опции. Это значит, что сайт никогда не будет индексироваться. Из-за простой забывчивости совершается одна из серьезнейших WordPress ошибок.
Я также знаю случай, когда после редизайна люди получали свой сайт полностью со слетевшей индексацией.
Другой распространенной ошибкой в WordPress, которую совершают новички, является игнорирование SEO-настроек для записей и страниц. Недостаточно просто установить какой-нибудь SEO-плагин, как, например, а потом ничего не делать. Вы должны по-прежнему постоянно активно обновлять мета-настройки. Советую, также ознакомиться со статьей, как оптимизировать записи в WordPress под SEO требования.
Как много среди нас тех, кто, набравшись опыта в ведении сайта или блога, возненавидел свой первый домен и захотел его поменять? Да, такое частенько случается. Самое ужасное, что может случиться при неправильном переносе домена, это значительное падение трафика, а, следовательно, обвал доходов. Не совершайте эту ошибку вордпресс. Именно поэтому я написал руководство, как правильно перенести WordPress сайт на новый домен.
Многие новичку попросту не знают, что такое кэширование и поэтому они не устанавливают соответствующие плагины. Если говорить совсем коротко, то кэширование позволяет ускорить работу сайта и предотвратить простои при высоком трафике.
Мне частенько приходилось чистить сайты, после того, как их владельцы получали сообщение, о заражении сайта вредоносными ссылками. Такое часто случается, если тема сайта WordPress загружена с подозрительного источника. Я рекомендую вам скачивать темы с проверенных источников. Вот, кстати, специально по этому случаю отобрал для вас .
Все мы, наверное, на начальных этапах совершали такую распространенную ошибку в WordPress: создавали страницу контактов и указывали в ней свой email. И буквально через несколько дней наш почтовый ящик разрывался от спама.
Меня достаточно часто спрашивают, как увеличить трафик или социальную активность пользователей. При этом, когда я начинаю задавать уточняющие вопросы, все что я слышу: «У меня ХХХ подписчиков в твиттере». В большинстве случаев у многих даже не установлена google аналитика, что уж говорить об анализе данных.
Google Analytics предоставляет кучу полезной информации о вашем сайте, дает знать и где и что не мешало бы подправить. Я бы также настоятельно порекомендовал установить Google Webmaster Tools.
Предлагаю вашему вниманию две полезные статьи:
Возможно, для вас это станет открытием, но создавать записи в Microsoft Word, а потом добавлять их на сайт – это WordPress ошибка. А что если у вас отключится комп? (какой-то сбой, задели шнур, отключили свет и т.п.). Вся работа насмарку? Придется все заново делать? Кроме того, скопировав текст с Microsoft Word и вставив его на сайт, вы добавите кучу каких-то непонятных и не нужных символов, форматов.
Да, в визуальном редакторе WordPress есть кнопка вставить текст из Word, но я все-таки советую ею не пользоваться, а создавать статьи сразу во встроенном WordPress редакторе записей. Здесь есть функция автосохранения, так что вам не надо беспокоиться за сохранность контента. Также доступны функции предпросмотра и отмены действий.
Лично мое мнение: я всегда пишу статьи в Microsoft Word, а потом добавляю на сайт. По поводу того, что отключат свет, электричество это все бред на самом деле. Вы можете просто через определенное количество абзацев сохранять свои изменения и будет вам счастье, даже если вас обесточат, а чтобы данные не потерялись, то храните их в облачных сервисах, например в Dropbox.
По умолчанию каждый раз при установке WordPress к нему прибавляется тег «Еще один блог». Частенько новички не знают об этом, и пробел в знании восполняется только тогда, когда сайт начинает индексироваться с этим «Еще один блог…». Изменить тег можно, пройдя по маршруту Settings » General .
Раньше по умолчанию у WordPress шла страница «О себе», сейчас это «Образец страницы». Быстрый поиск в google показал, что существует, по меньшей мере, 1,1 миллион сайтов с этой страничкой. Большинство пользователей просто не знают об этом, либо не хотят удалять ее.
Если она есть и на вашем сайте, то немедленно удалите ее.
Это еще одна популярная WordPress ошибка, которая зачастую возникает, когда разработчик сайта, сдав его заказчику, должным образом не объяснил и не показал, как им управлять. Вот и получается, что владелец малого бизнеса и своего сайта просто не знает, что еще существуют какие-то комментарии, которые надо проверять, одобрять или удалять. Вот пример одного из таких вопиющих случаев:
Если вам не нужны комментарии на сайте, то просто отключите эту функцию с помощью плагина
Это даже не ошибка, а больше сбой, который может возникнуть в случае неправильных действий. Вы используете один и тот же пароль для базы данных и для cPanel? Если вы поменяли этот пароль, то у вас могут возникнуть проблемы с подключением к базе данных. Это может также случиться, когда вы меняете пароль для основного пользователя на хостинге, который является также и пользователем базы данных вашего сайта. Именно поэтому вы всегда должны создавать конкретного пользователя для базы данных своего сайта. Однако такой сбой может произойти и по другой причине.
Если вам больше 18 лет, то вы наверняка не понаслышке знаете о синем экране смерти на ПК. У WordPress есть подобное, вот только называется оно белым экраном смерти. Это может произойти, если вы установите плохой плагин или тему, которые исчерпают лимит памяти сайта. В большинстве случаев вы можете легко исправить эту ошибку, увеличив лимит памяти. О других способах можно узнать, как исправить белый экран смерти в WordPress.
В самом начале запуска WordPress сайта виджет архива выглядит круто, т.к. он отображает помесячно вашу активность на сайте: что и когда было опубликовано. Вот только потом со временем он начинает раздражать и выглядит громоздко. Боковая панель растягивается до небывалых размеров. В общем, ничего хорошего в этом нет, и я бы посоветовал не совершать эту WordPress ошибку, а создать страницу архивов.
В самом начале ведения сайта многие пользователи не задумываются о том, насколько много весят, загружаемые изображения. И только со временем приходит осознание, что вместительность у сайта не резиновая и все изображения надо сжимать. Изображение может намного меньше весить, если мы просто применим к нему функцию «сохранить для веб-страниц» и при этом зачастую оно нисколько не потеряет в качестве. Данная функция есть у Adobe Photoshop, Microsoft office, GIMP, JPEG Mini.
Частенько пользователи не задумываются о безопасности сайта, пока их не взломают. По этой же причине они начинают делать резервные копии. Я настоятельно рекомендую задуматься о безопасности сайта и сделать следующее:
Белый экран с надписью 500 Internal Server Error. Добро пожаловать в элитное общество, владельцев проектов столкнувшихся с этой неприятной ошибкой. 500 Internal Server Error — самая часто встречающаяся неполадка с которой многие сталкиваются. Причем устранение серверной неполадки, достаточно сложное занятие. Причина этому является сложность в поиске повреждения, которое может иметь обширный перечень факторов.
Явными причинами возникновения этой неполадки, могут быть неаккуратные действия владельца. Поэтому важным аспектом быстрого решения проблемы, будет воспроизведение действий. Которые вы делали перед образованием проблемы. Благодаря этому, вы быстрее поймете причину критической неполадки.
Факторов должным образом вызывающих эту непредвиденную ситуацию, может быть огромное количество. Стоит отметить, что в большинстве случаев 70% из 100%, виновником становиться сам администратор или вебмастер. Внося изменения в конфигурацию или директории и т.д. Буквально пропустив точку с запятой, особенно при редактировании правил для серверной части. Вам сразу свалится на голову эта проблемка. Давайте рассмотрим еще факторы:
Я перечислил основные и наиболее распространенные факторы, которые могут способствовать этой неприятности.
Исправление этой неполадки возможно в большей степени если у вас хорошая память. Ваша задача вспомнить те действия, после выполнения которых вы получили критическое уведомление. Далее следует вернуться и исправить соответствующий код. В большинстве случаев этот метод помогает, я очень часто сталкивался с этой неполадкой во время редактирования конфигурационных файлов WP и.htaccess. Давайте рассмотрим все варианты.
Обычно при обновлении системы управления контентом подобных неприятностей нет. При этом стоит учитывать рекомендации разработчиков CMS, которые уведомляют каждого владельца перед проведением обновления. О том, что необходимо выполнить резервное копирование для проведения благополучного обновления. Если вы внимательны и делаете резервные копии проекта, то проблем с восстановлением WP у Вас не возникнет.
Несколько решений:
Важно понимать, когда вы получаете фатальную ошибку, доступность сайта сходит на ноль. Также это касается и админки WP. Поэтому решать конфликты плагинов в WP или неудачного обновления злополучного плагина, придется на стороне сервера или хостинга. В таком случае правильным будет подключение к серверу или хостингу через файловый менеджер или используя для подключения ftp клиент.
Пара примеров:
В этом случае, Вы также можете не рассчитывать на доступность WP админки. Вам следует осознать, что в случае фатальной ошибки связанной с шаблоном темы WordPress. Дальнейшее использования этого брака, будет являться нецелесообразным и даже глупым решением. Которое будет приводить к более серьезным конфликтам. Это равносильно вставанию на одни и те же грабли несколько раз.
Как решить эту проблему:
Это самые простые манипуляции устраняющие данную неполадку и не занимающие много времени.
В этом случае все необходимые манипуляции выполняются только с.htaccess. Самым быстрым решением проблемы будет, воспроизведение Ваших последних действий. Соответственно удаление правила, которое не прижилось на сервере.
Несколько методов исправления:
Два этих конфигурационных файла, самые важные. Все изменения в них должны проводиться аккуратно и грамотно. Малейшее неграмотное изменение, может привести к очень плачевным последствиям. Выявить проблему можно только воспроизведением последних проведенных манипуляций.
Полезные подсказки:
Это достаточно редкий случай, относится к переходу на новую версию php. Тогда рекомендуется просто использовать прежнюю версию или соответствующую работоспособную. Изменение производиться совершенно индивидуально, причина в разных интерфейсах существующих хостинг панелей.
С вашей стороны достаточно обратиться к хостинг провайдеру с этой просьбой. Они обязательно пойдут Вам на встречу. Стоит учитывать тот факт. Если вы не делали такие обновления, перед возникшей ситуацией, значит дело совсем не в этом.
Это все что мне известно, надеюсь помог. Если Вам известны иные способы, тогда расскажите о них в комментариях или напишите мне в личку.