Вход для клиентов и партнеров
в начало сайта
Партнерская программаОнлайн демоСкачатьКарта сайта
 

Регламент
Документация
Часто задаваемые вопросы (FAQ)
Решения типовых вопросов
Форум поддержки
Библиотека разработчика

Посмотрите демо-ролики и убедитесь в том, что "Twilight CMS" очень удобна в управлении, понятна и проста.

Бесплатно скачайте "Twilight.Basic", установите на своем компьютере и изучите систему более детально.

Если вам нужно установить "Twilight CMS" на существующий сайт или разработать новый - обращайтесь в отдел интеграции.

 

Ваше имя
Ваш Email
Вопрос
Twilight.basic
  • Узнайте больше
  • Сравните версии
  • Twilight.selection
  • Узнайте больше
  • Сравните версии
  • Twilight.evolution
  • Узнайте больше
  • Сравните версии
  •  
    Главная // Библиотека разработчика // Справочники // Форматы служебных файлов //

    Папка Data: назначение файлов


    Краткое описание что может находиться в папке Data и зачем.

    • .os. Служебный файл, при помощи которого система следит за версиями критических модулей и операционной системой. При переносе сайта целиком с Windows на Unix или обратно система автоматически сбросит этот файл, что приведет к удалению временных файлов и обнулению кэша. Также, будут перестроены таблицы данных, где поменяются переносы строк внутри файлов в принятом операционной системой формате. Естественно, такая инициализация отнимет определенное время и ресурсы, поэтому вручную такой сброс делать рекомендуется только в случае необходимости полной очистки кэша (включая картинки). Грубо говоря, это рестарт сайта Reset'ом.

      Также, удаление этого файла разработчиком вручную абсолютно необходимо при переносе не всего сайта, а только части файлов с данными (.dat таблиц) с NT машин на Unix или обратно. Если этого не сделать файлы будут иметь неверные переносы строк и CMS не сможет корректно с ними работать.
    • cachebb.dat, cacheblk.dat, twl_cachebb.dat, twl_cacheblk.dat. Таблицы атомов, из которых состоят страницы для сброса кэша и таблицы с блоками для блочного кэша. Файлы поддерживаются системой автоматически. При их удалении система будет их перестраивать автоматически, что приведет к увеличению нагрузки на CMS. Удаление вручную не рекомендуется. Файлы twl_* связаны с основными таблицами логически. Случайное удаление части файлов из этих связок будет системой обработано корректно, но это не рекомендуется делать. Если требуется удалить весь кэш досконально достаточно удалить файл .os (см. выше).
    • blacklist.dat. Таблица с черным списком для форм. См. описание макросов Form и Forum. Может отсутствовать на проекте.
    • colors.dat. Таблица предопределенных цветов для редактора страниц. Обычно присутствует на любом проекте, хотя его отсутствие не критично. Описание.
    • cronrun.dat. Системный файл-метка с датой = сегодня, означает что системные операции обслуживания текущего дня были проведены. При удалении система выполнит операции обслуживания (критические бэкапы, чистка кэша и прочее) и заново его создаст. Время отработки системных операций обслуживания устанавливается случайным образом, в ночной период времени, когда нагрузка на систему меньше.
    • email_notifications.dat. Таблица с шаблонами email оповещений. Должна быть если на проекте есть формы с функцией отсылки почты. См. описание макроса Form.
    • loginfails.dat. Системная таблица с перечнем IP адресов откуда были введены неверные логины и пароли к админзоне, позволяет системе блокировать подбор логинов-паролей после Х неудачных попыток (обычно 3). Создается и поддерживается системой, если её удалить система сама её восстановит. 
    • numberid.dat. Системная таблица нестандартного формата с номерами последних записей в таблицах. Поддерживается системой сама, при удалении будет восстановлена но ресурсы будут потребляться сильно, поэтому удалять её не рекомендуется, а модифицировать вручную запрещено.
    • pagelocked.dat. Служебный файл с информацией о блокированных пользователями страниц в админзоне, позволяет работать нескольким операторам одновременно не пересекаясь. Допустимо и рекомендуется удалить этот файл если наблюдается постоянное сообщение "Страница заблокирована другим пользователем" когда точно известно что никто больше в админзоне не работает. Разово такое сообщение может возникать вполне легально, когда после закрытия админзоны пользователь быстро входит вновь, тогда система считает его новым пользователем и 30-120 секунд ждет пока предыдущий (вышедший) пользователь снимет блокировку. После этого блок снимается автоматом. Время блокировки настраивается в preferences.xml.
    • pageranks.dat. Системная таблица с PR страниц, который отображается в админзоне справа-внизу под редактором страниц. Можно удалять безболезненно, система поддерживает её автоматически.
    • roles.dat. Системная таблица, должна быть всегда. Содержит идентификаторы ролей supervisor и editor для админзоны. В будущем возможно расширение списка ролей.
    • sessions.dat. Системная таблица, содержит идентификаторы пользователей вошедших в админзону. Полностью автоматически поддерживается. При удалении в момент наличия залогиненных пользователей их всех из админки выкинет и всем нужно будет вводить логин-пароль заново.
    • twl_aliases.dat. Системная таблица с ЧПУ. Создается автоматически при назначении ЧПУ в справочниках и каталогах. Удаление приведет к полной потере ЧПУ. Повреждение таблицы вручную приведет к необходимости удаления таблицы. Таблицу нужно беречь.
    • twl_chksums.dat. Системная таблица, содержит информацию для противодействия FTP атакам на сайт. Поддерживается автоматом, удаление таблицы для системы некритично - она восстановит все сама.
    • twl_currencyrates.dat. Служебная таблица с историей полученных курсов через CurrencyRate. Может стать чересчур большой через несколько лет работы, можно удалить или почистить частично (одна строка - один курс на дату, формат понятен при просмотре файла).
    • twl_forms.dat. Служебная автоматически формируемая таблица. Удаление некритично.
    • twl_keyab.dat. Системная таблица, создается сама, удаление не рекомендуется - получатся в подвешенном состоянии часть критических бэкапов, которые будут занимать место и путать пользователя в админзоне. Поэтому если удаляется этот файл рекомендуется удалить (сохранив на локальный диск) все autoback* файлы в Backups.
    • userlist.dat. Должна быть всегда если есть пользователи в админзоне. Формируется вручную разработчиком, рекомендуется использовать утилиту на странице "Скачать"  для генерации первой учетной записи пользователя, а далее их можно добавлять через админзону.
    • varlistd.dat. Таблица с "переменными по-умолчанию", содержит записи для мета-тэгов и title страниц по-умолчанию. Обычно есть на любом интернет-сайте, для интранет систем необязателен но обычно тоже есть. Подключение редактора и сущность для редактора лучше брать из демо-сайтов.
    • sapelinks.dat, dlm, ips. Служебные файлы ссылок и других параметров, если используется макрос SAPE. Трогать не рекомендуется.
    • entities.xml. Файл с описаниями сущностей. См. подробное описание. Нужен только когда на проекте есть справочники или каталоги.
    • cryptkey.twl. Служебный файл с ключом для шифрования путей к файлам (если включено в preferences.xml). Создается автоматически. Если удалить файл, он будет пересоздан, но обязательно после этого нужно чистить кэш (удалить все в папке Cache), иначе ссылки шифрованные ранее другим ключом не будут работать.

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

    Специальные группы файлов

    • *.hdx файлы - образы для ускорения работы с xml файлами
    • *.idx файлы - индексы для таблиц
    • *.xdx файлы - индексы для xml файлов
    • папка odx содержит *.odx файлы - контекстные индексы для dat файлов

    При переносе сайта с хостинга на хостинг или при переезде с Windows на Unix машину (и наоборот) файлы могут автоматически удаляться системой, но при необходимости можно стирать их вручную или принудить систему сбросить все временные файлы удалением файла .os в корне папки Data. Учтите, что перестроение файлов заставит сначала систему потреблять больше ресурсов и медленнее отвечать на запросы пользователей.

    Инициализация сайта

    Обычно на пустом новом сайте типового класса есть:

    • colors.dat (заполняется руками разработчика);
    • userlist.dat (минимум с учетной записью супервизора);
    • varlistd.dat (обычно содержит переменные ptitle, pdesc, pkeyw - см. любой демо-сайт);
    • entities.xml (может быть пустой, но это редкость);
    • roles.dat (предопределенного формата, взять с демо-сайта);
    • email_notifications.dat (обычно минимум один шаблон - шаблон формы обратной связи, формат и правила работы описаны в макросе Form).

    Остальное система создает и поддерживает сама, вмешиваться в системные файлы обычно нет никакой необходимости.

    Восстановление данных

    При уничтожении, повреждении данных (атака, ошибка оператора, умер винт, хостер сломал и т.п.) папка Data может быть почти независимо восстановлена из zip архивов с критическими бэкапами (лежат в папке Backups), либо из полных ручных бэкапов созданных через админзону (лежат там же). Взаимосвязь есть только с папкой Content, в которой хранятся xml файлы (files.xml, menu.xml, catalog.xml, forum.xml и другие созданные разработчиком помимо них) + файлы вида GUID_field.txt в которых хранятся поля типа linked_html. Соответственно, если указанные файлы участвуют в проекте, они должны быть восстановлены синхронно.

    После любой операции восстановления данных кэш должен быть очищен, файлы .?dx должны быть удалены.

    « к списку

    версия для печати

     
    © 2003-19 Страта Технологии (создание сайтов, разработка cms), Twilight CMS in english.
    Наш адрес: Москва, пр. Маршала Жукова д.51
    Тел.: (495) 222-6436, E-mail: , карта сайта, условия использования информации о CMS
    Звоните через Skype:  

    Реклама: