Недавно обсуждали макбуки, и меня в очередной раз бомбануло с этого маркетинга в разрезе «про». Почему маркетинг? А простите, что от «про» сегмента в реальности в макбуках есть?

Процессор? Нет, там стоит урезанный по вольтажу и производительность ULV проц с задранными параметрами троттлинга. Это не «про» сегмент. Это средний сегмент. Даже в недорогих PC ноутах ставятся хоть и ущербные, но куда более производительные HQ процессоры.

Память? Нет, там стоит такая же урезанная ULV память с дикими таймингами, которые даже близко к про сегменту не подползают. Сколько там паямти? 16гб? В «про» сегменте 16гб? Серьезно? Бред полоумного, не более. Обычный сегмент, не более. И нет, не нужно мне втирать про потребление энергии, напишу ниже об этом.

Порты? Я уже про это писал. Да, есть моменты, когда type-c рулит и педалирует, но это 10% про пользователей из всех. Открою секрет, наверное, но монтаж — это не сама тяжелая операция для компьютера, и есть еще куча разных направлений. Вам напомнить, как моя шайтан-машина больше суток компилировала проект? И вот этим людям нужны порты. Сильно нужны. Давайте, расскажите мне, как проф сетевику с макбуком подключиться к циске. Расскажите мне сказки про то, что у каждого проектора сейчас везде type-c. Расскажите мне сказки о ненужности rj45 в про сегменте. Расскажите мне сказки о крутости вифи для передачи данных с камеры. Расскажите мне, как я телефонную станцию должен подключить к type-c, когда она работает лишь с usb1.1. Расскажите мне сказки о том, что type-c совместим полностью через переходники с обычным юсб. Ну? Нет неадекватов? Порты в ПРО устройстве нужны. Заменить все старые железки на новые? А вы в курсе, что цена проф железок это несколько лямов? А вы в курсе, что лишь малый процент проф железок имеет type-c или совместимость с ним через переходники? Вы уперлись в монтажку и фоточки и думаете, что на этом закончено все проф сообщество. Я вас удивлю, но врачам на конференциях тоже нужно как-то подключать оборудование к ноутбуку, и оно, опять же, в гробу видело ваш type-c. Давайте, расскажите, как нефтяник должен подключать спец. оборудование через этот «чудо-универсальный-порт».

Базовые модели? Что они вообще делают в моделях «про» ряда? Что вот это базовое говно 13 дюймовое без тачбара делает в про сегменте? Какого черта урезанное в техническом плане оборудование до уровня дешманского PC железа делает в про сегменте? Почему какая-то 12шка рвет в хлам по всем фронтам эту «про» модель? Что тут от «про»? Ну? Давайте, расскажите мне, что вообще базовые модели забыли в «про» сегменте.

Автономность? Давайте определимся. Автономность — это не сильная сторона mbp. Забудьте. Под нагрузкой оно мрет со скоростью света. Я понимаю, что любое про оборудование долго не живет, ну так закройте варежку и вообще не заикайтесь на презентациях о своих «8 часов в режиме серфинга!». Какой режим серфинга на про оборудовании? Совсем придурки?

Звуковая система? А простите, что от «про» в звуковой системе ноутбука? Она дерьмовая. Немного лучше по больнице, но дерьмовая. Да, обычный человек не слышит того, что слышит музыкант. Ну так мы говорим о «про» модели, а значит какой, к чертовой матери, «обычный человек»? Где в «про» модели звук? В каком, мать вашу, месте то, что в нем засунуто, можно назвать «про»?

Видео? Серьезно? Та карта, что стоит в макбуке — это про сегмент? Я вам открою мааааленькую тайну, но про сегмент делится на 2 вида — 2d и 3d. И для тогоже 2d нужны карты, которые стоят порядком дороже 3d сегмента. И для обоих сегментов нужны нормальные карты, а не урезанное по всем фронтам дерьмо для консьюмерского рынка. Да, карта неплохая, но она не имеет отношения к «про» сегменту.

Надежность? В каком месте макбуки стали надежными? Облезающий экран? Это проф. инструмент? Кусок говна вместо клавиатуры? Это ваш проф. сегмент? Кабель питания, который сделан из соплей диплодока — это про сегмент? Про сегмент — это надежное устройство, расчитанное на работу в сложных условиях, а не дома под куполом от пыли и перчатками от грязи. Про — это высокие нагрузки. Где mbp расчитан на высокие нагрузки? В каком месте? В перегреве? В плевке гопника вместо термопасты? В системе охлаждения, которая не справляется с проф. нагрузками? Где тут про сегмент?

Так что в вашем mbp от про сегмента кроме названия? А? Я могу и дальше продолжить, а еще затронуть адовый кошмар из операционной системы или софта. Там вообще ад творится. Но думаю мою мысль и без этого поняли все.
MBP — это просто хороший ноутбук. Никакого отношения к «про» сегменту он не имеет.

Многие пользователи macOS, кто пересекается с Windows пользователями, частенько ругаются на то, что на сетевых дисках и флешках создаются непонятные файлы и директории. Уж не знаю, чем они им мешают, но вот не нравится им, что они создаются. Решить это можно несколькими способами.

Для начала я объясню, зачем нужны те или иные скрытые файлы и директории:
.DS_Store — отвечает за хранение настроек вида папок.
._ — файловая система использует оригинальную систему хранения данных: сам файл плюс ресурсы, которыми можно его сопроводить.
.fseventsd — журнал событий файловой системы содержит данные о создание файлов и каталогов, модификации, удалении.
.Spotlight-V100 — база индексации системы поиска Spotlight.
.TemporaryItems — служит для хранения временных объектов.
.Trashes — используется для хранения удалённых файлов.

Первый и самый правильный — отключить отображение скрытых и системных файлов на Windows компьютере и перестать заморачиваться по пустякам.

Второй способ — отключение создания таких файлов в принципе, но отключение работает лишь для сетевых дисков:

defaults write com.apple.desktopservices DSDontWriteNetworkStores -bool true

Однако это работает для текущего пользователя системы, и если у вас на компьютере более одного пользователя, то необходимо выполнить еще и следуюющее:

sudo cp ~/Library/Prefrences/com.apple.desktopservices.plist /Library/Prefrences/
sudo chmod 644 /Library/Prefrences/com.apple.desktopservices.plist
sudo chown root:wheel /Library/Prefrences/com.apple.desktopservices.plist

После всего — просто перезапустите компьютер.

А что же делать с флешками и переносными дисками? И тут компания Apple предоставила инструмент:

dot_clean /Volumes/USBNAME

Где вместо USBNAME пишем имя вашей флешки. Посмотреть список всех подлюченых дисков можно командой:

ls /Volumes

Всем добра и котиков.

Часто слышу вопросы о том, как же правильно удалять приложения с мака. Особенно данные вопросы участились после моего поста о CMM. Давайте я вам объясню процедуру удаления.

Начнем с основной части. Первым делом идем на официальный сайт производителя программного обеспечения и ищем там информацию от производителя по корректному удалению их приложения. Если же такой информации производитель не предоставил, то отсылаем ему на почту соответствующий вопрос. После того, как информация у нас на руках, выполняем указанные процедуры, не пропуская никаких пунктов.

Теперь самое сложное. Мы удалили приложение, но в системе еще полно библиотек, кэша, элементов запуска и прочего. Я за все время встречал буквально 10-15 приложений, которые удалялись полностью, остальные оставляли за собой «мусор». Вам ведь не хочется бардака и мусора в системе? Поэтому дальше наливаем себе чашечку кофе и включаем голову (да, для большинства это болезненная процедура, но, простите, других способов не существует в природе). Нам потребуется: название приложения, фирма изготовитель и терминал.

Запускаем терминал и вводим:

find . -name "*vlc*" && sudo find /Library -name "*vlc*"

(где vlc — имя нужного нам приложения). После того, как отработает поиск, запускаем аналогичный, но теперь прописываем название компании вместо названия приложения. Что мы имеем в итоге? У нас теперь есть список файлов и директорий, которые имеют отношение к нашей программе и фирме, что его сделала. Все просто? Нет, это был лишь поиск, и теперь как раз нам и понадобится голова.

Среди всего, что было найдено, нам необходимо точно знать, что относится к нашему приложению, а что нет. Конкретных мануалов я вам дать не смогу, т. к. тут все сильно зависит от приложения и единых рецептов не существует. Поэтому, прежде чем удалять найденные файлы и директории, проверьте их содержимое и принадлежность. Например, у вас стоит Adobe Photoshop и Adobe Premier (конечно, вы не настолько больные люди, но это просто для примера). Вы хотите удалить Adobe Photoshop. И вот когда вы запускаете поиск, то вам покажут файлы и директории от обоих приложений. И я вам больше скажу, вам покажут еще и системные файлы, которые есть в macOS даже без установленных продуктов от Adobe. Поэтому вам необходимо проверить все эти файлы с директориями и проанализировать их принадлежность.

«Ой, как все сложно» — скажет часть из вас. Но на самом деле ничего страшного, достаточно разобраться один раз и понять логику процедуры удаления. И да, повторюсь, не существует, не существовало и не будет никогда существовать волшебного приложения, которое все сделает за вас само, не оставит мусора и не нанесет вреда системе (причину я писал в статье про CMM).

Существует в природе, наряду с кучей других менее распиаренных утилит по «очистке», утилита с названием CleanMyMac (CMM в дальнейшем). Эту утилиту пиарят все, кому не лень. Не знаю, заносят этим людям деньги, или люди просто обделены интеллектом.

Но сегодня я постараюсь объяснить, почему стоит держаться от нее как можно дальше. Начнем с банальной логики. Как утилита может удалить ПО или почистить систему? Тут два варианта: база приложений и поиск файлов по названию.

Возьмем вариант с базой. Как в таком случае будет работать очистка? Разработчик CMM создает некую базу основного ПО, руками отслеживая файлы приложения и периодически обновляя данную базу. Звучит не плохо, но лишь в теории. На практике же отслеживать все приложения не реально, а значит в базе лишь самые популярные приложения. Более того, отслеживать каждую версию приложений — тоже не реальная задача, а значит вероятность того, что после обновления некого приложения база будет своевременно актуализирована, и в нее будут внесены изменения, крайне мала. Отслеживать каждое изменение в приложениях никто не станет, т. к. это требует огромных человеческих ресурсов. Тут мне могут возразить, что ведь можно просто мониторить вносимые приложением файлы при его установке. Можно, но ведь ПО во время работы тоже создает файлы и директории, а не только во время установки. Ну и как такое отследить? Садить толпу обезьянок, которые будут это дело мониторить и даже не ошибутся ни разу? Сами то верите, что это реально?

Поэтому переходим ко второму варианту: поиск файлов приложения по имени. В теории это может сработать, на практике — нет. Почему? Да все банально: разработчики приложений не создают имена файлов и директорий исключительно лишь по имени компании или приложения. А значит и найти все файлы, принадлежащие конкретному приложению, не реально таким образом. Более того, берем, например, приложение от Adobe (прости Осирис за упоминание этого говна). Допустим CMM запускает поиск по файлов по содержимому *adobe*. В итоге находится пачка файлов и директорий, только вот в системе изначально есть системные файлы этой компании даже без установки ее приложений. И когда вы удаляете все эти файлы, то затрагиваете и системные. Или же вы хотите удалить photoshop, но у вас стоит еще и premier. Каким образом вы собираетесь удалять файлы от photoshop, если утилиты используют общий набор файлов, и удаление которых нарушит работу второго приложения?

Что по итогу? А по итогу использование CMM (да и любых других утилит такого рода) приводит к тому, что у вас остаются мусорные файлы, которые приложение не может отследить, нарушается работа системы, т. к. вы грохаете вместе с приложением еще и системные и общие файлы. Дальше будет закономерный вопрос: а какой утилитой чистить в таком случае? Ответ: никакой, ибо не существует таких утилит, которые могут залезть в голову к разработчикам ПО и узнать, куда и какой конкретно файл относится к их ПО.

P.S. Отдельно хочу добавить про ломаные версии таких утилит. Их вообще нельзя ставить даже в пьяном угаре. Почему? Их база приложений не обновляется, и, соответственно, удаляя по этой базе приложение, просто убивает систему, т. к. ваши приложения более актуальные, чем те, что содержатся в базе.

P.P.S. И нет, удаление CMM после того, как оно уже вам все поубивало, не поможет вернуть систему в рабочее состояние, т. к. система уже убита. Как же починить? Никак, только переустановкой системы.