iddqd3

public function getBan(MyPlayer $player): bool {
    $name = $player->getName();
    if (isset($this->dataBase[$name])) {
        return $this->dataBase[$name]->get("ban");
    } 
    return false;
}

MyPlayer - заменить на свой класс

class User {
     /**  
     * @ORM\OneToMany(targetEntity="Division", mappedBy="division")
     */
    private $users;
}

class Division {
     /**
     * @ORM\ManyToOne(targetEntity="User", inversedBy="users")
     * @ORM\JoinColumn(name="division_id", referencedColumnName="id", onDelete="CASCADE")
     */
    private $division;
}

При удалении User удалятся все Division, но при удалении одного Division поле $users не будет NULL потому, что в таблице User даже поля division не будет.
Для проверки на пустоту нужно будет сделать что-то типа такого

$user->getUsers()->isEmpty()

ln -s на большие таблицы будет достаточно

Главное чтоб диск был примонтирован раньше чем стартанёт мускуль

$result = mysql_query ("TRUNCATE stat")

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

location ~* \.(?:css|js|txt)$ {
add_header Cache-Control "no-store";
}

Должно помочь

Проблема на стороне Одноклассиков, а точнее на каких-то их серверах потому, что в основном платежи проходят, а иногда валится эта ошибка.
У нас много приложений для ОК во всех работают платежи и только в одном приложении периодически появляется такая ошибка, сертификаты были от StartSSL думали, что в этом проблема перешли на Let’s Encrypt проблема осталась.

Вот что удалось найти по этой проблеме
nodsw.com/blog/leeland/2006/12/06-no-more-unable-f...
stackoverflow.com/questions/6908948/java-sun-secur...