Собственно есть две задачки:

1) был веб линк на базу http://domen/test.nsf/....../a.htm
нужно чтобы он работал и по старому и по новому - http://domen/reliz.nsf/....../a.htm

2) сделать чтобы это всё ещё и работало без "test.nsf" -> http://domen/a.htm

 

nginx)

 

nginx)

+1
и не redirect а rewrite
+ самой базе надо что бы form action= был соответствующий ну и тому подобные вещи)

 

да ну, чо это с вами?
URL Mapping/Redirection - видели? - вот думаю как там с масками...

или может думаю линк на базу как-то создать, чтобы не дублировать её?

 

да ну, чо это с вами?
URL Mapping/Redirection - видели? - вот думаю как там с масками...

или может думаю линк на базу как-то создать, чтобы не дублировать её?

чем бы ...
лишь бы винду использовать

 

1) был веб линк на базу http://domen/test.nsf/....../a.htm
нужно чтобы он работал и по старому и по новому - http://domen/reliz.nsf/....../a.htm

как бы создать клон базы или линк на неё?

через администрирование Create Redirect - тоже не проканало...

 

как бы создать клон базы или линк на неё?

через администрирование Create Redirect - тоже не проканало...

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

 

типа домино это не фронт?

окей

мне банально нужно задублировать базу:
есть база в корне a.nsf нужно чтобы в том же корне она открывалась и по имени b.nsf
Причём и через толстый клиент и через веб

 

типа домино это не фронт?

Совсем не фронт. +1 к nginx. Прекрасно ставится на винду даже как сервис.
>есть база в корне a.nsf нужно чтобы в том же корне она открывалась и по имени b.nsf
А URL to URL /a.nsf* -> /b.nsf* не сработало?

 

есть база в корне a.nsf нужно чтобы в том же корне она открывалась и по имени b.nsf

а зачем в нотусне так открывать? и у меня ощущ - это приведет к "конфликтам"
а вэб это не нужно (когда есть фронт)

 

А URL to URL /a.nsf* -> /b.nsf* не сработало?

конечно сработало, но 2ю часть не решает

 

конечно сработало, но 2ю часть не решает

Можно попробовать прогуглить 'Перенос резервной копии iTunes на другой диск' и сделать по аналогии. Я сделал один, раз но не помню как. Работает.

 

самый простой вариант - остнавливаешь сервер, ctrl+c - ctrl+v.. переобзываешь новую базу как нужно.. вуаля.. две базы с разными именами, но всегда одинаковым содержимым))

 

самый простой вариант - остнавливаешь сервер, ctrl+c - ctrl+v.. переобзываешь новую базу как нужно.. вуаля.. две базы с разными именами, но всегда одинаковым содержимым))

Вот только изменяться данные базы с одним ReplicaID на одном сервере будут как попало. Для размышления: как вы думаете, куда попадет новый документ - в первую базу или во вторую? А как и когда попадет этот же документ в соседнюю БД?

 

А как и когда попадет этот же документ в соседнюю БД?

А это зависит от частоты репликации)).. нужно просто поднять реплику сервера сам на себя и частоту задать..

 

А это зависит от частоты репликации))

Ага, еще ближе к делу подошли) Тут вся беда в том, что при репликации сервер смотрит не только на имя файла, но и на replicaid. Возможно, с коннекшеном репликации сам на себя, сработает, но это ненадежная конструкция с негарантированным результатом. Без данного коннекшена точно нормально работать не будет - будет хаотично обновляться то одна реплика, то другая на одном сервере (плавали - проходили).

Не зря IBM говорит про схему с несколькими репликами БД на одном сервере:

Lotus does not support this configuration. In addition to using the database's name, Notes uses the replica ID as a means to identify a database. Although it is true that the name is where Notes starts its search algorithm, it does not end there

 

я делал такое (правда не для этого)).. обе базы находятся в индентичном состоянии - работает по типу кластера только на одном серваке..
[doublepost=1490011478,1490011397][/doublepost]

смотрит не только на имя файла, но и на replicaid

на имя файла ваще не смотрит)) только на repID.. и даже если у баз совершенно разное содержание - приведет к одному знаменателю..

 

на имя файла ваще не смотрит)) только на repID..

И сами того не замечая, завели себя в тупик) Если имя файла не рассматривается, то сервер берет первую попавшуюся базу по replicaID и вносит соответствующие изменения. Как он вторую базу-то достанет, не оперируя именем файла?
У меня были ситуации, когда случайно на сервере в соседней папке оказывалась одна и та же реплика. Пользователь жаловался, что данные не обновляются, а я открывал реплику (с другой папки) и видел, что всё в порядке. Так вот две реплики с разных папок на одном сервере самопроизвольно обновлялись или оставались устаревшими в совершенно рандомном порядке.

 

я вот не понимаю почему не срабатывает механизм редиректа при удалении базы - которые предназначался чтобы увести пользователя с базы, которую уже удалили

 

я вот не понимаю почему не срабатывает механизм редиректа при удалении базы - которые предназначался чтобы увести пользователя с базы, которую уже удалили

такой редирект работает только для толстого клинета.. вэб - не работает(
[doublepost=1490020742,1490020597][/doublepost]

Как он вторую базу-то достанет, не оперируя именем файла?

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

Пользователь жаловался, что данные не обновляются

а я и говорю, что обязательное условие - запуск репликации самого на себя - все реплики которые на сервере есть с одним repid будут идентичными.. можете проверить))