Счетчик посещений баннеров SharePoint 2007

Question

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

Я не уверен, где хранить счетчики для отдельных баннеров. Пользовательский список - это первое, что пришло мне в голову, но я не уверен, как он будет вести себя при одновременном доступе. Можно ли заблокировать список (элемент списка) и увеличить счетчик? Что произойдет для доступа к другому списку, если он находится в состоянии блокировки? Это потерпит неудачу или просто подождет?

Есть ли альтернативы хранению счетчиков где-то еще?

Answer 1

Есть много мест, вот два самых популярных:

1. Свойство Bag (скорее всего, в Интернете), которое вы увеличиваете
2. Внутри списка

Из них я успешно сделал это со списком в нашем решении для ведения блогов, вы можете увидеть его здесь: http://community.zevenseas.com/blogs,, где я отслеживаю просмотры для каждого поста. Я выбрал этот подход, потому что мне нравится видеть больше, чем число, например. реферер, ip и т. д.

Что нужно иметь в виду:

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

2. Я бы сохранил список с каждым из баннеров (только их имя или более) в нем, а затем создал бы второй список для хранения представлений. В списке, где вы храните представления, есть поиск назад к списку, где хранятся баннеры. В исходном списке баннеров вы можете создать новый столбец, который «подсчитывает» количество просмотров, связанных с каждым элементом баннера.

Опять же, будьте очень осторожны с количеством ожидаемых предметов, но это очень хорошо работает для нас.

Answer 2

Не забывайте, что небольшая база данных позволит вам хранить хиты страниц против всего, что вы хотите. Затем вы можете вызвать сохраненный процесс, и эта база данных «просто позаботится об этом». Вам не нужно беспокоиться о доступе и параллелизме (потому что вы использовали транзакцию riiiight!).

Список SharePoint прост, потому что он есть в готовом виде, но учтите, что у него много накладных расходов для добавления значений и даже чтения из них. Они также могут редактироваться администратором сайта, который может быть найден в зависимости от количества администраторов, которые у вас есть. Список легче подготовить, чем новую базу данных, поэтому, в конце концов, вам нужно тщательно рассмотреть два варианта.

То, что у SharePoint есть молоток, не означает, что все является гвоздем:)