DK
И в неё вносить по факту прочтения
Size: a a a
2019 May 01
BE
Наверное мой вопрос серьезен для вас)
ID
в какую функцию, в F имхо заложен смысл "field"?
G
django/django tagged: 2.2.1
Link: https://github.com/django/django/releases/tag/2.2.1
Release notes:
Link: https://github.com/django/django/releases/tag/2.2.1
Release notes:
Tag 2.2.1
DK
Другой подход - добавлять сразу записи о статусе прочтения при создании поста или подписке, которые будут меняться при прочтении. Это увеличивает объем данных, но упрощает логику
BE
в какую функцию, в F имхо заложен смысл "field"?
Хаха))) понятненько)
ID
DK
F() это просто ссылка на поле. Переформулируйте задачу.
BE
F() это просто ссылка на поле. Переформулируйте задачу.
Что тут формулировать, надо на name re.sub накинуть, чтобы пробелы заменить на _
BE
F() это просто ссылка на поле. Переформулируйте задачу.
как это сделать, что-то типа Func(F('name'), .......... ).filter...........
ID
Func(
F('name'),
Value(' '), Value('_'),
function='replace',
)
F('name'),
Value(' '), Value('_'),
function='replace',
)
BE
Func(
F('name'),
Value(' '), Value('_'),
function='replace',
)
F('name'),
Value(' '), Value('_'),
function='replace',
)
слава яичкам
DK
В 2.1 появилась функция Replace
DK
Если нужна замена именно по регекспу - либо кастомная db функция с учётом возможности вашей бд, либо обработка полученных записей уже в питоне, правда фильтр по этому полю уже не сделать
YK
Спецы в DjangoCMS есть?
YK
Хочу сделать два меню, как это делается?
BE
Если нужна замена именно по регекспу - либо кастомная db функция с учётом возможности вашей бд, либо обработка полученных записей уже в питоне, правда фильтр по этому полю уже не сделать
Func(
F('name'),
Value(' '), Value('_'),
function='replace',
)
Такой replace очень сильно гасит скорость ответа страницы... Не смогу позволить наверное
F('name'),
Value(' '), Value('_'),
function='replace',
)
Такой replace очень сильно гасит скорость ответа страницы... Не смогу позволить наверное
АБ
Другой подход - добавлять сразу записи о статусе прочтения при создании поста или подписке, которые будут меняться при прочтении. Это увеличивает объем данных, но упрощает логику
Типо, сделать не мтм, а у постп просто сделать словарь с подписчиками юзера, где подписчики это ключи, а значения это булевая переменная(прочитал или нет)?
АБ
Или просто список, куда добавляются прочитавшие подписчики?
D
Типо, сделать не мтм, а у постп просто сделать словарь с подписчиками юзера, где подписчики это ключи, а значения это булевая переменная(прочитал или нет)?
проще всего сделать модель ReadPost, куда добавить два поля:
User
Post
А дальше хоть что туда тули. Хоть время, хоть черта лысого.
User
Post
А дальше хоть что туда тули. Хоть время, хоть черта лысого.