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

    Игорь Воротнёв,
    с буками 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?

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

    Для начала должен вас огорчить - одним каким-то кусочком кода на Тостере тут не обойтись. Готовым плагином где-нибудь на 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.

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

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

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

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

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

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

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

    5c6a81625264c997494308.png
  • Какой лучший плагин доп.полей 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, он ни в коем случае не является ограничением.
  • Как отсортировать массив?

    Rsa97, да, твое решение реально проще (и в первую очередь для восприятия джуном), это мне сейчас настолько очевидно, что стыдно что сам не додумался))
  • Как отсортировать массив?

    Хм.. Хардкод конечно, но интересное решение, я даже не подумал в таком ключе. См. мой ответ :)
    зы: Хотя и у меня без хардкода не обойдешься - $order нужно как-то задавать.
  • Wordpress цикл bootstrap grid?

    Miqo58, Если вам нужен более тонкий контроль расположения блоков, возможно сама сетка будет со временем усложняться - скорее второй, он даст немного больше гибкости. Но если вам надо выводить больше данных, не только картинка и название, а сетка не будет усложняться - лучше первый. Я лично скорее использовал бы первый.
  • Wordpress цикл bootstrap grid?

    Miqo58,
    <?php 
    // Получаем посты:
    $args = [
        'numberposts' => 5,
    ];
    $posts = get_posts( $args );
    // В массиве $posts будет содержаться 5 постов, нумерация от 0 до 4.
    // Каждый пост - это объект типа WP_Post со всеми стандартными свойствами.
    // Далее просто формируем HTML и в нужном месте берем пост по индексу и выводим его свойства:
    ?>
    <div class="row">
      <div class="col-6">
        <div class="post-card">
            <?php
            echo get_the_post_thumbnail( $posts[0], 'custom-size', [ 'class' => 'img-fluid' ] );
            echo get_the_title( $posts[0] );
            ?>
        </div>
      </div>
    
      <div class="col-3">
        <div class="post-card">
            <?php
            echo get_the_post_thumbnail( $posts[1], 'custom-size', [ 'class' => 'img-fluid' ] );
            echo get_the_title( $posts[1] );
            ?>
        </div>
    
        <div class="post-card">
            <?php
            echo get_the_post_thumbnail( $posts[2], 'custom-size', [ 'class' => 'img-fluid' ] );
            echo get_the_title( $posts[2] );
            ?>
        </div>
      </div>
    
      <div class="col-3">
        <div class="post-card">
            <?php
            echo get_the_post_thumbnail( $posts[3], 'custom-size', [ 'class' => 'img-fluid' ] );
            echo get_the_title( $posts[3] );
            ?>
        </div>
    
        <div class="post-card">
            <?php
            echo get_the_post_thumbnail( $posts[4], 'custom-size', [ 'class' => 'img-fluid' ] );
            echo get_the_title( $posts[4] );
            ?>
        </div>
      </div>
    </div>