Сообщений в теме: 14

[wondertalik]

Добрый день, и так начнем с малого. Интересует структура и значение каждого поля указанного запроса:

CREATE TABLE `f5_data12` (
  `id` int(11) NOT NULL AUTO_INCREMENT, //уникальное число записи(номер line)
  `user_id` int(11) NOT NULL DEFAULT '0', //айди пользователя который добавил
  `add_time` datetime NOT NULL DEFAULT '0000-00-00 00:00:00', //время добавления
  `status` int(11) NOT NULL DEFAULT '0',
  `f127` int(11) NOT NULL DEFAULT '0', // созданное поле, все понятно
  `f129` text, // созданное поле, все понятно
  `f132` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',// созданное поле, все понятно
  `f134` int(11) NOT NULL DEFAULT '0',// созданное поле, все понятно
  `f153` text,// созданное поле, все понятно
  `r` tinyint(1) NOT NULL DEFAULT '0',
  `u` tinyint(1) NOT NULL DEFAULT '0',
PRIMARY KEY(id)
)

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

Сообщение отредактировал wondertalik: 13 Декабрь 2011 - 10:01

[CbCoder]

Вам это к чему конкретно? Все что необходимо для разработки конфигураций - имеется в документации. Если не хватает для конкретной цели - озвучьте ее. Просто расписывать чисто служебные поля смысла не вижу (многих только запутает), к тому же в версии 1.9.5 к примеру полей типа `r4_u51` уже нет.

[wondertalik]

Разработчик (13 Декабрь 2011 - 09:06) писал:

Вам это к чему конкретно? Все что необходимо для разработки конфигураций - имеется в документации. Если не хватает для конкретной цели - озвучьте ее. Просто расписывать чисто служебные поля смысла не вижу (многих только запутает), к тому же в версии 1.9.5 к примеру полей типа `r4_u51` уже нет.

Вы только что озвучили одну из причин, в 1.9.5 таких полей нет. А значит бекапы в новых версиях изначально получаются избыточными. Во-вторых, это информация нужна для низкоуровневого решения задач. Например, до 1.9.3 я написал модуль сохранения файлов в каталоге веб-сервера, а также фтп-сервера. Для этого мне необходимо было напрямую обращаться к базе данных, а это влечет за собой необходимость понимая структур таблиц, алгоритмы и т.д(планирую переписать для фтп и на 1.9.5). Сейчас мне нужно написать будет вычисление(прямая ссылка на файл), так как имена файлов преобразовываются перед сохранением на диск. Думаю моих объяснений достаточно. Что касается документации - она для большинства пользователей вашей прекрасной срм, однако маловата для нетривиальных задач поставленных перед программистом. Одна из таких задач - копирование таблиц.

Сообщение отредактировал wondertalik: 13 Декабрь 2011 - 09:36

[CbCoder]

Вы только что озвучили одну из причин, в 1.9.5 таких полей нет. А значит бекапы в новых версиях изначально получаются избыточными.
Если приведенный пример был из 1.9.5 - то это ошибка/глюк конвертации, эти поля должны были удалится при загрузке бэкапа из 1.9.4. Если это возможно, пришлите бэкап версии 1.9.4, который вы переводили на 1.9.5, мы проверим в чем дело, дабы избежать в дальнейшем подобной "избыточности".

Что касается документации - она для большинства пользователей вашей прекрасной срм, однако маловата для нетривиальных задач поставленных перед программистом.
Вот именно, документация предназначена для реализациии наиболее распостраненных задач, все возможные сведения туда не уместишь, тем более необходимые для решения каких-то "нетривиальных задач". Нам просто невыгодно тратить на это время и ресурсы.

По структуре таблиц с данными информацию можем предоставить, т.к. они часто используются, хотя в документации она тоже должна быть (если не прямо, то косвенно):
- поля id, user_id, add_time и status - это видимые в общем списке полей служебные поля ID, Кто добавил, Время добавления и Статус записи. Подробнее см. в документации.
- fN - обычные поля таблицы
- r - используется в работе напоминаний
- u - видимо это тоже глюк, до 1.9.5 были поля uN, теперь они не используются

[wondertalik]

Разработчик (13 Декабрь 2011 - 10:34) писал:

Вы только что озвучили одну из причин, в 1.9.5 таких полей нет. А значит бекапы в новых версиях изначально получаются избыточными.
Если приведенный пример был из 1.9.5 - то это ошибка/глюк конвертации, эти поля должны были удалится при загрузке бэкапа из 1.9.4. Если это возможно, пришлите бэкап версии 1.9.4, который вы переводили на 1.9.5, мы проверим в чем дело, дабы избежать в дальнейшем подобной "избыточности".

Переход был с 1.9.3 сразу на 1.9.5.

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

[CbCoder]

wondertalik (13 Декабрь 2011 - 10:52) писал:

Переход был с 1.9.3 сразу на 1.9.5.

Это не имеет значения, конвертация все равно происходит последовательно. Вы пришлете бэкап для проверки?

wondertalik (13 Декабрь 2011 - 10:52) писал:

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

Для описания данного алгоритма потребуется существенное время, это выходит за рамки стандартной техподдержки. Вы можете написать письмо руководству на info@clientbase.ru по данному вопросу, если будет принято соответствующее решение (бесплатное или с оплатой), то сотрудник подготовит документацию.

[smart]

вставлю свои 2 копейки.

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

Поэтому просьба все-таки помочь нам с информацией.

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

[wondertalik]

Разработчик (13 Декабрь 2011 - 11:07) писал:

Это не имеет значения, конвертация все равно происходит последовательно. Вы пришлете бэкап для проверки?

Да конечно. В качестве проблемы - укажу ссылку на эту тему форума.

[CbCoder]

smart (13 Декабрь 2011 - 15:38) писал:

при обновлении на 1.9.5 она перестала работать и в итоге работа встала - сотрудники не могут пользоваться базой. При этом часть важных данных уже введена и переехать назад на 1.9.3 невозможно

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

smart (13 Декабрь 2011 - 15:38) писал:

Поэтому просьба все-таки помочь нам с информацией. Насчет платности информации немного странно.

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

[wondertalik]

Что это за таблицы и при каких условиях они заполняются?

define( "TIPS_TABLE", $config["table_prefix"]."tips");
define( "TIPS_SHOW_TABLE", $config["table_prefix"]."tips_show");
define( "TIPS_NEW_LINES_TABLE", $config["table_prefix"]."tips_new_lines");
define( "TIPS_SHOW_ARHIVE_TABLE", $config["table_prefix"]."tips_show_arhive");

[CbCoder]

Это таблицы предназначенные для работы напоминаний.

[wondertalik]

Разработчик (17 Декабрь 2011 - 16:30) писал:

Это таблицы предназначенные для работы напоминаний.

Это я догадался. Но при каких условиях напоминания попадают в ту или иную таблицу?

[CbCoder]

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

[wondertalik]

Для чего используются таблицы с _par, например f5_acc_tables_par? Меня не интересуют алгоритмы, структура и т.д. Мне просто хочется знать. Для чего они используются. Мне кажется подобный вопрос даже с натяжкой не тянет "выходит за рамки техподдержки".

[CbCoder]

Эти таблицы используются для хранения наследованных прав (появились в 1.9.5 в связи с подчиненными группами)