Действия пользователей

Ничего не понял. Задача была в том, чтобы отличить посещенные категории от непосещенных. Соответственно при первом посещении категории она записывается (точнее дописывается) в куки. И таким образом мы имеем список id категорий, которые юзер посетил.

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

Все правильно, но желательно обойтись без печенюшек! НО, ведь категории постоянно пополняются новыми записями! Я тут на форуме

Дело в том, что куки - один из немногих способов однозначно идентифицировать пользователя.
Альтернатива им - сессии. Можете проделать то же самое, регистрируя все в сессии. Правда нужно будет позаботиться о том, чтобы они не использовали куки (а то выйдет то же самое).
Если у Вас появляется новая категория, то проблемы я не вижу. Пока пользователь туда не зайдет, новая категория будет считаться непосещенной.

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

Так а как определить, просмотренная эта категория или нет? Может быть я недоходчиво объясняю, может быть Вы не совсем понимаете...
(Добавление)
Давайте представим с Вами схему:

(ЮЗВЕРЬ ЗАХОДИТ В КАТЕГОРИЮ)
|
(ПРОВЕРКА БЫЛА ЛИ ПРОСМОТРЕННА ЭТА КАТЕГОРИЯ,
ЕСЛИ НЕТ ПОМЕЧАЕМ ЕЁ ПРОСМОТРЕННОЙ)
|
(ЮЗВЕРЬ УХОДИТ)
|
(В ЭТУ КАТЕГОРИЮ ДОБАВЛЯЮТСЯ НОВЫЕ ЗАПИСИ)
|
(ЮЗВЕРЬ ПРИХОДИТ, И СОГЛАСНО НАШЕЙ С ВАМИ СХЕМЕ,
КАТЕГОРИЯ ОСТАЕТСЯ ПРОЧИТАННОЙ)

Хотя на самом деле это не так. Исходя из этой схемы, следует вывод, что нам нужен какой-то идентификатор, показывающий где Мы остановились, и если записей БОЛЬШЕ, чем наш последний идентификатор, то... дальше думаю объяснять не надо

Теперь стало более понятно. У Вас проблема в том, что содержимое категории меняется, так?
Тогда можно предложить более хитрую проверку: хранить в куке не только id, но еще и версию посещенной категории. Примерно так:

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

У меня все статьи храняться в одной таблице, но у них есть поле id. Это поле подойдет в качестве текущей версии?

Нет, ведь по id Вы не поймете, менялось ли содержимое с момента посещения пользователем или нет. Добавьте, например, поле category_version и при изменении категории увеличивайте его на 1.

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

А почему я не смогу отследить по id?

Потому что при изменении содержимого id не меняется. Ну как правило, не меняется. Потому что ссылки на него могут быть в других таблицах.
Если Вы меняете - то это лишь усложняет дело. Рекомендую тогда не менять.
А версия нужна для того, чтобы понять, изменилась ли категория с конкретным id после последнего просмотра ее пользователем. Не будете же Вы весь текст сравнивать.
Или я еще чего-то не знаю?

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

Если я введу доп. поле, оно ведь будет распространяться на все записи в этой таблице? А это ведь лишние килобайты! Или я чего-то не понял?
(Добавление)
Если я введу доп. поле, оно ведь будет распространяться на все записи в этой таблице? А это ведь лишние килобайты! Так? Или я чего-то не понял?

Конечно будет. Подумайте, что для Вас важнее - решить задачу (а иного способа, кроме как использовать версию, в данном случае, мне не видится), либо сэкономить место в БД.

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

А если сделать отдельную таблицу в которой для каждой категории будет своя запись с полями catid & version?

Можно еще вопросик: на аяксе можно отдать файл пользователю? Почему я хочу использовать именно его? Да, потому, что мне нужно учитывать количество скачек.

(Отредактировано автором: 28 Мая, 2008 - 15:08:26)

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

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

Но почему же хуже? Ведь эта, вторая таблица, будет полностью фиксированной и с точки зрения структуры и с точки зрения килобайтов! Вы со мной не согласны? Ямогу посчитать:

К примеру у меня 50 категорий, все это дело занимает 50 записей, и весит 100 кб. К примеру! А если в той таблице будет 100,000 записей... и для каждой придется вставить такое поле

Гм, да уж, удивили Вы меня таким вопросом ...
Советую почитать про реляционные БД, тогда все встанет на свои места, я думаю.

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.