Граждане програмисты,есть вопрос.Наконец немного освободился и продолжаю работу над веб страницей с помощью Xpages(пишу адресную книгу).Чтобы ручками не забивать весь персонал решили подключить базу names.nsf и оттуда уже выгребать всех людей.Для того чтобы не експерементировать с основной АК решили сделать одностороннюю репликацию базы.Может кто делал подобное,насколько это правильно,подскажите плиз?Заранее благодарен.
-
15 апреля стартует «Курс «SQL-injection Master» ©» от команды The Codeby
За 3 месяца вы пройдете путь от начальных навыков работы с SQL-запросами к базам данных до продвинутых техник. Научитесь находить уязвимости связанные с базами данных, и внедрять произвольный SQL-код в уязвимые приложения.
На последнюю неделю приходится экзамен, где нужно будет показать свои навыки, взломав ряд уязвимых учебных сайтов, и добыть флаги. Успешно сдавшие экзамен получат сертификат.
Запись на курс до 25 апреля. Получить промодоступ ...
что подсказать?
если база будет только читаться, со стандартным дизайном, то ничего страшного с ней не случится.
если надо менять дизайн, для корректной вычитки или для других целей, можно сделать реплику на другой стороне, но не реплицировать дизайн между репликами.
Akupaka
Как вытянуть пользователей из names.nsf в свою бд?????Или может можно веб функционал поместить в тот же names.nsf,и уже там тянуть необходимые поля?(хотя я сомневаюсь что мне дадут ковырять АК)
см
flag = notesDatabase.Open( server$, dbfile$ )
Set notesView = notesDatabase.GetView( viewName$ )
Set notesDocument = notesView.GetFirstDocument
Set notesDocument = notesView.GetNextDocument( document )
и другие методы notesDatabase, notesView, notesDocument.
принцип такой, открываешь базу, ограничиваешь нужный набор документов (например, видом, поиском), проходишь по набору, читаешь нужные поля, выполняешь требуемые функции.
отдавать доменную адресную книгу полностью в веб, тем более, если это доступно извне, наверное не стоит, т.е. изменять дизайн адрески. но и так можно тоже, т.е. создать другую реплику и поменять дизайн в ней. но не стоит, я бы не стал
часто делают так:
в базе создают возможность создать иерархию подразделений. в каждом из них создают документы персонала. документ персонала связывают с нотес-пользователем по нотес-имени.
если адреска домена содержит кроме нотес имени еще и красивое альтернативное имя, номер телефона и т.п. инфу, то можно при создании документа персонала автоматизировать процес заполнения аналогичных полей.
вообще, тут можно фантазировать много. вариантов исполнения много. все зависит от желаемого результата и возможностей/умения.
ТЗ писать тут, наверное, не станут, а на какие-то мелкие вопросы попытаются ответить
lmike
А если пришли новые люди,или же кто-то уволился,не буду ж я постоянно следить за этим,поетому хочется немного автоматизировать этот процес, работы и так хватает
xRomax
Для этих целей можно напрячь агента по расписанию. Ночью пробегается по документам обеих баз и синхронизирует их. Чтоб было быстрее, отбирать документы, изменившиеся за последние сутки.
Для этих целей можно напрячь агента по расписанию. Ночью пробегается по документам обеих баз и синхронизирует их. Чтоб было быстрее, отбирать документы, изменившиеся за последние сутки.
Непонятно в чем опасность экспериментирования с АК, если оттуда данные должны только читаться. А если не читаться, но и писаться, то зачем вообще это делать? АК имеет свой веб-интерфейс.
Соответственно все эти дальнейшие шаги, реплики, синхронизация и т.п. не имеют никакого смысла.
Соответственно все эти дальнейшие шаги, реплики, синхронизация и т.п. не имеют никакого смысла.
звучит как - зачем нужны бэкапы
от ошибок никто не застрахован и вместо однонаправленной реплики, "легко" может "случится" вариант с перезаписью
зачем копировать документы в Вашу базу?
xPages может отображать документы находящиеся в другой БД
xPages может отображать документы находящиеся в другой БД
Обучение наступательной кибербезопасности в игровой форме. Начать игру!