Вопрос по процессору на создание Тикета
Есть решение
Василий, привет!
Делаю тут процессор на основе твоего процессора на создание тикета и пытаюсь понять — а зачем в нём перед сохранением в методе beforeSet запоминать значения полей published, createdby, publishedon, publishedby, а потом их же и восстанавливать? Разве они могут измениться в процессе работы процессора?
Тем более, что родительский процессор так же обрабатывает эти поля (ну и дополнительно право на публикацию проверяет).
Делаю тут процессор на основе твоего процессора на создание тикета и пытаюсь понять — а зачем в нём перед сохранением в методе beforeSet запоминать значения полей published, createdby, publishedon, publishedby, а потом их же и восстанавливать? Разве они могут измениться в процессе работы процессора?
Тем более, что родительский процессор так же обрабатывает эти поля (ну и дополнительно право на публикацию проверяет).
Комментарии: 4
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Возможно, неоптимально, но кэш действительно не сбрасывается, что очень полезно на сайтах, типа моего.
Плюс, защита на случай попытки подмены важных данных.
Я давно это писал, когда продолжу разработку Tickets — переделаю более красиво.
Если сбрасывался кэш из-за установки этих полей… Но поля-то эти всё-равно в родительском процессоре устанавливаются… Как это так?)
Родительский beforeSet там ничего не решает, и висит, скорее всего, по ошибке.
Свойства устанавливаются ниже.
Тогда буду по твоему примеру делать — разбираться с кэшем ниахота =)
Спасибо!