The <?= combined opening and echo tag is not controlled by short_open_tag. It is always available, and will continue to be always available after this RFC.

https://wiki.php.net/rfc/deprecate_php_short_tags

The <?= short tag is unaffected because as of PHP 5.4 it is always available.

Принятая

Попов в первом случае голосовал против, во втором за: стал автором rfc. Разница в голосовании была четыре месяца)

It is always available, and will continue to be always available after this RFC.
ох не зарекались бы)))

Может у кого есть идеи?
Цель: По php - начислять каждые 24-часа бонус определённого количества пользователю. Пример: Пользователь зашел на сайт, система начисляет ему бонус, пользователь не зашел на сайт система будет всё равно начислять ему бонус (если это возможно по php)
Пример кода в котором я не знаю как правильно написать условия начисления бонуса:

if(time() > 1){ // Как правильно написать здесь условия, что каждые 24-часа начисляй пользователю бонус?
$bonus = "500";
$query = mysqli_query($dbConn, "UPDATE D_Users SET bonus = bonus + " . $bonus . " WHERE id = '1'"); //Начисляем бонус пользователю к примеру с ID-1
}

в мускуле хранишь дату заходов
на кроне дрегаешь свой скрипт который выполняет логику
дешево и сердито

Да это понятно) не могу само условие построить

Условие не нужно, время задаёте cron-ом, как посоветовал Денис.

Добрый день. Вопрос к тем кто работал с доктриной.
Как покрыть такой код unit тестами, если id генерируется самой ормкой? Возможно что-то не так делаю, было бы интересно почитать, если кто-то даст ссылку. Пытаюсь в DDD, если что.

class Dish
{
    private ?int $id;

    public function identifier(): string
    {
        return $this->id;
    }

    public function isEquals(Dish $dish): bool
    {
        return $this->identifier() === $dish->identifier();
    }
}

class Dish
{
    private ?int $id;

    public function identifier(): string
    {
        return $this->id;
    }

    public function isEquals(Dish $dish): bool
    {
        return $this->identifier() === $dish->identifier();
    }
}

не генерируй доктриной, генерируй сам

причём на клиенте )

такое не получится, ибо база используется другими сервисами

другие сервисы в нее тоже пишут?

и пишут и читают

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

но если вернуться к начальному вопросу - используй рефлексию или замыкания, чтоб засетить руками нужные айдишки

и еще, у тебя тайп-каст пропал

Спасибо, тоже пока только рефлексия в голову приходит.

можно стильно-модно-молодежно через замыкания