Ох, сколько вы костылей собрали в плагине…
1) Начнем с того, что в ридми вы линкуетесь на свой сайт, где есть ссылка на "ПЛАГИН WP STORE", которая ведет… никуда, 404 ошибка.
2) В самом плагине — вы поломали авто-загрузку переводов ВП. Домен для переводов должна равняться слагу вашего плагина на WP.org. У нас домен wpsl, а слаг — wp-store-lite. Если совпадает, можно не писать свой код load_plugin_textdomain() вообще, ВП сам будет это делать.
3) Использовать CPT для хранения товаров — вот сразу нет, очень плохая идея, ОЧЕНЬ. Еще небось и заказы там храните? WC так продолжает делать из-за безысходности, EDD переписывается на собственные таблицы (будет в 3.0). Вот пока у вас нет пользователей — переписывайте на собственные таблицы. Поверьте, вы махом решите огромное количество проблем в будущем. Ну и использование слишком общего product тоже не очень хорошая идея. А если какой-то другой плагин до этого использовался? Тогда ваш плагин при активации подтянет те товары тоже, и будет поломан, потому что данные в базе не будут в ожидаемом формате, а просто совпал CPT. Я бы добавил префикс wpsl_product и так далее.
4) Вот за это: wp-content/themes/THEME/combine-script.js — хочется сделать большое а-та-та. Вы суете файл не в предназначенное для него место. Обновилась тема — удалился файл, его создание — доп.нагрузка. Если вам надо создавать файл — делайте это в wp-content/uploads/wp-store-lite, или вообще используйте Media Library.
5) В файлах темплейтов я вижу большое количество проблем с эскейпом данных перед выводом. К примеру, вы печатаете $order->post_title и $ticket->post_title напрямую. А вы проверяли с кавычками и слешами? Ну как минимум esc_html() надо использовать.
6) Создание таблиц при активации плагина. А если плагин деактивировать и заново активировать? Дважды запускается создание таблиц (и все другие вещи в class-wpsl-install.php). Это надо бы переделать на хранение версии в базе и сравнение при загрузке в админке текущей версии и той, что в базе, и запуск необходимых инсталляций.
И много всего другого. Я бы посоветовал вам поставить PhpStorm, активировать его WordPress плагин, настроить WordPress Coding Standards, и поставить плагин PHP Inspections (EA Extended). Вы узнаете очень много нового и нужного. Для VS Code тоже есть эти плагины, но шторм имхо вне конкуренции как IDE.
А в целом, желаю удачи!
И они отметили только то, что написано в таблице выше этих строк. То есть "проводившие тестирование специалисты" просто процитировали дифф в спеках? Извините, но это ни разу не "проведение тестирования".
Ну планы у Мэтта другие :) Он говорил много чего в приватном чате по этому поводу, собираются реально развивать и вкладываться. Даже коммерция потом может появиться, но неизвестно пока в каком виде.
Но купили, понятное дело, в большей степени из-за фанатов, которые продолжают им пользоваться. Плюс это увеличит потом долю WordPress в целом на рынке, что им важно для маркетинга.
В общем, за 3 ляма они получили кучу разработчиков, верное многомиллионное сообщество фанатов, и нехилый буст для маркетинговых усилий в будущем.
ИМХО win-win-win (тумблер-сообщество-автоматтик).
Меньше 3млн за тумблер заплатили. Все 200 сотрудников переходят в Automattic и продолжают работать там.
Бекенд сервиса планируют перевести на WordPress, будут опенсорсить клиент, менять его на Калипсо не будут.
Я так понял, что у них на проекте эластик уже использовался. И просто прикрутили еще один монитор, используя текущую тулзу, а не писали что-то самостоятельно и без разворачивания еще одного решения (которое тоже надо поддерживать).
В целом сам по себе эластик только для файл-мониторинга оверкилл, но в данной ситуации имхо вполне оправдано.
Зачем? Вам дали сертификат, который подтверждает, что данная продукция уже успешно прошла все эти тесты. Плюс никто не проверяет абсолютно каждую партию — проверяют до тех пор, пока при стабильных показателях и дозировках не будет стабильно получаться один и тот же результат. После этого (пере)проверка и подтверждение сертификата делается раз в продолжительное время.
У меня отец сейчас делает рапиры для фехтовальщиков, и они подбирают сталь и температурный режим для отлива. Рассказывал, что когда получат "идеальный" результат (что-то там около или больше 12 тысяч уколов без потери упругости, чтобы рапира оставалась ровной), то просто сделают пару партий с одними и теми же показателями, чтобы убедиться в одном и том же результате, а потом просто будут делать по новому шаблону. Сейчас у них результат по уколам варьируется от 8 до 11 тысяч :)
И самое классное, что я на 100% уверен, что они еще и поделятся причиной и в каком-нибудь твиттере напишут без всяких рафинированных пресс-конференций.
Из статьи я не понял, в чем помогает ваше решение или какую проблему оно решает.
Раньше — 1:{каждые 3 дня} в 2:{ПТОЛ} 3:{визуальный осмотр мастером}. Теперь — 1:{?} в 2:{?} 3:{визуальный осмотр камерой + анализ сеткой}.
Проверка стала дешевле? Более качественной? Чаще стала проводиться? Была ли выведена зависимость каких-то проблем старой проверкой и влияние новой проверки на результаты?
ЗЫ Потом увидел вот это заключение:
В заключении хочу сказать, что технология показала себя очень хорошо и, на мой взгляд, имеет большой потенциал...
То есть оценок никаких не было, расчетов и прочего (из-за "на мой взгляд"). То, что технология хорошо себя показала, — не релевантно, если нет полезного "выхлопа". Тот же блокчейн, технология хорошая, но...
ЗЫ2 Не хватает легенды для цветового кодирования на обработанных фотках и какой-то базовой информации о том, как именно стираются эти самый колодки (например, я не знаю — у них уменьшается диаметр или они становятся "тоньше", или еще какие особенности).
Да ну сколько можно делать эти дурацкие "не делайте так" списки. Вы ломаете формат мышления людей, когда они читают. Это вызывает когнитивные сложности понимания текста. Что приводит к их плохому запоминанию.
Если у вас цель научить чему-то правильному — пишите нормальные "делайте вот так" списки (с объяснением причин, понятное дело).
Мда, логично.
Я пропустил все, что было до ката, потому что с RSS ленты открыл статью (а там только заголовок) и тут на сайте уже сразу прокрутило до "после ката", потому и не увидел.
Ох, сколько вы костылей собрали в плагине…
1) Начнем с того, что в ридми вы линкуетесь на свой сайт, где есть ссылка на "ПЛАГИН WP STORE", которая ведет… никуда, 404 ошибка.
2) В самом плагине — вы поломали авто-загрузку переводов ВП. Домен для переводов должна равняться слагу вашего плагина на WP.org. У нас домен
wpsl
, а слаг —wp-store-lite
. Если совпадает, можно не писать свой кодload_plugin_textdomain()
вообще, ВП сам будет это делать.3) Использовать CPT для хранения товаров — вот сразу нет, очень плохая идея, ОЧЕНЬ. Еще небось и заказы там храните? WC так продолжает делать из-за безысходности, EDD переписывается на собственные таблицы (будет в 3.0). Вот пока у вас нет пользователей — переписывайте на собственные таблицы. Поверьте, вы махом решите огромное количество проблем в будущем. Ну и использование слишком общего
product
тоже не очень хорошая идея. А если какой-то другой плагин до этого использовался? Тогда ваш плагин при активации подтянет те товары тоже, и будет поломан, потому что данные в базе не будут в ожидаемом формате, а просто совпал CPT. Я бы добавил префиксwpsl_product
и так далее.4) Вот за это:
wp-content/themes/THEME/combine-script.js
— хочется сделать большое а-та-та. Вы суете файл не в предназначенное для него место. Обновилась тема — удалился файл, его создание — доп.нагрузка. Если вам надо создавать файл — делайте это вwp-content/uploads/wp-store-lite
, или вообще используйте Media Library.5) В файлах темплейтов я вижу большое количество проблем с эскейпом данных перед выводом. К примеру, вы печатаете
$order->post_title
и$ticket->post_title
напрямую. А вы проверяли с кавычками и слешами? Ну как минимумesc_html()
надо использовать.6) Создание таблиц при активации плагина. А если плагин деактивировать и заново активировать? Дважды запускается создание таблиц (и все другие вещи в
class-wpsl-install.php
). Это надо бы переделать на хранение версии в базе и сравнение при загрузке в админке текущей версии и той, что в базе, и запуск необходимых инсталляций.И много всего другого. Я бы посоветовал вам поставить PhpStorm, активировать его WordPress плагин, настроить WordPress Coding Standards, и поставить плагин PHP Inspections (EA Extended). Вы узнаете очень много нового и нужного. Для VS Code тоже есть эти плагины, но шторм имхо вне конкуренции как IDE.
А в целом, желаю удачи!
Да, конечно. Но у остальных % использования на десктопах таков, что ими можно пренебречь.
Ну и я молчу про MacOS.
Как-будто в этих ваших линуксах нет телеметрии :) https://www.bleepingcomputer.com/news/linux/ubuntu-reveals-desktop-telemetry-for-the-first-time/
https://askubuntu.com/questions/1027532/how-to-opt-out-of-system-information-reports/1030168#1030168
И они отметили только то, что написано в таблице выше этих строк. То есть "проводившие тестирование специалисты" просто процитировали дифф в спеках? Извините, но это ни разу не "проведение тестирования".
Ну планы у Мэтта другие :) Он говорил много чего в приватном чате по этому поводу, собираются реально развивать и вкладываться. Даже коммерция потом может появиться, но неизвестно пока в каком виде.
Но купили, понятное дело, в большей степени из-за фанатов, которые продолжают им пользоваться. Плюс это увеличит потом долю WordPress в целом на рынке, что им важно для маркетинга.
В общем, за 3 ляма они получили кучу разработчиков, верное многомиллионное сообщество фанатов, и нехилый буст для маркетинговых усилий в будущем.
ИМХО win-win-win (тумблер-сообщество-автоматтик).
Пффф, https://www.cnbc.com/2019/04/30/apple-now-has-225-billion-cash-on-hand.html (новость от 30 апреля):
Alphabet: https://www.macrotrends.net/stocks/charts/GOOGL/alphabet/cash-on-hand
Microsoft: https://www.macrotrends.net/stocks/charts/MSFT/microsoft/cash-on-hand
Ах да, Веризон продал так дёшево для списания большого количества налогов, что-то около 80 миллионов (но это не точная сумма).
Меньше 3млн за тумблер заплатили. Все 200 сотрудников переходят в Automattic и продолжают работать там.
Бекенд сервиса планируют перевести на WordPress, будут опенсорсить клиент, менять его на Калипсо не будут.
Я так понял, что у них на проекте эластик уже использовался. И просто прикрутили еще один монитор, используя текущую тулзу, а не писали что-то самостоятельно и без разворачивания еще одного решения (которое тоже надо поддерживать).
В целом сам по себе эластик только для файл-мониторинга оверкилл, но в данной ситуации имхо вполне оправдано.
Я не увидел в посте информацию по Яндексу.
ЗЫ Спасибо за избыточное количество в тексте :)
Это глупо, потому что он еще даже не Президент :)
Зачем? Вам дали сертификат, который подтверждает, что данная продукция уже успешно прошла все эти тесты. Плюс никто не проверяет абсолютно каждую партию — проверяют до тех пор, пока при стабильных показателях и дозировках не будет стабильно получаться один и тот же результат. После этого (пере)проверка и подтверждение сертификата делается раз в продолжительное время.
У меня отец сейчас делает рапиры для фехтовальщиков, и они подбирают сталь и температурный режим для отлива. Рассказывал, что когда получат "идеальный" результат (что-то там около или больше 12 тысяч уколов без потери упругости, чтобы рапира оставалась ровной), то просто сделают пару партий с одними и теми же показателями, чтобы убедиться в одном и том же результате, а потом просто будут делать по новому шаблону. Сейчас у них результат по уколам варьируется от 8 до 11 тысяч :)
И самое классное, что я на 100% уверен, что они еще и поделятся причиной и в каком-нибудь твиттере напишут без всяких рафинированных пресс-конференций.
А в Украине добавили заблокированный mail.ru и оставили заблокированный yandex.ua.
Из статьи я не понял, в чем помогает ваше решение или какую проблему оно решает.
Раньше — 1:{каждые 3 дня} в 2:{ПТОЛ} 3:{визуальный осмотр мастером}.
Теперь — 1:{?} в 2:{?} 3:{визуальный осмотр камерой + анализ сеткой}.
Проверка стала дешевле? Более качественной? Чаще стала проводиться? Была ли выведена зависимость каких-то проблем старой проверкой и влияние новой проверки на результаты?
ЗЫ Потом увидел вот это заключение:
То есть оценок никаких не было, расчетов и прочего (из-за "на мой взгляд"). То, что технология хорошо себя показала, — не релевантно, если нет полезного "выхлопа". Тот же блокчейн, технология хорошая, но...
ЗЫ2 Не хватает легенды для цветового кодирования на обработанных фотках и какой-то базовой информации о том, как именно стираются эти самый колодки (например, я не знаю — у них уменьшается диаметр или они становятся "тоньше", или еще какие особенности).
Я честно искал розовый танк на первой фотографии :(
Да ну сколько можно делать эти дурацкие "не делайте так" списки. Вы ломаете формат мышления людей, когда они читают. Это вызывает когнитивные сложности понимания текста. Что приводит к их плохому запоминанию.
Если у вас цель научить чему-то правильному — пишите нормальные "делайте вот так" списки (с объяснением причин, понятное дело).
Мда, логично.
Я пропустил все, что было до ката, потому что с RSS ленты открыл статью (а там только заголовок) и тут на сайте уже сразу прокрутило до "после ката", потому и не увидел.
Из последнего — их новый движок побил рекорд РД-180 по давлению.
https://twitter.com/elonmusk/status/1094782854007910400:
В прошлом году обновили чип для часов, 2100 на 3100. Так что часть про устаревший чип тоже неверная.