• 15 апреля стартует «Курс «SQL-injection Master» ©» от команды The Codeby

    За 3 месяца вы пройдете путь от начальных навыков работы с SQL-запросами к базам данных до продвинутых техник. Научитесь находить уязвимости связанные с базами данных, и внедрять произвольный SQL-код в уязвимые приложения.

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

    Запись на курс до 25 апреля. Получить промодоступ ...

Проблема с частными представлениями

  • Автор темы oshmianski
  • Дата начала
Статус
Закрыто для дальнейших ответов.
O

oshmianski

Доброго времени суток!

Использую частные представления (shared, desctop private on first use). Все было нормально. Но вот появились случаи когда якобы документы из этих представлений начали пропадать. Остаются иногда несколько, иногда ничего не остается. Помогает убиение и открытие заново этого представления.

Подскажите где копать?
 
E

Elena Nefedova

Я не копала нигде, но у нас были те же проблемы.
Переделала так, что вьюха теперь категоризируется по юзерам и встраивается в форму (по Single Category).
В форме SaveOptions="0". Форма встраивается в собственный фреймсет, а тот фреймсет уже во фрейм основного фреймсета (туда, где обычно вьюхи показываются).

Плохо то, что встроенную в форму вьюху с Single Category нельзя сортировать.
Решила так: сделала 3 вьюхи и соотв. хайдинг-формулы. И Action - "Сортировать по..."

Все же это извращение :)
 
O

oshmianski

...
Плохо то, что встроенную в форму вьюху с Single Category нельзя сортировать.
Решила так: сделала 3 вьюхи и соотв. хайдинг-формулы. И Action - "Сортировать по..."
а еще нельзя юзать контекстный поиск по такой конструкции, если не ошибаюсь :)
а вьюхи новые клепать... так у меня их и так уже выше крыши, индексер загибается.
спасибо за вариант. будут ли еще предположения?
 
A

Axel

Для: oshmianski
Известная бяка Лотуса -- через некоторое время личные представления начинают глюкать.

Как мы решали -- во-первых отказ от личных представлений, но так что пользователи этого не замечают. При открытии базы, если нету "личной" вьюшки -- создаем ее скриптом по шаблону(заранее сделанная вьюха). Скрипт по шаблону создает новую "личную" вьюху с названием типа "View_for_" + "имя пользователя" (например). Этот же скрипт меняет формулу отбора в новой вьюхе и если надо формулы колонок под конкретного пользователя.

Фактически -- это деланье ручками того что делает сервер при создании личной вьюхи.

Главные моменты -- в ново созданной вьюхе все формулы однозначны и вьюха хранится на сервере.

Доступ пользователя к конкретно его вьхе -- через entry в outline на формуле.

Метод работает только на 6-ке и выше само собой.

И самое главное -- все это работает стабильно и без глюков. Уже года полтора порядка 80 активных юзерей.
 
O

oshmianski

Для: oshmianski
Известная бяка Лотуса -- через некоторое время личные представления начинают глюкать.
Известная, говорите...
Тот вариант решения, который Вы описали, использовался ранее и был заменен на личные придставления. Почему? Слишком много представлений на серваке (>100). Имхо, индексер нуно пожалеть, иначе тормоза.
 
A

Axel

Для: oshmianski

То решение что я описал, формирует более 160 "личных" представлений. Это не говоря о том, что база в которой находятся они, имеет еще кучу всяких общих представлений.
База активно используется, в день создается более 200 документов.

И как ни странно, но сервер справляется (ИМХО, для серъезных приложений нужны серъезные железки).

Причем нас напрягает больше не индексер, а агент мэнеджер (порой 10-ти одновременно работающих агентов на сервере не хватат).
 
O

oshmianski

То решение что я описал, формирует более 160 "личных" представлений. Это не говоря о том, что база в которой находятся они, имеет еще кучу всяких общих представлений.
База активно используется, в день создается более 200 документов.
Не убедили! Таки считаю, что потенциальное увеличение количестка представлений - это не совсем грамотный подход.

И как ни странно, но сервер справляется (ИМХО, для серъезных приложений нужны серъезные железки).
Можете дать ссылочку на требования к железкам, в зависимости от кол-ва юзверей, баз, интенсивности использования?

Причем нас напрягает больше не индексер, а агент мэнеджер (порой 10-ти одновременно работающих агентов на сервере не хватат).
Согласен, есть такая вестч. Особенно тут погано с Web :)
 
A

Axel

<!--QuoteBegin-oshmianski+19:06:2006, 13:46 -->
<span class="vbquote">(oshmianski @ 19:06:2006, 13:46 )</span><!--QuoteEBegin-->Не убедили! Таки считаю, что потенциальное увеличение количестка представлений - это не совсем грамотный подход.
[snapback]38443" rel="nofollow" target="_blank[/snapback]​
[/quote]

А я и не ратую за то чтобы плодить вьюшки. Просто порой от этого некуда деваться. Заказчик вынуждает.

<!--QuoteBegin-oshmianski+19:06:2006, 13:46 -->
<span class="vbquote">(oshmianski @ 19:06:2006, 13:46 )</span><!--QuoteEBegin-->Можете дать ссылочку на требования к железкам, в зависимости от кол-ва юзверей, баз, интенсивности использования?
[snapback]38443" rel="nofollow" target="_blank[/snapback]​
[/quote]

Сразу найти сложно будет, было в свое время толи Интертрастовском толи на родном Лотусовом форуме со ссылками на тестирования различных железяк с помощью Server Load.
 
O

oshmianski

И так имеем - два варианта. Оба имеют право на существование и на сколько подозреваю успешно используются коллегами. Но...
Все таки оба не лишены недостатков.
Может есть еще какие-нить варианты7
 
Статус
Закрыто для дальнейших ответов.
Мы в соцсетях:

Обучение наступательной кибербезопасности в игровой форме. Начать игру!