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

[mahmud]

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

Хотелось бы реализовать следующее:

Например есть два фирма и у них отдельная программа КБ.
Создаю кнопку в доп. или представление.
Вожу дополнение в одной программе хотелось бы как нибудь сделать синхронизацию файлов.
Как бы при нажатии на кнопку все изменение копировались.

Подскажите это возможно, если да то что можете посоветовать?

Заранее спасибо

[CbCoder]

http://clientbase.ru..._admin_16/sync/ - только так. Через доп.действия это вряд ли можно адекватно реализовать.

[mahmud]

CbCoder (29 Декабрь 2012 - 10:59) писал:

http://clientbase.ru..._admin_16/sync/ - только так. Через доп.действия это вряд ли можно адекватно реализовать.

Спасибо, а где хранятся все файлы изменение кроме данных. Чтоб мог копировать и вставить в соответствующее.

Сообщение отредактировал mahmud: 29 Декабрь 2012 - 12:46

[CbCoder]

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

[andibrag]

Поскольку таблицу можно сделать подчиненной только единожды, решил сделать две таблицы, каждую подчинить своей и сделать синхронизацию данных. Вот только как поступить с полем Файл? Есть какие-нибудь решения без их копирования? Что-то вроде ссылки, например...

[andibrag]

Как средствами КБ перенести файлы из одной таблицы в другую?

[andibrag]

Roman (30 Январь 2013 - 14:32) писал:

Можно создать вычисление, которое будет вставлять html-код в поле. Соответсвенно, код можно сгенерировать любой, включая и ссылки на файлы.

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

[andibrag]

спасибо большое

[andibrag]

Алгоритм синхронизации оказался с массой подводных камней. В частности с файлами.
Есть в планах привязка таблицы в качестве подчиненной к нескольким главным?

[wondertalik]

andibrag (08 Февраль 2013 - 11:36) писал:

Есть в планах привязка таблицы в качестве подчиненной к нескольким главным?

Меня этот вопрос тоже интересует. Довольно давно сталкиваюсь с необходимостью поддержки такого функционала.

andibrag (08 Февраль 2013 - 11:36) писал:

Алгоритм синхронизации оказался с массой подводных камней. В частности с файлами.

Пожалуйста, можно подробней?

[andibrag]

andibrag (08 Февраль 2013 - 11:36) писал:

Алгоритм синхронизации оказался с массой подводных камней. В частности с файлами.

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

• Изменение поля типа файл не вызывает никакого события. Т.е. удаление или добавление проходит незамеченным, если только не явно вызвать событие, например, сохранение таблицы или изменение любого поля другого типа.
  
• Копирование полей файл из одной таблицы в другую смысла не имеет. Получаем "битые ссылки" и внутренний файл-менеджер опознает их как есть в базе, но нет на диске, т.е. как мусор. Создание поля, в которое будут методом вычислений вноситься ссылки о реальном расположении файлов, решает проблему частично. Исчезает функционал добавления и удаления файлов в подчиненной таблице. Его тоже можно частично решить внеся соответствующие строки в вычисление. Вот только в табличном виде, не в качестве подчиненной, а именно в виде таблицы, эти созданные кнопочки Удалить напротив каждого файла и Добавить под ними - работать не будут. А лишнее всегда смущает пользователей.
  
• Физическое копирование файлов, фактически их дублирование, решает проблемы пункта два, но выедает место на диске и бекап начинает пухнуть как на дрожжах, если включает файлы.
  
• Перемещение файлов в одну таблицу позволяет исключить проблему съедания пространства и бекапа. При этом, если почистить поле файл в таблице, из которой файлы были перемещены (сами они не исчезнут, поскольку Вы сделаете перенос посредством вычислений) - пропадут битые ссылки. Т.е. пункт 2 частично станет не актуален, но неудобство в нем описанное останется. Очень важно, чтобы файлы, которые теперь перемещены не были удалены из таблицы, в которую они теперь попали, поскольку поле Файл становится разным. В одной пустое, в другой - есть файлы. Пару раз я данные потерял. Физически они на диске лежат, только ссылок на них нигде не остается. Здесь танцы с бубнами и начинаются.

Теоретически, если еще потанцевать, получится должно. Но решил все же спросить разработчиков. Если это не за горами:

CbCoder (08 Февраль 2013 - 11:54) писал:

планы эти близкие, и уже оформлены в виде задания программисту.

, может стоит и потерпеть...

[andibrag]

На сервере лежат две базы. Одна рабочая, вторая тестовая. Хочу синхронизировать данные из рабочей в тестовую. Хотел сделать как локальную. Но не совсем разобрался с понятиями активная и пассивная. Активная та, которая выгружает? В чем глобальная разница, если обе срабатывают по крону и одна кидает в папку, вторая забирает из нее? В документации сказано: Активная программа является инициатором синхронизации периодически посылая запросы и выгружая данные. А что делает пассивная? Она тоже посылает запросы по крону и забирает данные.
Еще вопрос. Если все же делать по описанию и одну объявлять пассивной, обязательно проставлять номера синхронизируемых полей в соседствующие текстовые ячейки? Умолчание не заложено на предмет того, что если поле пустое, то номера совпадают?

[andibrag]

Roman (22 Ноябрь 2013 - 11:55) писал:

Разница активной и пассивной в том, что активная хранит в себе идентификаторы строк пассивной базы, а пассивная - идентификаторы полей активной. Инициирование синхронизации активной базой, опять же, было актуально раньше. При чём актуально это только для режима HTTP. На данный момент инициировать http-синхронизацию может как активная, так и пассивная база. Умолчание не заложено.

Т.е. можно обе объявить активными и не заполнять поля в ручном режиме?

[andibrag]

andibrag (22 Ноябрь 2013 - 12:06) писал:

Т.е. можно обе объявить активными и не заполнять поля в ручном режиме?

Roman (22 Ноябрь 2013 - 12:12) писал:

Может быть несоответствие строк, так что лучше не надо.

Не стоит обе объявлять активными, Вы имели ввиду?
Как нужно сделать в текущем варианте? Одну объявить активной, например ту, которая выгружает данные, вторую пассивной.
В пассивной рядом с каждым полем прописать номер соответствия (т.е. банально номер поля). Папка выгрузки для первой должна совпадать с папкой загрузки для второй. После чего настроить крон. Все верно?
Настройки по полям сохраняются в таблице cb_sync_fields. Какое поле нужно заполнить номером? Делать это в ручном режиме - безумие, проще через mysql.

[andibrag]

andibrag (22 Ноябрь 2013 - 12:28) писал:

Настройки по полям сохраняются в таблице cb_sync_fields. Какое поле нужно заполнить номером? Делать это в ручном режиме - безумие, проще через mysql.

Заполнил. При выборе опции "Добавить все поля" как происходит синхронизация, если в списке оказываются поля id?
Судя по ошибке эти поля программа также пытается заполнить.

Error generated:
/cb/include/functions_cron.php(5289) : data_insert()
/cb/include/functions_cron.php(5906) : sync_data()
/cb/cron.php(70) : eval()'d code(1) : sync_all()
/cb/cron.php(70) : eval()
Ошибка SQL запроса: INSERT INTO `cb_data113` (`user_id`, `add_time`, `f1726`, `f1686`, `f1515`, `f1513`, `f1564`, `f1516`, `f1509`, `f1679`, `f1512`, `f1520`, `f1764`, `f2521`, `id`, `u`, `s10`, `r`) VALUES ('', '2013-11-22 13:56:13', '-1-5-3-791-', 'Предварительный', '', '1', '8', '2013-11-22 00:00:00', '0,00', '0,00', '0,00', 'Нет', 'Эскизы', 'cb_modules/images/work.png', '276', '1', '276', '1')
Duplicate entry '276' for key 'PRIMARY'

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