А что не так, вас не устраивает версия?
если что команда npm audit fix - пытается обновить пакеты, без замены на новую версию с потенциально несовместимыми изменениями. С ключом --force : npm audit fix --force - все потенциально опасные пакеты будут обновлены, даже если ломается обратная совместимость.
Так вот, версия tailwindcss@3.3.1 - вас не устраивает?
Griboks, о боже. Ну вы серьезно. Причем тут домену управления, это напрямую не связано с вопросом.
Вопрос сови костыли - рост издержек и подводных камней на будущее, готов вкладываться в команду внутри компании которая будет её поддерживать или нет? Ведь бизнес растёт, развивает, и маленькая фигня будет больше требовать всяких интеграций и вместо того чтобы развивать и растить самую базовую бизнес логику мы будем с правильными папочками пилить свое решение, а зарплатки откуда?
И естественно, важен здравый смысл, иногда полезно и нужно свой интструмент пилить, по причинам допустим критичности безопасности(но тут снова это часть ядра основного бизнеса тогда), либо это важно для бизнес/продаж, а может и в опенсурс потом самим выкатить и тоже определенные плюшки получить.
Вы даёте примеры, даже выше, которые легко разбить будет при росте и началу усложнения требваний/изменения апи стороннего сервиса и тд и тп. Это всё нужно поддерживать.
Вопрос а есть ли на это бюджеты? Не будем ли проедать относительно главной цели?
Не выстрелим ли себе в ногу просто проходя сами тот путь, который уже другие прошли отточили и тп.
И таких но много.
Каждый раз нужно принимать решения конкретно.
Если вам показалось что я за безумно бездумные фреймоворки везде и всегда, то абсолютно нет.
Но и из принципа "потому что бла бла" отказываться от них не буду.
А уж если прогер одиночка, фрилансер - то тут тупо подстава для маленького бизнеса. Он уйдёт, а его гениальные костыли никто не захочет поддерживать, либо возьмёт за это дополнительные деньги. Это уже все тысячи раз проходили. Но все равно эти вопросы возникают.
Поэтому ответ по умолчанию - изучить что сделано, возможно есть хорошие решения и их можно использовать, планирование, разработка.
Зачем тогда Яндекс использует Реакт и ко? Та ведь ещё костыльная технология. Но зато много чего на ней уже есть, много хороших(правда и не хороших тоже) спецов.
Так и живём.
Нужен здравый смысл и адекватное отношение к требованиям и реальным целям стейкхолдеров(и не важно кто это бизнес, общественная организация и тп). Лишний раз удорожать не стоит.
Ярослав, эмм. а в чем здесь не юникс вей?
У dovecot кстати есть HTTP API. dovecot кстати та ещё фигня в контексте юниксвея в некоторых моментах, хотя в целом мне нравится тоже пользуюсь.
А вам все же советую вспомнить или подучить, что такое протоклы и тп.
Вы поймите, сам браузер работает по HTTP протоколу, IMAP будет поддерживать если есть плагин для него.
Если вы хотите REST API - те запросы по HTTP к IMAP, то естественно нужна прослойка или IMAP сервер где уже эта прослойка реализована.
Ну а остальное вы сами в своем комментарии написали. Значит ваш поиск будет на веб морде, может быть даже типа хедлесс(headless без фронта, но с API) к почтовым сервисам на сервере.
Меньше философии, больше логики. Это кстати про юникс вей ;-)
Griboks, вы не путайте конкретную задачу, где условный тяжёлый груз не нужно нести, и общий подход для сложных сервисов.
Понятное дело ко всему нужный здравый подход, логика и тп. Это рабочие моменты. Не вижу противоречий.
Griboks, это уже другая проблема.И совсем не иголка. К чему профи будет городить свои костыли, если есть уже проверенные готовые решения - когда будет быстрее, безопаснее и надежнее в плане поддержки.
Конечно есть исключения, есть специфики, особые случаи и ид и тп. Я безусловно обобщил.
Но в общем случае, вся эта возня со своим всем своим кончается плохо, при прочих равных
Ипатьев, почему неправда? Правда, это же не PSR какой-нибудь. Конечно нужно отталкиваться от команды, кода и тп. Главное следовать единому своему стандарту.
Но, на мой взгляд, camelCase встречается чаще. В laminas(бывший ZenFramework), Symfony, даже тот же Laravel которые чень любят snake_case, для переменных camelCase. А вот в wordpress любят snake_case, в плагинах тоже чаще, но иногда и camelCase.
Непонятно что вы хотите выровнять? Есть картинка как должно быть?
У вас там на самом деле в целом всё по центру, а другое разбито с указанием ширины дивов. Поэтому сразу не ясно что у вас не вышло.
Немного неясно откуда берутся фото. Вы делаете запрос к медиагалереи? У вас что-то свое там?
Добавьте так же пример кода как сейчас передаётся и выводится
Snowyyy, у вас там не видно пары DELETE с api/anketa. Вы добавляли этот метод позже остальных может в промежутке вы кешировали пути? Попробуйте выполнить команду php artisan route:clear чтобы очистить кеш путей (либо php artisan optimize:clear которая очистить все кеши). И после этого проверить работу и список путей в route:list
Snowyyy, транслит ещё ладно, но символы подчеркивания не надо использовать. Используйте CamelCase/ВерблюжийРегистр
namespace App\Http\Controllers\Glavnoe_menu\Ispytatelnaya_laboratoriya
=>
namespace App\Http\Controllers\GlavnoeMenu\IspytatelnayaLaboratoriya
Насчёт самой структуры советовать не буду, тк не знаю контекст. Но тут тоже хорошо бы посмотреть на исходные коды популярных решений, чтобы заметить принципы и патерны
Andrey Dontsov, обычно при чекауте требуют определенные данные которые однозначно идентифицируют пользователя, чаще всего имейл. И да через кукисы всё помечают. В вордпрессе/вукомерс это к примеру условная гостевая(без регистрации) продажа. Есть отдельные плагины которые потом позволяют автоматически линковать эти продажи с зарегистрированным пользователем.
Вот к примеру посмотрите как у вукомерс https://woocommerce.com/document/woocommerce-cookies/
Можете погуглить "guest checkout" с вордпресс.
Я всё же рекомендую, если используете вордпресс, поменьше своих велосипедов и возьмите готовые плагины. для того чтобы не писать свои костыли для базиса всего ворклфлоу продажи.
zaart, смотрите, вам нужно выбирать под вашу систему. Ваш процессор это примерно уровень i3 12100 (на самом деле ниже), поэтому видеокарту выше определенного уровня просто бесмыслено брать без планов в ближайшие месяцы апргейд делать. Лучше взять дешевую прошлых поколений, а деньги отложить.
Тк вы возьмёте за дорого избыточную мощность и к моменту настоящего агрейда она уже настолько подешевеет, что выйдет не выгодным вложением.
Те выгоднее сейчас взять что-то за условную двадцатку, остальные деньги отложить/вложить во что-то другое и тп, а потом уже взять всю систему новую, с той же уже подешевевшей 4070, а текущую видюху продать.
По факту ваше текущее железо это, не смотря на количество эффективных ядер и размер ОЗУ, скорость ssd, выходит игровая сборка начального уровня. Это по современным меркам.
Даже 3060 может быть на FHD быть слишком мощной. К сожалению с оптимизацией игр в последние годы беда, и не только по части видеокарт, но и по части CPU. И даже не в поддержке многопоточности проблема(хотя и тут! ещё много и часто косяков) просто в целом во многих играх приходится крутить настройки из-за того что периодически CPU не вытягивает и несмотря на средний вроде бы хороший FPS, 1% и 0.1% падает ЗНАЧИТЕЛЬНО, что нарушет плавность. И чувствуешь себя идиотом, вроде бы видюха мощная, вроде бы средний фпс ок, а чувство плавности нарушено.
Так что, я бы смотрел на бу что-то в районе 20к. Если прям хочет RTX(допустим для стриминга, там пару веселых технологий есть и трасировки с DLSS) то только 3060, но вполне можно рассмотреть и 2060S она по мощности отличная, только там nvidia обрезает некоторые фичи(версии DLSS). К счастью аналогичная мультиплатформенная технология от AMD быстро развивается, немного отстоёт.
Короче говоря.
Сами считайте, учитывайте что выше крыши не прыгните. Учитывайте что видюхи дешевеют, дорогие и новые дешевеют больше, поэтому возможно есть смысл сча взять дешевую бу, а потом уже купить всё хорошее и красивое.
если что команда npm audit fix - пытается обновить пакеты, без замены на новую версию с потенциально несовместимыми изменениями. С ключом --force : npm audit fix --force - все потенциально опасные пакеты будут обновлены, даже если ломается обратная совместимость.
Так вот, версия tailwindcss@3.3.1 - вас не устраивает?