Недавно найденная проблемам с дисплеями ПРОшек у кого нибудь это было?

Дамир Саяхов,

Знакомый смог через miniDisplayPort-HDMI подключить мой моник к air 17г, а у меня не получается. У меня Mojave, а у него что-то чуть старее. Моник видится, но разрешения выбрать нельзя в итоге на UWD разрешение размазывается FHD. Выглядит адово. Естественно работаю без доп моника.

Вообще-то внешние мониторы подключаются только через DP-DP (mDP-DP), об этом Apple пишет всегда и везде. Только через DP будет обеспечено качественное изображение, высокое разрешение и высокая частота кадров. HDMI предназначен для подключения низкокачественных внешних экранов (читай - ТЕЛЕВИЗОРОВ с низким разрешением). Например, если вы работаете с видео-монтажем под телевидение, то смотреть на телике отрендереный результат полезно. Для этого как раз и подойдет HDMI.

А в посте у меня речь идет о том что мак после 15 значительно больше подвержен поломкам, нежели чем 15 и ранее. Притом что плюсов сильно больших у него нет. И соотвественно зачем сувать руку, зная что могут укусить. Не за чем.

Да не сильно больше. У более старых моделей свои болячки. То же антибликовое покрытие. И это не мелочь и не косметический недостаток, это полная замена экрана. У меня покрытие еще не отошло, но центральные клавишы отпечатываются на экране. Это проблема и она существует.

Что касается плюсов... Есть один главный плюс - производительность. Если нам под веб-разработку и 2015 года прошка хватает под завязку да еще с запасом, то под ретушь фото, моделирование, видеомонтаж и тд - нет. Есть огромная разница между рендерингом видео в 45 минут и 12 минут. А на упомянутом XPS кстати, этот рендеринг будет 70 минут. В общем, у нас с вами не очень то высокие требования к производительности, поэтому нам и 2013, и 2015 хватает за глаза. Но для других задач - не хватает.

А маки 15г такого ужаса не было(помню вроде в каком то году только антибликовое покрытие у экрана отходило), но это косметический недостататок, а когда клава или шлейф отваливается - это уже создает сильные помехи в работе.

Я уже писал выше. Отпечатки клавиш на экране бесят и со временем реально мешают. Когда отслаивается покрытие - работать становится жутко некомфортно, поэтому - замена экрана. А это влетает в такую же копеечку что и шлейф.

И подводя итог. Макбук 16 и позже года имеют больше брака чем макбук 15 и ранее.

Да, брак встречается, вроде бы, чаще. Но я бы с удовольствием посмотрел реальные цифры глобальной статистики. ИМХО, важно еще учесть, что раньше макбуки (особенно прошки) были достоянием фанатов/ценителей/профессиональной прослойки, а сейчас каждая вторая блондинка с макбуком ходит. Соответственно, 2 дополнительных фактора - самих устройств стало сильно больше (а значит, и при маленьких процентах брака количество проблем будет заметно больше), уровень пользователя упал + распространение соцсетей и видеоблогов позволяет кричать в эфир о поломках каждой упомянутой блондинке. Отсюда и ощущение что новый макбуки ломучие. Хотя, ИМХО, если добраться до реальных цифр, то они будут не сильно выше предыдущих показателей.

Покупать и пользоваться можно, но очень осторожно и держать деньги под подушкой на ремонт)

Есть такое выражение у автомобилистов - мерседес на последние деньги (или в кредит) не покупают. Тут та же кухня. Если для ремонта ноута (не дай бог) приходится задумываться о продаже почки, то что-то тут не так :)

Как обновлять WordPress тему с закрытым исходным кодом?

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

Считайте, что нету ее там. Но самостоятельно добавить можно. Правда, варианта по сути 2:
1. Добавляете композер изолированно в своем плагине или теме
2. Делаете весь проект на базе композера, WP сам по себе (как и плагины и темы) становится зависимостью.
У обеих подходов есть нюансы. Я использую второй.

Как сделать метабокс, который будет иметь все метки метабокса "Метки"?

SaW, Ну, я обычно такие вещи решаю с помощью плагина Advanced Custom Fields Pro (а конкретно в этом случае это было бы поле типа Taxonomy). Так что ковырять родной метабокс (который на древнем Underscore.js емнип) я бы тоже не стал.

Есть ли смысл в моем выборе. PHP или JS?

ахахах))

Недавно найденная проблемам с дисплеями ПРОшек у кого нибудь это было?

Игорь Воротнёв,

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

Соврал, еще был случай у друга с новым 2018 с тачбаром. На клаве некоторые кнопки умерли чуть ли не сразу, был явный брак. Заменили, с тех пор все ок.

К слову, недавно у другого коллеги хваленая 15ка 2015 года пострадала - вздулась батарея. Хотя ноут до 2016 года :)

Недавно найденная проблемам с дисплеями ПРОшек у кого нибудь это было?

Дамир Саяхов,

пост мой вы до конца видимо не прочти. Сам владелец мака 13 года

Читал. То что вы сами на маке, совершенно не означает, что совет перейти на XPS адекватен. Я же исключительно против этого утверждения выступил.

Раньше можно было сказать что macOS отличная система, потому что винда была совсем ни о чем.

Обе системы отличные сами по себе. Но у разных людей разные вкусы, разные требования, разные ожидания. Кому-то приятно ковырять каждую загогулечку в кастомном билде линуха, а кому-то удобнее макось без особых настроек. Дело не в том, какая ось лучше или хуже. Они разные, под разные задачи. Например, разработку под iOS / macOS я не представляю как делать на Windows или Linux. Уверен, что какие-то решения есть, но это же все костыли на костылях будут по сравнению с нативным experience. А у кого-то .NET, пилить софт под Win, или инструментарий с работы (какое-нибудь проектирование железобетонных конструкций типа Tekla) существует только под Windows. Далеко не всегда ОСь можно выбрать только по своему желанию.

Пришлось отказаться от монитора 2560x1080, потому что мак к нему просто не подключить. Только через костыли, отключение системы защиты и установку чего-то там костыльного.

Понятия не имею что это за проблемы и костыли. У меня 4К монитор, который прекрасно подключается через DisplayPort. Подключат к ретине что-либо менее 4К даже не рассматриваю - глаза слезиться начинают.

Замечательно)) Покупаешь мак что бы ставить в него костыли) за 40 эта история адекватная, за овер100 это звучит как анекдот))

Вообще ни разу. Экосистема Apple никогда не славилась совместимостью со всем подряд и Plug-n-Play. Она по определению замкнута. И если сторонние продукты умеют дружить с Apple, то это скорее плюс, чем обязаловка. Ждать, что какой-то старый монитор заработает как под Windows - изначально наивно. Стоимость железа, которую вы платите тут вообще ни при чем.

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

Совершенно неприменимое и нерелевантное сравнение. Вообще ни о чем.

Магия эпл? Крутая система? Просто обычная хорошая система. Никаких космических технологий нет. Да, работает хорошо, да приятно и удобно.

Так в этом и смысл, не? Просто открыл ноут и работаешь. И все удобно, красиво, и не глючит 3 раза в день. Вроде бы ничего такого, не космические технологии. Так почему, млеать, кроме macOS никто другой так не умеет? :)

вот берешь мак 16-18 года за овер100, пользуешь такой все классно, летишь в другую страну, там что-то нагибается(шлейф, клава) и перед тобой веселый квест бегаешь с ломучей железкой за 100к и ищешь где бы еще отдать денег что бы она заработала)

А при чем тут 16-18 год? С моим буком 15 года будет ровно та же херня, если он сломается. При чем неважно где - дома у меня, или в поездке. У нас в Украине официального сервиса Apple отродясь не было. Мой бук вообще "родом" из Великобритании.

Можно было на эти время и деньги отдыхать, а нет, Тим Кук решил что ты будешь бегать))

Что за бред? О чем это вы?

Мак можно покупать до 16 года.

Я пока не буду делать 100%-х прогнозов, но исходя из опыта коллег и друзей (то есть людей, с которыми я регулярно пересекаюсь, знаю из ситуацию / историю), с буками 16+ годов пока что проблема была одна у моей жены, при чем это был новюсенький 2017 13ка без тачбара. Сразу после покупки была иногда долю секунды рябь на экране при открытии крышки (есть тема тут на Тостере, я спрашивал WTF?). Оказалось - софт, после выхода macOS Mojave проблема исчезла. Больше я не слышал ни одной жалобы, а маков новых вокруг меня очень много, я, пожалуй, один из последних староверов на 2015м еще сижу.

Вывод сделаю такой: про любые косяки Apple кричат очень, очень громко все, кому не лень. А потом еще многие это репостят, ретвитят и тд. Создается ощущение тоски-печали и все пропало. Но, при этом, миллионы других, довольных пользователей просто пользуются этой техникой, не сталкиваются ни с какими проблемами, и ничего об этом в интернетах не пишут... А со стороны кажется, что все, приплыли Маки.

У меня та же история была с машиной. В модели моего автомобиля стоит коробка передач, которая выпускается в разных вариантах, и ранние экземпляры одного из вариантов имели проблемы и недолгий ресурс (не DSG). Вони ы сети было достаточно. С тех пор все кому не лень считают эти коробки ломучими. Настолько, что цена авто с этой коробкой на вторичке сильно падает. Хотя та версия, которая стоит в моей модели авто, никогда недостатками не страдала, сделано конструктивно по-другому, живучая и вообще прелесть со всех сторон. А по статистике отказов она оказывается даже лучше, надежнее тех коробок, которым все "специалисты" песни поют.

Есть ли плагин проверки введенных данных для Wordpress?

Dima Polos, Посмотрите комментарии к самому вопросу. Там вполне на выходе может быть и custom post type, тогда ваш ответ действительно пригодится. Но там у автора целую подсистему писать надо - как говорится, "все не так однозначно" :) Вот поэтому я и пытаюсь всегда выяснить суть задачи. Чаще всего получается, что там что-то совершенно другое надо человеку.

Как изменить сортировку записей в Wordpress?

aPilot, да.

Есть ли плагин проверки введенных данных для Wordpress?

Алексей, вот это уже совсем другое дело. Задача проясняется :)

Для начала должен вас огорчить - одним каким-то кусочком кода на Тостере тут не обойтись. Готовым плагином где-нибудь на wordpress.org тоже вряд ли. Это полноценное задание для фриланса, потому что понадобится:

1. Создать хранилище номеров сертификатов (отдельная таблица в БД, custom post type, файл - это уже вариации на тему)
2. Написать АПИ-код для работы с этим хранилищем (он же CRUD - добавить номер, удалить, изменить, получить, а также вариации для фильтрации / поиска и тд)
3. Написать UI в админке для работы с номерами в этом хранилище
4. Сделать форму на фронтенде сайта, в которую будут вводить номера сертификатов
5. Написать обработчик формы, который будет получать введенный номер сертификата и проверять его наличие в хранилище (п.1) с помощью АПИ-кода (п.2)

В зависимости от выбора типа хранилища и требований/пожеланий к UI в админке для управления этими номерами, объем работы будет варьироваться. Но он в любом случае существенно превышает возможности Тостера.

Как изменить сортировку записей в Wordpress?

aPilot, так и должно быть. Я добавил код в functions.php своей активной темы, поэтому компонент, в котором добавлен коллбек определен как Theme (тема). В вашем случае вы скорее всего добавляете код через плагин Code Snippets, он и определяется как компонент, из которого добавлен коллбек. Все верно.

оффтоп:
Кстати, плагин Code Snippets (и аналоги) - это опасное говнецо, я бы советовал держаться от него подальше. Он использует php-функцию eval(), а это адское зло, особенно в руках тех, кто не понимает код как родной язык.
/оффтоп

В общем, получается что в этом вашем Code Snippets где-то уже есть фрагмент кода, функция под названием category_archives_for_all, которая модифицирует основной запрос. Но делает она это грубо, не учитывая админку. Отсюда и проблема. А ваш код (точнее мой код, добавленный вами) выполняется ПОСЛЕ этого, таким образом меняет параметры обратно в нужное нам направление (но только в админке, на фронте все будет без изменений).

Есть ли плагин проверки введенных данных для Wordpress?

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

Есть ли плагин проверки введенных данных для Wordpress?

Dima Polos, Спасибо, мне можете не объяснять что к чему, я по WP_Query диссертацию могу с закрытыми глазами писать. А вот сами внимательнее почитали бы. WP_Query работает только и исключительно с запросами в таблицу wp_posts, для получения записей любого типа (post, page, attachment, custom post type и тд). Да, он умеет делать выборку по данным из связанных таблиц (wp_postmeta, wp_term_relationships), но только выборку все тех же записей разных типов из wp_posts. С данными из таблицы wp_options он не работает совершенно никак. Так же как и с данными из произвольных таблиц - для этого есть $wpdb.

В общем, первым делом нужно понимать что у автора есть "документ", где он хранится. И только тогда можем советовать ему куда копать.

Как сделать метабокс, который будет иметь все метки метабокса "Метки"?

SaW, храните массив ID выбранных меток в postmeta

Есть ли плагин проверки введенных данных для Wordpress?

Недостаточно данных чтобы ответить. Что такое "документ"? Где и в каком виде они хранятся?

Есть ли плагин проверки введенных данных для Wordpress?

А если искомый "документ" не является записью в wp_posts? Если это хранится в метаданных? Или в опциях?

Как изменить сортировку записей в Wordpress?

aPilot,

как они это изменили

С помощью коллбека на хуке pre_get_posts, как в моем ответе (но с другими параметрами, разумеется).

как вернуть обратно

Отключить их коллбек. Установите плагин Query Monitor, активируйте, загрузите эту страницу в админке. Откройте панель Query Monitor и смотрите закладку с хуками. Ищите хук pre_get_posts и смотрите что на нем висит. Зная название функции и приоритет, можно ее отключить. Вот пример вывода Query Monitor:

Какой лучший плагин доп.полей Wordpress?

Владислав Лысков,

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

Есть такое, но в условиях адекватных процессов в команде никаких неудобств из-за этого не возникает. Банальный

wp search-replace //old-domain.com //new-domain.com

в командной строке с помощью WP-CLI за несколько секунд заменит везде, включая сериализованные массивы в wp_options (привет виджетам, theme mods и тд). Данную команду можно легко встроить в любой CI/CD/скрипт и автоматизировать это чуть более чем полностью. Что действительно больно, так это отсутствие миграций и неудобняк с синхронизацией данных между разными базами (local / staging / production). Приходится этот процесс скриптить самостоятельно.

зы: и да, при нормальных процессах адрес сайта из админки никто не меняет, поле делается read-only, а домены и пути прописываются в .env, который в свою очередь подгружается в wp-config.php

Зачем нужен HTML если есть WordPress?

Я ни где не говорил про ограничения. Или я ошибаюсь и не верно понимаю свои же слова?

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

Я говорю, что изначально он готовился и готов как блог, и только при помощи перечисленных инструментов из него делают что угодно, как если бы мы взяли любую другую CMS. Манипуляции те же.

WordPress уже давным давно полноценная CMS а не блог. А если совсем углубляться в терминологию, то корректнее его называть CMF, ибо все ключевые характеристики оного у него есть.

только при помощи перечисленных инструментов из него делают что угодно

В корне неверное утверждение, подтверждающее мою претензию. Ядро WordPress предоставляет букет разнообразных API, которые позволяют легко и быстро конфигурировать его под конкретные задачи. Зоопарк плагинов (которые, кстати, делают это все реализуя всё те же АПИ) полезен и удобен тем, кто не хочет / не умеет писать код сам. Но это совершенно не означает, что это единственный способ превратить "блог" в "что угодно".

Научитесь читать внимательно.

О, я очень внимателен. Особенно к деталям, нюансам и тонкостям. Это у меня врожденное + образование филолога и немного задротства. Когда состарюсь - буду тем мерзким старичком, который ворчит и учит всех как надо "правильно" :)

Недавно найденная проблемам с дисплеями ПРОшек у кого нибудь это было?

Или даже виндовый XPS взять какой-нибудь.

Очередной гениальный совет рукалицо... Таким советчикам хоть иногда в голову приходит, что в экосистеме эппл важно все, а не только одно конкретное железо в оном конкретном устройстве? Ось, софт (на который за годы потрачено тысячи долларов), синхронизация всех устройств в доме/семье и тд. Никакой XPS, винда или линух это не заменит, от слова совсем. А если ты еще и пишешь под macOS-iOS-watchOS-tvOS, то как бы вообще без вариантов.

ЗЫ: А MBP 15года все еще хороши, да. У меня топовый билд 15" 15го года, никаких нареканий. Батарея за 1000 циклов давно, но работает и даже весьма неплохо держит. По производительности вопросов нет.

Зачем нужен HTML если есть WordPress?

ProjectSoft,

К примеру WP - это движёк блога

во-первых, движок
во-вторых, не только блога, выньте голову из песка. С версии 3.0 по сей день изменилось очень многое, и хотя дефолтный вид ориентирован все еще на блог для обратной совместимости и покрытия основного use case, он ни в коем случае не является ограничением.