А еще самая большая проблема для разработчиков на тильде (и подобных), там вообще не вывозит, сафари умирает, хром еще крутит как нибудь - но люди очень страдают.
Тут очень важен именно софт который будете использовать, из того что писали ниже: одному огонь, второму мало - так как разные софтины по разному требовательны к оперативной памяти. Если в кейсе человека vscode и браузер с кучей вкладок, там все просто - vscode использует мало оперативки, а браузер и вовсе может сгружать вкладки и просто перезагружать их когда вы зайдете на нее.
То с phpStrom и photoshop/figma - другая иcтория, phpstorm много потребляет оперативной памяти (как и xcode), и если фотошоп еще прекрасно работает с своп (вы просто наблюдаете белые рабочие зоны на пару сек) - то фигма может вообще вырубится/перезагрузится.
Скорее всего вам придется: либо смирится что купили *овно, либо искать альтернативы в работе (по типы вырубать шторм на время работы с фигмой)/другое ПО (по типу променять шторм на vscode, я сам в такой же ситуации и vscode со всеми модулями это как моноцикл, ездить можно но не так комфортно).
FanatPHP, Есть динамические значения, типа для фильтров - там не может быть белых списков (если это поисковой запрос например, а если генерировать белые списки дополнительные запросами в БД - это говнокод), а вот как раз отсутсвие фильтрации значений и дает возможность инъекциям. По своему опыту такие уязвимости бывает не только по незнанию, когда человек пишет приложение - он тестирует много чего и на момент теста не применяется 100500 алгоритмов очистки входящих значений, это откладывается до релиза. А как бывает в 99% случаях - с релизом не успеваешь, где то момент упускаешь.
Понятно что там в примере можно было создать белый список из кодов стран, в данном случае белый список вполне бы сгодился, но данный пример это скорее исключение из правил.
NillSoon, понимаете, в том и суть что подготовленных запросов под все случаи жизни не существует, если бы все сайты/сервисы работали на шаблоне запросов - то программисты не нужны были бы. Проблемы и возникают когда задача чуть сложнее чем в учебниках, начинают придумывать структуры и забывают очистить переменные в запросах...
Neonoviiwolf, Надо смотреть в корень проблемы, а корень тут точно не макбук. Вы должны понимать что любому устройству нужен драйвер, все эти проблемы возникают только из за разработчиков оборудование что вы используете, которое не сертифицировано под Mac. В данном случае это значит что разработчики пишут самостоятельно драйвер и проверяют работоспособность устройства, выполняют апдейты по необходимости. Так что все претензии что вы описали - это к разработчиков инструментов что вы покупаете. О мониторе то же самое, исходят из того что у вас HDMI там скорее всего нет поддержки Mac в характеристиках монитора, а это значит что драйвер там какой то универсальный и банально нет взаимосвязи, mac с монитором не общается и монитор отваливается в сон просто. DevMan просто пытается вам донести что использование говна в паре с макбуком не делает говном макбук. Купите нормальную мышку, клавиатуру сертифицированную apple (logitec for mac, или не прям сертифициарованную apple но от производителя который заявляет поддержку, например KEYCHRON, Rii и тд), купите нормальный монитор и не будет проблем. А так ваши претензии на уровне: купил подлокотник для ВАЗ 2101, а он не стает на bmw. Адндроид смартфон тоже подключается как флешка если настроить на телефоне...
Bolashew, Проблема не решилась, более того я за время от публикации этой темы сменил 3 макбука, нормально не работал даже MBP 16" 2019 на i7. От версии к версии ставало то лучше, то хуже... но полноценно (как например на моем iMac) Шторм никогда не работал, какие я танцы с бубном не проводил, со всевозможных тем. В итоге на MBP я использовал только VS Code. Увы и ах, я надеюсь что на Apple Silicon будет это все работать лучше. Основная проблема в том что Java сильно много требует ресурсов для отрисовки интерфейса под Retina и железа макбука просто не хватает. Но это речь о небольших задержках, секунда-две.
А судя из такой задержки как у вас я смею предположить что у вас с индексацией проблема, очень много js/css /html файлов. У меня такая проблема возникала с Wordpress, так как там создается папка с кешем и генерируется иногда десятки тысяч файлов и когда вы что либо набираете в коде шторм пытается установить связи со всеми файлами в проекте. Просто запретите ненужные папки к индексации: Правой кнопкой по папке -> Mark Directory As -> Excluded и чем больше папок ненужных добавите в исключении - тем меньше задержка подсказок будет.
Лучше потратить день и собрать свой рабочий образ для докера под m1, чем годами работать на Air 2019, который от просто видеозвонка перегревается и на максимум маслает куллер как турбина в самолете. Он просто при работе хрома (которые больше нагружает GPU) повышает уже обороты куллера так как температура 70-80 уже)
Бобби Шифер, вы конечно извините, тыкнул первую проблему и это из серии типа - плохому танцору и яйца мешают. Что мешает Gitlab установить самостоятельно? а что там еще нужно из buildkit?)
Я не утверждаю что все будет работать идеально, но я full-stack разраб, m1 у меня 8 месяцев и даже по моим комментам можно по форуму тут заметить что вся боль прошла еще в марте этого года, то что реально нужно для работы - все работает, новомодные штуки тоже под m1 тоже адаптируют, а говно никому не нужно конечно не будет запускаться, так как даже разработчики забили на эти плагины.
А за лоджик комментариев не дам, не моя стихия, но недоблогеры же довольны. Возможно есть аналоги и получше в итоге) Но вряд ли это имеет какое то отношение к вебразработке, а судя по заголовку поста человеку в первую очередь под веб нужен мак
Бобби Шифер, я работаю на imac + air на m1 при выездах, вообще никаких проблем даже с момента когда это работало через розетту. Экзотика конечно хорошо - но вряд ли это актуально для человека который рассматривает Air как основное устройство для работы.
докер под m1 работает уже 5 месяцев, это все неактуальная информация
на деле же Air с m1 компилит все быстрее топового i7 и даже виртуальный вебсервер делает больше параллельных операций в стрестестах
Dmitry Bay, Ну мы уже с вами обсуждали по моему, я вижу фризы и на топовых MBP 16" которых никто не видит) Но факт есть на лицо, в сравнении с iMac и 32Гб на борту разница ощутима.
96Semka, Единственное что будет - это на секунду (или даже меньше) подвисания кода при переключении между вкладками. Я сейчас юзаю MBA M1 под phpStorm - там точно такие же требования. Проблема кстати возникает с подтупливанием на секунду если переключался на какие то многоресурстные приложения, типа фотошоп или хром... Такая же ситуация будет и с другими приложениями, в фотошопе только не вкладки тупят, а белый екран на пару секунд виден...
96Semka, оперативной памяти в м1 нет, есть объединенная и фактически в привычном понимании ее еще меньше, как iGPU на обычных ПК, которые отбирают у RAM еще память на себя)
Но! В работе при этом никаких проблем, разницу что с 16 что с 8 Гб вы скорее всего не заметите, учитывая что это первый мак, все будет латать, иногда вылетать но это будущее)
Как оценить нагрузку на платформу можно без:
1. ПО и мощностей сервера
2. Качества кода
3. А самое главное, нагрузка - это не количество товаров/пользователей в базе, это пиковая нагрузка запросов в секунду времени которую генерируют пользователи.
На WP запускают проекты с миллионами страниц и пользователей...
Andrey Barbolin, Та батарея живая наверняка, проблема в хроме и шторме, шторм жрет ресурсов как не в себя... Откажитесь в пользу VS Code и Safari и будет 5-6 часов работать)
Перефразируйте вопрос, либо же вы не там просто смотрите настройки:
таксономии - это метки и категории, а страницы это custom post type, мысли:
Вы скорее всего правите не там аргументы, нужно для custom post type, а не для таксономии...
только ваши познания