Москвабад wrote: Выставляю правильный timestamp, а на сайте дата отличается на 2 дня и даже минуты не соответствуют таймстампу.

Почему вы так уверены, что выставляете правильный таймштамп?

Я было хотел посоветовать проверить PHP date.timezone (в php.ini), но поскольку вы сообщаете, что при размещении комментария через форму всё ОК, то причина не в этом.

Остаётся сомнение в "правильных" таймштампах. Как вы их генерируете/получаете?

1. У меня есть мысль, что в таблице сущности комментария (comment_field_data) помимо правки поля created всё же нужно такое же значение (или не менее) ставить и для поля changed. Иначе тут возможны коллизии. Эти два поля обычно стандартные для всех типов сущностей и присутствуют в BaseFieldDefinition во всех случаях.

2. Вторая мысль: в таблице comment_entity_statistics есть ещё одно поле last_comment_timestamp, в которое пишется таймштамп последнего комментария для конкретной ноды. В зависимости от представления, может выводиться и это значение (например, в тизерах/анонсах нод). Стало быть, это значение также должно быть идентичным вашему исправленному таймштампу.

Москвабад wrote: В coment_entity_statistics у меня всего одна строка

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

Есть ещё смутная мысль, что тут присутствует какая-то чехарда с ревизиями материалов. Поле комментария в теории сохраняется в ревизиях ноды также, как и любое другое поле. Вот только хранит ли ревизия поля коммента его даты - тут не могу сказать навскидку.

Думаю, тут уместнее менять подход к обновлению комментариев. Обновлять не вручную через прямую правку значений в рядах БД, а через друпаловскую API-механику сохранения/обновления сущности комментария. То есть, возможно, написать какой-то батч или просто кастомную форму правки коммента с полями "created" и "changed", и сохраняться, используя Comment::save().

Москвабад wrote: 1. Установил чистый Drupal 11
2. Создал пользователей наделив их админскими правами
3. Заходил под именем каждого пользователя и вставлял копии комметариев

И что? Не понял смысл месседжа.

Москвабад wrote: Может я неправильно написал: <?php{{ created | date ('d.m.Y H:i') }}?>

Пробел между date и её аргументами совсем не нужен. Честно говоря, я бы и вокруг оператора | убрал все пробелы:

А так - да, если вы видите текущее время - значит, где-то date работает без аргументов. Возможно, после удаления пробелов что-то прояснится.

Однако, остаётся неясным почему тогда (как вы говорите) новые комментарии (созданные стандартным образом) отображаются с корректным значением даты/времени.

Стоп, а откуда вы вообще берёте created в Twig-шаблоне комментария? У вас какой-то кастомный препроцесс записывает это значение в отдельную переменную? Потому что у меня (взял первый попавшийся проект из рабочих) в шаблоне комментария сделано так:

То есть, в данном примере значение читается из сущности comment, которая поступает в шаблон Twig. Также обратите внимание, что есть явное обращение к элементу value внутри created.

Москвабад wrote:
У меня 11 версия Drupal. Там в comment.html.twig просто created, а не comment.created

Это (версия) здесь не имеет значения. Просто если используете created, то это УЖЕ отформатированное в строку представление даты (скорее всего в стандартном формате medium/средняя - т.е. типа "пт, 10/01/2025 - 11:59:41"). И применяя к ней фильтр |date('d.m.Y H:i') вы по сути пытаетесь подсунуть вместо таймштампа (ожидаемого числа) готовую строку даты. В этом случае date() считает строку неподходящим/невалидным аргументом и выдаёт просто текущую дату/время.

Поэтому, если уж выводить created, то нужно именно просто {{ created }}, без дополнительного фильтра-форматтера. Но формат даты будет какой-то стандартный, друпаловский.

В случае с {{ comment.created.value|date('d/m/Y - H:i:s') }} можно уже нарулить собственный формат даты, поскольку comment.created.value является именно таймштампом комментария, т.е. числом.