Ответы в темах

Просмотр 13 ответов — с 1 по 13 (всего 13)
  • Автор elkarina

    (@elkarina)

    Итак, проанализировала разные бэкапы в Notepad++. Отчитываюсь 🙂

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

    После исправления посмотрела в PMA — записи правильные. Создала бэкап плагином WordPress Database Backup и через cPanel. Вот что получилось.

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

    CREATE TABLE <code>wp_commentmeta</code> (
      <code>meta_id</code> bigint(20) unsigned NOT NULL auto_increment,
      <code>comment_id</code> bigint(20) unsigned NOT NULL default '0',
      <code>meta_key</code> varchar(255) default NULL,
      <code>meta_value</code> longtext,
      PRIMARY KEY  (<code>meta_id</code>),
      KEY <code>comment_id</code> (<code>comment_id</code>),
      KEY <code>meta_key</code> (<code>meta_key</code>)
    ) ENGINE=MyISAM AUTO_INCREMENT=52 DEFAULT CHARSET=utf8 ;

    Нет только слов IF NOT EXISTS.
    С другой стороны, в бэкапе, созданном плагином нет ничего похожего на /*!40101 SET NAMES utf8 */;

    Бэкап, созданный Мастером резервного копирования из cPanel содержит все записи (включая страницы, активность, документы, созданные плагином для бадипресс и т.д.) в одну строку. Все записи без значков, с вопросами. Однако в этом бэкапе есть строка
    /*!40101 SET NAMES utf8 */;
    Вот, например, как выглядит таблица:

    DROP TABLE IF EXISTS <code>wp_commentmeta</code>;
    /*!40101 SET @saved_cs_client     = @@character_set_client */;
    /*!40101 SET character_set_client = utf8 */;
    CREATE TABLE <code>wp_commentmeta</code> (
      <code>meta_id</code> bigint(20) unsigned NOT NULL auto_increment,
      <code>comment_id</code> bigint(20) unsigned NOT NULL default '0',
      <code>meta_key</code> varchar(255) default NULL,
      <code>meta_value</code> longtext,
      PRIMARY KEY  (<code>meta_id</code>),
      KEY <code>comment_id</code> (<code>comment_id</code>),
      KEY <code>meta_key</code> (<code>meta_key</code>)
    ) ENGINE=MyISAM AUTO_INCREMENT=52 DEFAULT CHARSET=utf8;
    /*!40101 SET character_set_client = @saved_cs_client */;

    Также в начале бэкапфайла есть такой раздел:

    /*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
    /*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
    /*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
    /*!40101 SET NAMES cp1251 */;
    /*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
    /*!40103 SET TIME_ZONE='+00:00' */;
    /*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
    /*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
    /*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
    /*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;

    В общем, жду ваш вердикт на тему «Как предохраняться от замены аксанов на вопросы». Также, скажите, пожалуйста, чем чревато отсутствие строки /*!40101 SET NAMES utf8 */;

    Автор elkarina

    (@elkarina)

    Посмотрите в PMA, какие сопоставления (collation) у текстовых полей в БД (смотреть в закладке «структура») и у таблиц вцелом (смотреть в «операции»)

    В целом стоит utf8_general_ci, в структуре почти везде тоже utf8_general_ci, единственная таблица отличается: bb_bbpm, в ней utf8_unicode_ci.

    Еще раз внимательно прочел первый пост. «или после восстановления БД» — подробней об этом, пожалуйста.

    Предыстория такова, что вздумалось мне поставить на сайт bbforum. Долго не могла сообразить, как сделать, чтобы в адресной строке было forum а не bbpress, поэтому ставила, потом сносила (тупо удаляя в диспетчере файлов cPanel всю папку), снова ставила, пока не добилась, что нужно. В очередной раз поставила, все заработало, но дефолтная тема как-то криво показывалась в браузере (не табличкой форума, а все сплошняком сверху вниз). Я решила, что опять что-то не так установила и в очередной раз снесла.

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

    Я написала в тех поддержку хостинга (eskhosting) с просьбой восстановить и заодно обновить вордпресс (я его никогда не обновляла, как мне его поставили год назад).

    У меня был бэкап полный (сама накануне делала в cPanel) от 9 мая, думаю, по нему и восстанавливали (по крайней мере в тех поддержке уточняли, где находится файл бэкапа). Мне восстановили сайт по состоянию на 9 мая и обновили вордпресс до 3.1.2. После этого и исчезли в записях все значки. Я руками поправила. Поставила плагин WordPress Database Backup. Сейчас у меня два раза в сутки приходят на почту базы.

    Через несколько дней после восстановления и обновления я поставила buddypress и потом опять куда-то полезла, уже не помню, кажется в сайдбар. Убрала RSS подписку из сайдбара на виджет и сделала его динамическим. И сразу сайт затормозил (видимо, как Юрий первый раз его смотрел, также было). Я испугалась, что, может что-то натворила, и сделала восстановление.

    И еще у меня в админке такая надпись сейчас: Автоматическое обновление WordPress завершить не удалось — пожалуйста, попробуйте ещё раз. Хотя я вроде специально не обновлялась. Только пыталась обновить какой-то плагин, поставив на него галочку, но почему-то появилась эта надпись. С обновлениями и загрузками плагинов и тем через админку отдельная история, там ничего не грузится (то не получается скопировать, то создать папку public html), но это уже другой вопрос, к значками не имеющий отношение.

    В общем, записи я какое-то время не просматривала, на наличие значков. Так что опять не могу сказать, от чего они слетели.

    Почитала на французском форуме wordpress, там французы тоже со значками мучаются, решений нет. Темы висят не решенными. Или решено с такими советами:

    1. в wp-config заменить
    define('DB_CHARSET', 'utf8'); на
    define('DB_CHARSET', '');
    Мне такое решение не подошло. Аксаны не появились, зато весь русский текст стал вопросами.
    2. В wp-config заменить
    define('DB_COLLATE', ''); на
    define('DB_COLLATE', 'utf8');
    Тоже не помогло.

    Единственное решение, где французы благодарят, что помогло, это в той статье, на которую давала ссылку.

    В общем как-то так. Извините, что слишком «поподробнее» получилось.

    Я с удовольствием дала бы доступ Юрию. Но цена вопроса? Я сейчас совсем «на мели», боюсь не потяну, чтобы «вскрытие делал специалист».

    Автор elkarina

    (@elkarina)

    Нашла на одном из французских сайтов ответ. Только не соображу, что конкретно сделать надо.
    Оригинал тут: см. ответ Francescu

    Вот перевод ответа:
    Проблема замены значков на ? происходит от того, что кодировка страницы в UTF8, но данные в латинице. Прежде чем восстановить данные (после соединения с mysql сделай mysql_query(«SET NAMES UTF8»);

    Далее идет ссылка.

    Насколько я понимаю, по ссылке нужно проделать то, о чем идет речь в пункте MySQL

    • Прочитайте статью
    • Измените классификацию (не уверена, что правильно перевела interclassements — взаимная классификация?):
    1. Базы: ALTER DATABASE имяБазы CHARACTER SET UTF8
    2. Таблиц: ALTER TABLE имяТаблицы CHARACTER SET UTF8
    3. Колонок: ALTER TABLE имяТаблицы CONVERT TO CHARACTER SET UTF8
    4. Это изменит все колонки таблицы и конвертирует данные. Если Вы уже установили UTF8 в колонке прежде чем изменять кодировку, можно установить соответствие данных:
      ALTER TABLE имяТаблицы CHANGE имяКолонки имяКолонки BLOB;
      ALTER TABLE имяТаблицы CHANGE имяКолонки имяКолнки TEXT CHARACTER SET UTF8;
    • Затем нужно предупредить MySQL, что Ваши действия будут в UTF8, отправляя при каждом соединении:
    • SET NAMES UTF8

    Если можно, объясните, пожалуйста, просто и доступно, что конкретно нужно сделать и как.
    Спасибо

    Автор elkarina

    (@elkarina)

    В PMA тоже вопросы вместо знаков.
    Вот, например, там вставка анонса передачи на французском. Раньше нормально было, потом значками, затем я поправила руками все через редактирование записи, а сейчас опять вопросы.

    Также обзор пособий, да и в добро пожаловать тоже есть значки.

    Вы меня прям расстроили, что так тормозит? У меня нормально открывается все. Ну, может, не летает, но в принципе нормально. Почему так?

    Автор elkarina

    (@elkarina)

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

    Я правильно поняла, что нужно через cPanel зайти в Базы данных My SQL? Там зашла, запустила проверку, появился список с пометкой возле каждого поля ОК.

    Или нужно идти в phpMyAdmin и смотреть там? А что именно смотреть, как я пойму, все ли на месте?

    Тоже не согласна. Хотя у меня филологическое образование. Очень резало слух использование «отзывов» пришлось все руками менять. Я преподаватель. Так мне пользователи вместо того, чтобы запись блога комментировать, пишут отзывы о том, какой я педагог. Думаю, это именно «Отзыв» так вводит в заблуждение.

    <div id=»header»>
    <div id=»logo»>
    <!— ваше лого — максимальная ширина: 200px —>
    <!— USAGE:
    1-создайте свое лого и сохраните как logo.jpg в папку «images» в директории темы.
    2-раскомментите код:
    <a class="logo" href="<?php bloginfo('home')?>/" title="Домой"></a>

    Нужно сделать доступным для записи. Зайдите в панель управления своего хостинга. В диспетчере файлов найдите нужную вам тему и нужный раздел (в данном случае, видимо, footer.php (подвал) в разрешениях (perms) поменяйте цифры на 0666. Теперь должна при правке шаблона появиться кнопка «сохранить изменения». Только после всех изменений верните, как было цифры.

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

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

    Отфутболила техподдержка к провайдеру. Говорят, потеря связи на пути.

    Да, я заметила, что очень часто соединение просто рвется. Большие папки (например, фон) качала частями по несколько файлов или по одной папке. Это с сервером поддержки неполадки или мой инет тупит?

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

Просмотр 13 ответов — с 1 по 13 (всего 13)