Вопрос - Ответ по RotorCMS

Может кому интересно, новый вид блогов
https://visavi.net/blogs/main

текст каша, параграфы, отступы по***ены, слишком большой обьем текста в превью, ооооень большой, бессмысленно большой, превью картинок жесть, просто 40см картинка из 40см высоты экрана, ужасно с точки зрения организации пространства

Типа того. ну грубо конечно

ramzes, а с компа все норм

@Vantuz, сделай на усмотрения админа... месяц маловато

да вообще не должно быть никаких ограничений, никогда это в роторе не нравилось, какая-то там история, например рейтинга пользователя, постоянно очищалась и не понятно откуда у кого чего, ведь истории тупо нет, но раньше это можно было объяснить оптимизацией, а в 2019 году чем можно объяснить хранение подарков в течении месяца?
Нигде и никто так не делает, это же подарки, они должны сохраняться на память пока сам юзер не пожелает их удалить.
А если реально неправильно хранить овер дофига подарков, то лучше уж тогда сделать ограничение типа как в гостевой, когда сохраняется максимум n кол-во, это и то будет адекватно, в отличии от периодического испарения всех твоих "подарков".

Что вообще мешает сделать какое-нибудь ограничение в условную тысячу подарков на юзера (маловероятно забить с одной стороны и не зассорит никто бд с другой в случае чего) и дать возможность настроить это каждому как он хочет, пускай кому не жалко вообще уберет ограничение, в конце концов правильно организовав экономику сайта никто тебе не накидает миллион подарков, которые тяжело хранить. (скорее метеорит упадет на визави)
Тут еще проблема в том что Вантуз не подумал в модулях об удалении пользователя, типа подарки сделал, а вдруг удали юзера они останутся валяться в бд, и на помощь пришло ограничение в месяц, мол подчищать старые подарочки, ..ну зачем.
Почему просто не прикрутить туда крон, чтобы можно было его тоже юзать в модулях, или как-то сделать чтобы можно было расширять удаление, или вообще построить запрос который проверял бы раз в n время ничейные подарки и удалял их при наличии.
Это решило бы и проблему подарков и дало бы гибкости в возможных будущих модулях, а главное никаких тупых ограничений.

Object-fit никто не отменял, попробуй.

.box {
    height: 200px;
    width: 100%;
    position: relative;
}
.box img{
    object-fit: cover;
    height: 100%;
    width: 100%;
}

<div class="box">
        <img src="object_fit.webp">
</div>

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

либо object-fit либо резать изображения при создании блога

Aid78, я о том же, но у админа свои тараканы по ходу

Добавлено через 01:33 сек.

Что вообще мешает сделать какое-нибудь ограничение в условную тысячу подарков на юзера (маловероятно забить с одной стороны и не зассорит никто бд с другой в случае чего) и дать возможность настроить это каждому как он хочет, пускай кому не жалко вообще уберет ограничение, в конце концов правильно организовав экономику сайта никто тебе не накидает миллион подарков, которые тяжело хранить. (скорее метеорит упадет на визави)
Тут еще проблема в том что Вантуз не подумал в модулях об удалении пользователя, типа подарки сделал, а вдруг удали юзера они останутся валяться в бд, и на помощь пришло ограничение в месяц, мол подчищать старые подарочки, ..ну зачем.
Почему просто не прикрутить туда крон, чтобы можно было его тоже юзать в модулях, или как-то сделать чтобы можно было расширять удаление, или вообще построить запрос который проверял бы раз в n время ничейные подарки и удалял их при наличии.
Это решило бы и проблему подарков и дало бы гибкости в возможных будущих модулях, а главное никаких тупых ограничений.

+

Здравствуйте все,у меня такой вопрос: как мне определить вес файла при загрузке его в ЗЦ юзером и списать этот вес с юзера?
Что-то типа дисковой квоты,например,я ставлю в админке по умолчанию всем юзерам 2048 мб. (2гига) как при выгрузке файла списать к примеру, если юзер выгрузил файл на 128,95 КБ., То как их вычесть из его квоты? (Ротор 4.5.4)