Kostylev2021, нормально написано. В пятерке jquery не нужен.
Если вы используете jquery для других целей, то есть он у вас подключен, то bootstrap его определит и сделает обертки для использования компонентов как плагинов jquery. И вам нужно будет использовать его соответственно:
$('#myModal').on('hidden.bs.modal', function (event) {
// do something...
})
Если вы не хотите этого, то можете установить атрибут data-bs-no-jquery и bootstrap будет работать без jquery. Так как написано в примерах в документации:
var myModalEl = document.getElementById('myModal')
myModalEl.addEventListener('hidden.bs.modal', function (event) {
// do something...
})
Дмитрий, ок. сегодня это подойдет. А завтра, пиздец, но так бывает, понадобится использовать поле created_at, невероятно, но понадобится поле updated_at...
Сущности множить не надо, но их не надо множить без необходимости. Хотя я бы тут добавил "без необходимости с оглядкой на перспективу".
Сегодня можно и штатными полями обойтись. А послезавтра придется перепиливать половину приложения, потому что зажали завести лишнее (как казалось, ненужное) поле в таблице.
Дмитрий, ну да. Вы торгуете мобильниками. 23-й год на дворе. А вы в первый раз продаете в своем магазе Nokia 2. У вас – это новинка. Но может менеджеры не хотят этот древний товар выставлять как новинку?
Я к тому, что должно быть пространство для маневров.
И безапелляционно считать created_at точкой отсчёта - неправильно.
Bodrosh, Вообще, да. Должны разные манифесты должны быть.
У меня в старом проекте такой финт провернут, на пятом миксе. В шестом может что-то изменилось. Посмотрите в доке или исходниках, как изменить пути.
Еще есть есть способ с использованием PhpStorm.
Включаем в настройках версию php8.0/8.1 и прогоняем инспекцию кодовой базы.
Все проблемы будут вывалены в отдельном окошке. Некоторые можно даже пофиксить автоматически.
Однако есть один момент. Желательно чтобы до обновления php инспектирование выдавало ноль проблем. Там до хрена инспекций, код часто пишется не очень аккуратно, или программист принципиально не согласен с предложениями IDE (в этом случае инспекции можно отключить или подавить) и может выдаваться море проблем. Особенно на legacy коде. Можно в них потеряться в поиске тех, что относятся в php8.
в идеальном мире нужно на тестовом стенде обновить php и прогнать тесты.
Но идеального мира не существует.
Тоже интересны способы, кроме ручного аудита.
Я подобное делал для двух разных фронтов в одном проекте. То есть для сайта, и для админки по отдельности. Соответственно запускалось либо одно, либо другое и велась разработка. Если у вас нужно компилить два разных файла с разными настройками для одного фронта, то я затрудняюсь ответить как в этом случае запускать dev-server с watch и reload. Просто сборка нормально будет работать в любом случае. По очереди, сначала одна, потом вторая команда.
Как сделать, чтобы все дочерние элементы были одинаковой ширины?
В темные времена, когда гридов еще не было, но флексы уже можно было использовать, мы закидывали в конец списка элементов пустые блоки нулевой высоты. Их минимальное количество должно быть равно максимально возможному в строке минус один. Они заполняют сетку последней строки и перенесенные элементы будут равными с остальными.
На сегодня это устаревший хак. Просто переключитесь на гриды.
1. Использовать псевдоэлементы -webkit-scrollbar-*. Их много, в том числе и для кнопок со стрелками. Плюс ограниченно стилизовать для FireFox.
2. Использовать js библиотеку для скроллбаров. Не всегда надежно, иногда глючно, но стилизация под любой полет фантазии.
Других вариантов нет. Всё это, как я и сказал сразу вначале, тысячу раз обсосано в интернете.
Богдан Кучерук, да какая разница. Движок один и тот же. конкретно в этом случае скролл бар стилизуется самими браузером и будет отличаться в разных браузерах, на разных системах.
Всё же лучше отдельное поле. тоже временную метку, которая указывает, до какого времени товар будет считаться новым.
Так можно и автоматом при создании ее ставить, и вручную в любое время, и снять в любое время у любого отдельного товара.
Если вы используете jquery для других целей, то есть он у вас подключен, то bootstrap его определит и сделает обертки для использования компонентов как плагинов jquery. И вам нужно будет использовать его соответственно:
Если вы не хотите этого, то можете установить атрибут data-bs-no-jquery и bootstrap будет работать без jquery. Так как написано в примерах в документации: