ZebroidДокументацияИмпортПрофили импорта SQL

Профили импорта SQL

В программе: Проект → Импорт → Профили импорта SQL
Для того, чтобы иметь возможность правильно импортировать SQL файлы, программе нужно объяснить какие поля и в какой таблице ей нужны. Для этого нужно создать профиль импорта SQL.

Профили импорта SQL (вкладка «Статья (осн.)»)

Профили импорта SQL (вкладка «Статья (осн.)»)


В верхней части окна находятся названия профилей. При двойном клике на профиль он активируется для редактирования.

Редактор состоит из 5 частей:

  1. Статьи (осн.) — правила формирование основных полей для статьи — название и текст;
  2. Статье (доп.) — правила формирование остальных полей для статьи;
  3. Категории — правила формирование категорий;
  4. Комментарии — правила формирование комментариев статьи;
  5. Фильтры и замена — правила поиска и замены в тексте после импорта.

Рекомендуется воспользоваться кнопкой «Анализ SQL-файла», которая распарсит файл и выделит находящиеся в ней таблицы и поля, что значительно облегчит процесс составления шаблона.

Предупреждение: не рекомендуется создавать профили импорта людям, которые не работали раньше с базами данных.




Готовые профили


Профили импорта созданные нами поступают вам вместе с обновлениями, но если по каким-то причинам у вас они отсутствуют или файлы были повреждены — вы можете их скачать на этой странице.

DataLife Engine.zipРазмер: 693 байт
Drupal.zipРазмер: 355 байт
Joomla 1.5.x - 2.5.х.zipРазмер: 641 байт
WordPress.zipРазмер: 510 байт
MODx Evo.zipРазмер: 545 байт
Instant CMS (Блоги).zipРазмер: 619 байт
Instant CMS (Статьи).zipРазмер: 688 байт
LitePublisher CMS.zipРазмер: 556 байт


Особенности некоторых CMS:

  • Drupal — так как контент берется с таблицы «node_revisions», то в результате могут попадатся разные версии одной и той же статьи (зависит от того, редактировали вы её или нет). С помощью чистки дублей они легко удаляются
  • WordPress — по сути только импорт контента без сохранения категорий, меток и т.д.
  • LitePublisher CMS — перед импортом, с помощью текстового редактора необходимо префиксы таблиц в дампе поменять на «prefix_» (без кавычек)




Статьи (осн.)


Таблица — имя таблицы, с которой будут импортированы посты. Относится к первой и второй вкладке.
Название — правило формирование названия статьи. Теги в этом поле указываются в двойных фигурных скобках. Например:

{{name}} - {{author}}

В данном случае название будет состоять из данных двоих полей.

Текст статьи — правило формирование тегов статьи. Просто расставьте нужные теги в нужных местах. Как и в предыдущем случае теги указываются в двойных фигурных скобках (редактор их подсветит синим).




Статьи (доп.)


Здесь представлена таблица, в которой задаются принадлежность определённых тегов полям статьи. Она состоит из 2 основных столбцов:

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

  • Категория (идентификатор)
  • Категория (название)
  • Податегория (название)
  • Метки
  • Дата (виндовс формат)
  • Дата (юникс формат)
  • Признак статической страницы
  • alt_name
  • description
  • keywords
  • Идентификатор записи
  • Условие (выбирать)
  • Условие (пропускать)

Поле — имя поля в таблице постов, с которого будет браться значение.




Категории


Эту закладку стоит заполнять, если в базе отдельно описана структура категорий. Ничего нового на этой вкладке нету, разве что список параметров для категорий немного отличается:

  • Имя
  • Идентификатор
  • Alt_name
  • Родитель (имя)
  • Родитель (идентификатор) — это поле, по которому можно определить родительскую категорию
  • Условие (выбирать)
  • Условие (пропускать)




Комментарии


Эту закладку стоит заполнять, если в базе отдельно описана структура комментариев. Ничего нового на этой вкладке нету, разве что список параметров для комментариев немного отличается:

  • Идентификатор
  • Автор
  • Текст
  • Дата (виндовс формат)
  • Дата (юникс формат)
  • Условие (выбирать)
  • Условие (пропускать)




Фильтры и замена


В данной закладке стоит создавать правила замен, которые необходимы, чтобы перевести контент, сохраняемый в БД с экранированными символами в пригоден для использования. Так же там стоит создавать правила, с помощью который будут убираться/заменяться служебные теги CMS.




Условия выборки