Windows приложения на Mac OS?

DevMan, я вот тоже не вкурил что еще за джейл для макоси... Может тут речь про хакинтош и вот это все?

Как создавать автоматические посты в WordPress из ленты Twitter?

Hecq, а, ну так с этого начинать надо же :) Посмотрите вот эти ссылки:

https://www.wpbeginner.com/plugins/how-to-auto-pub...
https://wordpress.org/plugins/twitter-tools/
https://wordpress.org/plugins/custom-twitter-feeds/

ну их официальный плагин самого твиттера https://wordpress.org/plugins/twitter/

Как настроить быстрый просмотр PDF, XLS,DOC файлы в телеграм на macOS?

txname, грохнуть полностью (с помощью clean my mac / app cleaner / whatever) и переустановить телегу пробовали? Клиент телеги родной/официальный или левый?

Как создавать автоматические посты в WordPress из ленты Twitter?

Hecq, Понятия не имею. Уверен, гугл знает ответ на этот вопрос.

Как создавать автоматические посты в WordPress из ленты Twitter?

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

Можете оценить мое резюме на фриланс-бирже?

WordPress, mf.

Как проверить имеющуюся идентичную строку перед вставкой новой?

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

Стоит ли использовать wordpress в 2020 году?

Sanes, это да) themeforest та еще помойка)

Стоит ли использовать wordpress в 2020 году?

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

Стоит ли использовать wordpress в 2020 году?

s l a v e, ну как бы

У меня есть определенный объем контента который я хочу превратить в сайт. Около 9к страниц. Нужны дополнительные поля для записей и выборки статей по этим полям. Стоит выбор между вордпресс и ocrober cms. И где-то я понимаю что использую вордрес все будет быстро, найдется исполнитель и нужные плагины дополнительные плагины

У человека стоит бизнес-задача, контент-проект. И он инструмент рассматривает именно с этой точки зрения - есть ли у инструмента из коробки или с помощью готовых решений (плагинов) функциональность, которая ему нужна, и из которой можно быстро собрать проект. И понимает, что наемных людей которые смогут помочь и поддерживать это - пруд пруди. То есть, речь идет о выборе инструмента для решения бизнес-задачи, которая входит в область применения WordPress чуть более чем полностью. Я бы даже сказал что это типовой WordPress-проект.

Стоит ли использовать wordpress в 2020 году?

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

https://www.andersnoren.se/teman/
https://themebeans.com
https://contentberg.theme-sphere.com

Но в целом да, треш.

Стоит ли использовать wordpress в 2020 году?

WordPress - идеальный инструмент для очень многих задач. Особенно если смотреть на платформу не со стороны разработчика (на самом деле мы как раз нифига не главная целевая аудитория WordPress), а со стороны маркетолога, контент-редактора, владельца сайта, владельца бизнеса. Наше мнение разработчиков по поводу кода абсолютно вторично и мало влияет на уровень идеальности инструмента. Инструмента для решения конкретных задач. Часто - без участия разработчиков вообще.

Как в Laravel запускать функцию каждую минуту?

Александр Корегин, потому что команда schedule:run выполняется один раз, вручную. Перечитайте еще раз документацию.

Как отфильтровать записи по меткам wordpress?

godsplane, ¯\_(ツ)_/¯

Как задать класс изображениям внутри записи на Wordpress?

xonar, на здоровье :) мозги хоть немного размял, а то весь день документами занимаюсь, скукотища :)

Как задать класс изображениям внутри записи на Wordpress?

И еще, поскольку DOMDocument (да и регулярки) все-таки используют определенное количество ресурсов (вряд ли стоит париться, но все же), а класс нам там нужен условно говоря всегда, то я бы скорее искал способ дописывать этот класс при добавлении картинки в редакторе, чтобы в БД она сохранялась уже с этим классом и на выводе не нужно было его добавлять каждый раз.

Как задать класс изображениям внутри записи на Wordpress?

xonar, обновил ответ.

Как задать класс изображениям внутри записи на Wordpress?

xonar, упс, да, вы правы. И по идее будет навешивать вообще на любой элемент у которого есть атрибут class. Сейчас попробую изолировать только для img.

Как задать класс изображениям внутри записи на Wordpress?

xonar, на здоровье

Как загрузить существующий сайт на github?

Сергей Паньков,

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

Это не более чем personal preference. Большая часть разработчиков работает с достаточно узким стеком и никаких конфликтов не бывает от слова совсем. Я например работаю с PHP (WordPress, Laravel, Symfony), Javascript/Node.js, Go - это достаточно широкий стек, значительно шире типового - на macOS это все решается нативно через homebrew - valet в качестве сервера (nginx + php), MySQL/PostrgreSQL/SQLite/MongoDB, Redis, Memcached, ElasticSearch и еще парочка сервисов. В том числе 6 версий PHP, куча legacy проектов на поддержке. И никаких конфликтов. И работает на порядки быстрее. И работать в целом с этим значительно удобнее. Ну а если уж надо 1в1 воссоздать среду продакшна, тогда Vagrant и полноценная копия. Поймите меня правильно - я люблю докер и считаю его прекрасным инструментов. Для тех задач, для которых он создан. То, для чего вы его используете, к этим задачам не совсем относится. Делать так конечно можно, но форсить это как best practice для людей без опыта devops и контейнеризации я считаю совершенно лишним. Грубо говоря, докер имеет смысл только в конкретных use cases. И если у вас есть этот use case, то у вас к этому моменту уже есть devops отдел который знает что делать.

На счет "проще и понятнее" - это тоже лукавство. Проще и понятнее кому? Веб-мастеру с пятнадцатилетним стажем? Зелёному новичку, который задаёт такие вопросы в Q&A?

Да в целом всем проще. В первую очередь в командной среде и для онбординга новых людей. Да, сильная сторона докера в том, что он то как раз позволяет вроде как это дело упростить, унифицируя среду. По крайней мере таков promise. В реальности же баги самого докера на разных ОС и issues которые выплывают из этого зачастую не дебажатся вообще. И это в относительно больших командах случается значительно чаще, чем вы думаете. Я считаю что для каждой ОС и для каждого стека уже есть хорошие user friendly решения. Без докера.

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

Экспорт в статику можно сделать либо на этапе CI в deployment pipeline (вот для этого докер как раз и хорош), либо вообще на ходу через nginx fascgi_cache. Использовать для этого свою ферму имхо - усложнение. По сути - самопал вместо готовых специализированных инструментов (CI).

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

А представьте, что ни с какими архивами и докерами вообще возиться не надо. Клонируете проект в папку и делаете composer install, или ./make, или wp up. И все остальное делается само - с прода / стейджинга / посевов / shared snapshot создается актуальная база, синхронизируется UGC, ставится код и зависимости. Смысл в том, что сложности / зависимости и оптимальные процессы в разных проектах разные, и в разных командах разные. И только этот конкретный проект должен о них ведать. И в нем должен быть инструмент для разворачивания среды - будь то composer c его post-install скриптами, wp-cli c кастомными командами, gnu make, шелл скрипты - не важно. Это должно быть уникально для каждого проекта. На базе какого-то шаблона. И у каждой команды он может быть свой (например, у меня в одном из проектов все на маках, наемным разрабам маки предоставляют - значит среда именно этого проекта 100% будет оптимизирована под инструменты свойственные именно macOS). И все это в итоге ничем не хуже докера, но быстрее и эффективнее. И такое же гикое. И такое же оптимизированное и автоматизированное.

Но, опять же - мы с вами меряемся длиной достаточно сложных use cases, и что характерно - мы оба понимаем и используем докер (пусть и в разных случаях). Мой же коммент изначально к тому, что большинство типовых проектов (а это 90% разрабов и их заказов) вообще в этом всем не нуждается. Им достаточно по FTP слить с боевого, подключить git-репу c темой/плагином и все. И для этих задач им проще/удобнее какой-нибудь openserver или mamp.