Комментарии 119
Простите, но вы хотя бы встроенными системами проверки орфографии тексты проверяйте перед публикацией. Ну неприлично же.
Зачем так насыщать текст ключами :(
Даже если бы он писался не для Хабра, а просто куда-нибудь, был бы переспам.
Wordpress разработчик недорого онлайн, самый популярный движок сайтов, шкаф двухстворчатый купить в Москве, большой ассортимент, сборка под заказ.
С перечисленными вами знаниями вы не сможете стать администратором сайта.
// мимо проходил девопс.
Почему нет?
Потому что от администратора требуется понимание, как оно устроено внутри. Можно начать с теории DNS и маршрутизации. Или с концепции блочных и символьных устройств.
... наверное, это не совсем вордпресс, и это причина, почему знание вордпресса совершенно бесполезно в администрировании.
Я так понимаю, что под администратором имеется ввиду работник, который наполняет новости на сайте и в принципе в объявлениях о работе говорится, что он ещё предлагает предложения по развитию, нанимает сторонних программистов по согласованию с начальством. По факту не знаю, что они там ещё делают, но сомневаюсь, что данный труд требует глубокой компетенции.
Вообще, не понимаю, что можно 9ть лет изучать в какой-нибудь cms. Года через два три разраб уже наверно должен начать разрабатывать дополнения, немного набить в этом руку, а куда дальше развиваться в рамках блоговой cms?
Причем DNS и маршрутизации к администрированию сайта на WordPress? Администратор wordpress сайта занимается:
Управлением и поддержкой WordPress, делаем обновления WordPress, темы, следит за безопасностью и т. д.
Чтобы следить за безопасностью, надо заказывать у узких спецов аудит безопасности. Они пропентестят, найдут дыры и скажут, как закрыть. Просто читать в бложиках сообществ про свежие эксплойты и уязвимости, и обновлять тоже полезно, но не достаточно. Крупный и денежный проект конкуренты ломанут
Следит за безопасностью и т.д. Вот следит wordpress-администратор за безопасностью, и видит... CVE-2021-43267
An issue was discovered in net/tipc/crypto.c in the Linux kernel before
5.14.16. The Transparent Inter-Process Communication (TIPC)
functionality allows remote attackers to exploit insufficient validation
of user-supplied sizes for the MSG_CRYPTO message type.
И что делает wordress-администратор сайта? Продолжает следить?
сли обратиться на любые фриланс биржи, то ли это русскоговорящая биржа,
то ли это международная биржа Вы обязательно встретите достаточно много
запросов на проекты по разработке сайтов на WordPress
Дада, и еще встретите достаточно много симпатичных смуглых ребят, которые через 5 минут после публикации задачи уже оставили 20 предложений со средней стоимостью $2.5/час.
Если хотите выгореть раньше времени от полнейшего треша и внутреннего устройства вордперса, то добро пожаловать ))
Треша и угара во внутреннем устройстве хватает в любой языке и фреймворке, который хотя бы пять лет развивается
https://github.com/WordPress/WordPress/blob/90100ff8831cb7e834afd6823527a4e846b5eba0/index.php
`require DIR . '/wp-blog-header.php';`
Это только начало. См. внутрь и не плачьте сильно.
Попытки сделать красиво на основе ?-архитектуры приводят к красивому, но тому же ?.
Зачем мне внутрь движка смотреть?) Я отношусь к нему как к фреймворку, моя задача - писать красиво и по уму мой код. Да, есть полно вопросов к вп, ну а к кому их нет?) Да, есть задачи, которые лучше решать другими средствами.
Затем, чтоб делать совместимые версии тем/плагинов. Чтобы не падало всё при очередном обновлении этого куска. Да даже чтобы от него абстрагироваться, всё равно надо знать как он устроен и когда какое "событие" там срабатывает.
Btw, а вы хоть раз пробовали тесты писать вместе с wp?
Для этого этого changelog, в котором разрабы подробно описывают, чего они выпилили, а чего добавили. На каждое движение ходить в файлы движка это странно. И, внезапно, в дебаг лог также выводятся нотисы о deprecated функциях.
сам движок, и многие популярные модули покрыты тестами. На сайте даже целый гайд есть: make.wordpress.org/core/handbook/testing/automated-testing. Мне сложно представить разработку WooCommerce или WooCommerce Subscriptions без тестов.
Интересно, первый раз о таком слышу (так как обычно не пишу под WP). А есть может какие-то опенсорсные готовые тестовые для WooCommerce, например для phpunit? Так, чтобы взять и допилить под себя?
почему бы для этого не использовать стейджинг?
Вы в 21 веке тестируете совместимость с прошлыми версиями WP и разными версиями PHP руками? Оставайтесь там же и продолжайте наблюдение ))
Вы явно не понимаете как устроен WordPress и работа с ним. Все намного проще, чем Вы думаете. WordPress когда выкатывает обновления пишет по этому поводу документацию.
А работать со стейджингом и выпускать в продакшн только рабочее это не то что правильно и адекватно, это как бы норма любой разработки.
нет ну если эта часть вызывает столько вопросов или не непонимания, то конечно не стоит заниматься, но по честному как пример не очень, можно было сильно лучше найти буквально рядом.
WordPress и другие CMS системы — это про быстрое прототипирование, а не про разработу.
Знать, как сделать на нем бложек или ряд лендосов — хороший дополнительный навык для маркетолога. Либо на старте карьеры дизайнером или фронтенд-разработчиком — сделать пару шаблонов на продажу.
А вот называть это профессией ... в 2220 году ... такое себе. Это равносильно призывать идти работать по профессии "специалиста по шурупам" и показывать динамику продажи мебели, средние цены на сборку мебели.
Мне кажется, что основная проблема WordPress-разработчика сейчас, скорее всего, связана с засилием Tilda и Wix, которые переманивают всех на себя. Но это так, взгляд со стороны
Я думаю не переманят. У WordPress преимущество. Сайт полностью твой, что не скажешь про Tilda и wix
Не в этом преимущество. Та же тильда закрывает потребности 95% малого бизнеса "в один клик". WP - это больше про управление контентом (CMS же блин), то есть контента (например, текстов) должно быть много. Видел кучу сайтов на ВП из 3-5 страниц, обвешанных плагинами.
Так что для 95% заказчиков нет у WP никаких преимуществ. А для оставшихся 5% возможно необходимо очень специфическое решение. Например интеграция с внутренними системами. Да, можно сделать плагин для ВП и все интегрировать.
Но если сайт необходим для вывода инфы из внутренних систем, то ВП и в этом кейсе в пролете: проще написать веб-приложение для вывода инфы из готовой БД.
P.S. Нежно люблю ВП и содержу пяток сайтов на нем.
Лол кек чебурек, я пилю плагины под вп, как в репу, так и узко специализированные интеграции для дорвееводов, блогеров, ну и немного под ву. Зп около 400к. В чем проблема называть мою профессию вордпресс разработчиком? Почему так не может каждый?
Есть знакомые которые под продажу темы пилят, там студия из 5 человек. Мне до них далеко по заработку.
А есть мидл на фронте, вуе, в сбере, там зп 220к.
Я недавно в нашей продуктовой компании грейды писал под WP разработчиков. Получились требования как к серьезном full stackам.
Да, и команда занимается не только прототипированием, но и быстрой разработкой всяких внутренних тулзов и автоматизациями.
Предвидя вопрос, а почему не взять коробку на рынке просто заплатив за неё - потому что коробки в последнее время все облачные, а у компании пунктик на этот счёт.
Вот и имеем целую команду вордпрессеров.
Мне сайт сделал племянник на WordPress.
Я его администрирую.
Как то там (WordPress) все сделано не по современному. Прогресс остановился.
На Wix или Укозе проще менять контент.
И еще сегодня раз и сайт не работает.
Пришлось восстанавливать бэкап недельной давности.
Почему он не работал, хрен его знает.
Закопаться в WordPress - значит, обречь себя на постоянную работу среди дешёвых заказов, дешёвых клиентов, копание в говнокоде кривых сторонних тем и плагинов, древней архитектуре самого WP.
Если есть малейшая возможность - нужно как можно скорее вырастать из любых "движков", от убогого Битрикса до вечно молодой Joomla. Иначе безнадежно отстанешь, вылетишь на обочину и похоронишь карьеру. Разве что и правда захочется свалить в "администраторы сайтов".
Почему же? Зарплатная вилка WordPress разработчиков достаточно достойная от 700$ до 4000$. На 2к реально ремоут устроится в западную кантору с базовыми крепкими навыками.
Что, серьёзно, кто-то готов постоянно платит 4К в месяц за постоянную доработку WordPress?
тот кто использует сайт как основной источник лидов
у "того, кто.." есть конкретное объявление о вакансии? можно ссылочку?
Welcome to LinkedIn
Звучит занятно, зная, что на Линке как раз в абсолютном большинстве случаев разработчикам рекрутеры сами пишут, в крайнем случае разработчик постит свое резюме в ленту и потом уже ему пишут. А миддлов/сеньоров даже с статусом "закрыт к предложениям" каждый день в лс вакансиями заваливают. В паблик вакансиях обычно лежит то, на что уже никто в личке не откликнулся, это скорее "на авось", вдруг найдется
Если вам там приходится самим искать открытые вакансии, это уже показатель такой себе востребованности, ведь даже джунам со статусом Open to work раза 3-4 в неделю что-то сами предлагают рекрутеры)
Ну вот мы ищем. Вилку не указываем, потому что готовы на эту позицию брать и мидла и сеньора, а вилки у них разные.
https://spb.hh.ru/vacancy/50585643
Вакансия без зарплаты, да ещё и на Вордпресс. Не боитесь, что многие скинут, решив, что ищите разраб за еду?
Нет, не боимся.
В том числе потому, что мы уже нанимали людей в команду, выставляя такую вакансию, особых проблем не было, нашли подходящего человека достаточно быстро.
Ну, просто я и многие хотят отсечь вакансии, в которых например предлагают работать за еду или что-то темнят по оплате. Поэтому, мне было бы интересно более развернутый ответ, чем просто "нибаимся, уже нашли". Но если ничего другого и в голову не приходит, то норм )))
Ну это политика компании не указывать вилки в своих вакансиях, ни обсуждаютс с кандидатом лично.
Это связано с несколькими причинами:
Ищем по одной вакансии разные уровни специалистов. Как например здесь, готовы брать даже подающего надежды джуна и побитого жизнью сеньора. Указывать вилку вида 60к - 400к кажется будет достаточно странно.
Мы международная компания, у нас часть разработчиков не в России, по этому, там зарплаты например европейские, которые от зарплат российских отличаются. Например, собеседовали человека из Кракова, он будучи мидлом хотел сильно больше, чем мидл из Омска. Хотя позиция одна и делать надо одно и то же. И отсутствие жесткой вилки позволяло нам спокойно сделать ему оффер.
Мы не разглашаем зарплаты внутри компании, по крайней мере горизонтально. Чтобы между сотрудниками не было конфликтов вида "а фигли я делаю в два раза больше, а получаю на 30% меньше чем Вася". Потому что, то сколько ты делаешь не всегда находится в прямой зависимости от твоей зарплаты. В частности, смотри вопрос про географию.
Вот это если несколько подробней, надеюсь стало понятней.
Чтобы между сотрудниками не было конфликтов вида "а фигли я делаю в два раза больше, а получаю на 30% меньше чем Вася".
но вы же понимаете, что тот самый мидл из Омска вполне осознает, что мидл из Кракова за его зарплату работать не будет?
Да, и?
и смысл тогда в этом "не разглашении"?
учитывая, что часть зарплатных вилок у вас все равно доступна на других ресурсах - https://www.glassdoor.com/Salary/Karuna-Salaries-E646914.htm, https://career.habr.com/resumes?company_ids[]=1000071627 (у вакансий вилок нет, но достаточно просмотреть ЗП у текущих/бывших работников), https://glints.com/companies/karuna/daa3cdd8-eb08-431f-a525-b7ced86f5ce1 и тп.
Согласен с тем, что инициатива идиотская.
Но перебеубедить в этом фаундеров у нас пока не получилось.
просто как это вижу я
требования вашей вакансии я перекрываю с головой (если что, работу не ищу). Но вашу вакансию на hh я открывать бы вообще не стал:
1 нет вилки
2 вакансии у совместных компаний лучше смотреть на иностранных версиях сайтов. А если там нет, брать адрес hr и предлагать себя к ним самому
О, классная вакансия. Жаль, что я не WordPress-разработчик. Хотя пару плагинов поддерживаю.
Бизнес может себе позволить что угодно, просто в этом нет смысла. Если сайту требуется доработок на 160 часов в месяц, в течение хотя бы полугода, значит, он очень далёк от базового функционала WordPress, и нет смысла что-то в нём допиливать - проще взять нормальный фреймворк и писать на нём.
там другая беда )
в WP ООП на основе сообщений, модулей и идей Алана Кея.
это в школе не преподают.
в школе преподают идеи Сазерленда про классы.
потому большинство кодеров имея знания про школу - думают так как Сазерленд и классы - идеал это Лара или Симфа.
а когда видят архитектуру на основе сообщений - это не понятно.
потому проще сказать что вордпресс плохо, чем понять что там просто другой тип ООП ) которому в школе не обучают )
чуть подробнее тут https://wpcraft.ru/blog/wordpress-eto-prosto/
Какой там ООП? Там обычный процедурный подход, ляпаем много функций и вызываем по очереди.
Статья по ссылке вообще великолепно отражает уровень WordPress сеньоров: они умудряются противопоставлять ORM с EAV и MVC с EDA, совершенно разные сущности из разных плоскостей. Такое ощущение, что вообще не понимают, о чем пишут!
Да и нет там ни EAV, ни EDA. Хуки-крюки это вообще не EDA... В общем, у себя в блоге пусть пишут что угодно, но на Хабре это не прокатит.
Я не расуждал о преимуществах. Я говорил, что ООП там по факту нет, а не какой-то мифический "другой тип ООП". Даже там, где что-то завёрнуто в классы/методы, внутри оказываются обычные процедуры. Вот типичный WP-код из Advanced Custom Fields. Великолепие, правда? Начиная с class_exists и заканчивая endif; :D
<?php
if( ! class_exists('acf_ajax') ) :
class acf_ajax {
///........
function update_user_setting() {
// options
$options = wp_parse_args( $_POST, array(
'name' => '',
'value' => '',
'nonce' => '',
));
// validate
if( ! wp_verify_nonce($options['nonce'], 'acf_nonce') || empty($options['name']) ) {
die('0');
}
// upadte setting
acf_update_user_setting( $options['name'], $options['value'] );
// return
die('1');
}
}
new acf_ajax();
endif;
?>Далее, насчёт EAV:
WordPress изначально использует модель EAV для хранения метаданных.
WordPress использует нечто похожее на EAV только в таблице wp_postmeta, а wp_post или wp_users вполне типичные таблицы:
wp_posts
Но и с таблицей метаданных получилось всё криво, вместо экономии места, для чего придумано EAV, получается наоборот - огромное количество дублей meta_key и неудобная работа c выборками.
Типичная ситуация с wp_postmeta
Поэтому не надо говорить, что WordPress основан на EAV или хотя бы на ООП. Это всё неправда, WordPress основан и продолжает использовать очень старые подходы, родом из начала 2000-х.
Это не очень плохо, для сайтов уровня "сайт компании из 10-20 страниц и блога" он отлично справляется. Просто надо понимать, что это его потолок, и выше не прыгнуть, поэтому если хочется развиваться как разработчику -- из WP надо вырастатькак можно скорее.
Я в него заглядывал только что. Вы выдумываете про "хранение сущностей" - wp_posts как раз хранит основные данные, в чём легко убедиться по структуре:
wp_posts
А wp_*meta это не для данных, а для разных мелких параметров, метаданных, под которые нет смысла заводить отдельные колонки.
Например, в wp_usermeta - настройки и параметры пользователей.Но в случае с WP всё опять криво - хранятся сериализованные массивы данных, так что это уже не EAV, а просто свалка:
Поэтому EAV в WordPress можно найти только редкими кусками, вперемешку с другими подходами. Да и как вам объяснить... это как гордиться, что настройки у нас хранятся в key-value storage. Ну, молодцы, что не в BLOB, здорово. Но это не называется словом "архитектура".
А теперь напомню, о чём была речь в статье по ссылке выше. Вот эта великолепная цитата, показывающая уровень, что автора статьи по ссылке, что автора комментария:
И тут WordPress далеко не похож на их идеалы. Вместо ORM у него EAV (Entity Attribute Value)
...
Например EAV существенно гибче чем ORM
На этом можно было бы и закончить обсуждение.
По вашему вопросу: с сериализованными данными плохо то, что сделать по ним выборку не получится никак. Плюс serialize не всегда корректно работает, а формат на выходе плохо читается и ещё хуже редактируется, даже json для таких задач был бы лучше.
Кроме того, на скринах из базы видно, что во многих случаях используется как раз EAV: edit_post_per_page = 200
Просто в дальнейшем оказалось, что эта идея устарела, работать с этим неудобно, такая структура плохо подходит для хранения даже sparse data, и в Value стали запихивать сериализованные данные. Они не идиоты, просто переделать это legacy стоит очень дорого, а смысла особого нет, вот и приходится городить костыль на костыль.
И в этом плане пример очень показателен - да, в WP так устроено буквально всё. Потому что основано на архитектуре 10-15-летней давности, когда о некоторых вещах ещё не задумывались и не вывели best practices.
А вы и ваши коллеги пытаетесь выдавать эти костыли за фичи. Не надо так, надо понимать, что это именно костыли, и смириться с этим фактом. Он не обидный, просто вот так есть. В конце концов, WP действительно одна из лучших существующих CMS, тот же Битрикс на порядок хуже.
по факту это качество кода стороннего плагина причем тут WordPress, если его не ставить то открою секрет, в wp_postmeta всех этих нереализованных данных не будет.
Я бы понял если бы вы привели пример кода с самой страницы профиля пользователя, на которой этот ваш сниппет срабатывает что то типо wp-admin/profile.php вот тогда да, а если для вас что-то другое кажется критичным, то скорее всего вы зря паникуете использовать дальше все нормально.
А касательно EAV в WordPress я вам скажу придумал один парень, ему очень хотелось какой-то тайтл приговаривать что мол WordPress, такое есть ... такое .. Просто никто не понимает, но они там где-то глубоко, и ещё это не колбеки в php, Алана Кея и кажется Егора Бугаенко в одном флаконе (про егора не уверен, но Алана Кея железно был упомянут), ну хочется человеку позиционировать себя как специалиста по правильному ООП в WordPress, пусть он его и показывает, зачем у него хлеб отбирать поминая в комментах ёти три буквы. Пусть он сам расскажет где оно там.
Это как бы прихоть одного человека, не стоит эта история обсуждения
А нет ли каких-нибудь примеров этих сложных проектов с миллионными оборотами? Просто вообще непонятно, если есть что то прям сложное, то это же по определению исключает готовые модули? И вот здесь все говорят о плюсах по сравнению с другими, а имеют ли сравнивающие реальное представление о чем-то другом? О безопасности там, гибкости?
У одного их моих клиентов есть бизнес, который связан с печатью картин на заказ
Ок, пример есть. Ссыль можно в студию позырить?
И ведь особых альтернатив WooCommerce в нише малого и среднего бизнеса нет.
modx + minishop какой-нибудь, ни?
Писать что-то с нуля?
Че с нуля? На фреймворке.
будет в несколько раз дороже как в плане разработки так и поддержки
Тогда возникает сомнение, что это "действительно сложные проекты".
не факт что получится лучше чем на WooCommerce
В мире вообще мало что можно гарантировать. Но если проект сложный, то просят переписать и закастомить каждую кнопочку и как бы по-любому в конечном счете по большей части будут самописы.
Тема безопасности на Вордпресс мной поднята, но в ответе не расскрыта.
Что касается безопасности, то 43% всех сайтов в Интернете работают на
WordPress. Если там найдется дырка, то об этом определенно узнает весь
Интернет и очень быстро.
Да, в рубрике "никогда такого не было и вдруг опять". Если взлом массовый или дыра найдётся не злоумышленники, а спеца и по безопасности.
Ссылку дать не могу по понятным причинам.
Ну тогда пример есть, но он секретный. По понятным причинам. Те примера нет.
Modx и Drupal практически невозможно продать
Чой-та? Дык вы сайт, а не движок продавайте
Автор, не слушай местный токсицизм ) ты на верном пути )
WP это топ )
Просто 99% прогеров не понимают в чем сила )
А сила в правде, правда в том что это топ 1 в мире.
Там еще особый тип ООП - на базе сообщений - оч отличается от того чему учат всех в школах.
Потому 99% кодеров не понимают что это и думают что там все плохо.
Но правда в том что там все круто. Архитектура на столько сильная что большинство смогут понять это только через 10-20 лет ) если повезет )
Тут сравнение с симфой и ларой https://wpcraft.ru/blog/v-chem-raznicza-mezhdu-wordpress-symfony-laravel/
Да, наминусили автора знатно.
в рф чтобы быть про вордпресс нужны яица )
но по миру все понятно.
топ компании мира переходят на вордпресс.
до рф это дойдет через 10-20 лет ) где то в 2032 году кто то что то поймет )
но рано или поздно дойдет )
Какие, например, топ-компании? Можете привести штук 5?
Почему-то мне кажется что это троллинг был.
eBay - для сайта компании использует WordPress
Renault - главный сайт + лендинги для новый машин
Sony - для фанатов Playstation сайт для общения и второй сайт для Sony music
Mozilla - сайт блога
cPanel - главный сайт
Продолжать?
На ebayinc.com следов WordPress не увидел.
В принципе - конечно, WP работает, несложные сайты типа "сайт блога" или даже "лендингы" на нём можно клепать сколько угодно. Даже можно с кривой вёрсткой, как на "главном сайте cPanel", им простят.
В целом это сайты, которые ничего особенного не делают кроме вывода контента - для этого и правда удобнее всего пользоваться CMS, их для этого придумали.
Но это бесконечно далеко от "топ компании мира переходят на вордпресс."
А зачем делать что-то сложное?
Если сайт сложен на Laravel тот же блог или визитка то это будет считаться круче?
Если сайт компании, где просто новости публикуются разработан на ReactJS это лучше?
Здесь не вопрос в сложность проектов. А в том, что надо признать факт, что сайты на WordPress делают, сотрудников в штат нанимают и платят за это нормальные деньги.
Кто-то считает что и 1С программирование это вообще не программирование, но темнее 2к$ можно получать не напрягаясь.
Хочется вам кичится тем, что вы владеете супер сложным языком программирования или технологией и сидеть с голой п*пой, дело ваше.
Реальность такова. Смиритесь
Если сайт - блог или визитка, то WordPress отлично годится, это его ниша.
Но если так, то разрабатывать там особо нечего - слайдер прицепить, контент подвигать, свистоперделку сбоку приляпать "мы вам перезвоним" - и всё. За это денег нормально и постоянно никто платить не будет, потому что уровень для этого достаточен очень начинающий, и таких специалистов на рынке избыток. Если устраивает возня на этом рынке - пожалуйста, все там были, в этом ничего плохого или позорного.
Но если хочется интересных задач, современных технологий и хороших задач - оттуда надо вырастать. Не бежать, а вырастать.
Благодарю :-)
Качество решения определяют прежде всего руки, а уже потом CMS и фреймворк. Токсичность большинства людей по поводу вп очевидна - ребята просто помнять каким это все было 10 лет назад и продолжают мыслить стереотипами. А, ну и плюс влияние их экспертизы. Ведь проще же назвать архитектуру вп говнокодом чем потратить немного времени на изучение eda.
На деле же, экосистема вп как и сам движок тоже не стоит на месте и уже сегодня можно видеть достаточно много хороших решений с современными подходами в разработке. Я даже где-то видел Laravel-подобную архитектуру внутри одного из плагинов) Злым языкам достаточно просто освежить свои знания и все пройдет)
Сколько людей столько и мнений. Одни сумели вырасти из звания рядовых разрабов, осознав, что программирование - это прежде всего решение конкретных проблем, а уже потом - код. Другие же, до сих пор меряются пи***ьками у кого код лучше. От последних собственно и можно услышать фразы по типу "вп гавно", "пхп гавно" и т.д.
Я думаю, что будущее у вп как и у разработчиков вп однозначно есть. В ближайшие годы он все также будет лидером в своей нише. Автор молодец, как уже написали выше, не слушайте токсичное общество.
Ну и напоследок, напишу пару очевидностей от кэпа:
- Если вы видите ООП и легаси код, вы можете реализовать свои "идеальные" абстракции поверх. Это достаточно просто, если у вас есть проф. экспертиза.
- Уходя от "банальных цмсочек" на какой-нибудь продукт или проект, есть вероятность ударится головой о еще большую стену легаси кода, велосипедов, подсоленную нулевой документацией. Не думайте, что там все идеально)
- Под WP можно писать тесты (внезапно).
- 95% людей, которые утверждают, что на конструкторе проще менять контент, имеют сайт уровня 2003 года (кстати тогда была выпущена первая версия WP), как по функционалу, так и по визуалу.
Всегда забавляет вот это "100500% сайтов сделано на этом языке/фреймворке/вставьте слово". А качество сайтов никто не учитывает. Даже сотня одностраничных визиток - мусор в плане аргументации качества чего либо в сравнении с одним сайтом уровня хотя бы интернет-магазина. И точно так же сотня мелких интернет-магазинчиков - мусор по сравнению с серьезной облачной энтерпрайз-платформой
Вы бы не процент от количества сайтов приводили, а, например, процент от топ-миллиона сайтов в сети по трафику в месяц. На том же BuiltWith эти отчеты за три минуты генерируются. И внезапно оказывается, что там по сути и не пахнет CMS.
И больше всего таким буллщитом пытаются заманить в свои ряды как раз "разработчики" визиток типа CMS, Тильды и тд. В том же лагере 1С с их "самой важной платформой, номер 1 в мире, скоро ваши Джавы вымрут, только подождите" (прямая цитата) и фанатики голого php, застрявшие в нулевых.
Ощущение, что все эти люди живут в каком-то своем мире. В котором они топ-1, важны, актуальны, умеют не меньше других и тд. А снаружи сидят люди на Джаве, Шарпе, Котлине, Плюсах, Расте, даже, простите, Жсе, для которых это всё - детские поделки. И смотрят снисходительно
Если бухгалтер научилась делать отчет в 1С, она не разработчик. Если офисный клерк накликал себе бложик на Вордпрессе, он не разработчик. Если он по вечерам кое-как наклепал себе там плагин какой-то... ну, в теории, он уже разработал что-то. Примерно как в разделах Get Started в документации ко многим языкам, где "вы написали println!("Hello World"), теперь вы Раст-разработчик". Но это не значит, что нечто, позволяющее ему вот так накликать бложик и прикрутить сбоку пару плагинов, резко стало чем-то серьезным и перспективным. Перспективным для таких, как он - вполне. Перспективным в мире IT в целом - нууу... такое)
Ок, тогда Вы сами не проверили инфу. Просто вбив в google топ 100 самых посещаемых сайтов за 2020 или 2021 год, то можно увидеть spotify com - 21,735,668 Monthly traffic за 2021 год в US. Сверимся с Вашим сайтом, и о, как неожиданно, spotify com сделан на WordPress
Неправда, spotify.com сделан на Реакте и никаким WordPress там и не пахнет. Вы бы хоть код глянули.
Я использовала информацию с сайта который Вы предоставили как авторитетное.
Делюсь ссылкой https://trends.builtwith.com/websitelist/WordPress
По той же ссылке вы могли открыть подробный отчет по тому же Спотифаю (тут) и увидеть, что там не только Вордпресс, но еще и Реакт (как уже упомянул@mSnus), и Next.js (подозреваю, что Реакт в нём и нашли), и Svelte. А зная, что десктоп клиент у них сделан на Электроне, несложно догадаться, что из перечисленного преобладает в том, чем пользуются люди. Да и код их сдк находится в открытом доступе и там тоже только Реакт. Подозреваю, что Вордпресс был найден в каких-то дальних углах апи, которые просто забыли выбросить. А BuiltWith просто ползает по сайту и заносит в отчет всё, что смог найти. Так что вообще неудивительно. И вообще не пример чего-то популярного на Вордпрессе
К тому же я говорил про общую массу, а вы нашли один пример и радостно побежали "опровергать". Даже если бы Спотифай был целиком на CMS (Боже упаси), как бы один частный случай изменил общую картину?
Вы таким уровнем цифровой грамотности и ведения спора только подтверждаете мое мнение из изначального сообщения
Все, сдаюсь, победили, пошла учить С#
Тем не менее, 43,2% сайтов в мире сделано на WordPress. 43,2% в мире ? сайтов и выброшеных денег.
Ах да, и начальству скажу, пусть фигнёй не мучаются и сделают сайт как минимум на реакте, а то позор. Ужас та какой, да и ещё и в штате держать низкосортного разраба.
Благодарю за путь истинный.
Все расходимся!
Тем не менее, 43,2% сайтов в мире сделано на WordPress. 43,2% в мире ? сайтов и выброшеных денег.
Не ?, просто примерно 43.2% сайтов в интернете как раз типовые сайты для WP. Просто поинт как раз в том, что сложные сайты на WP - натягивание совы на глобус. Можно ли на WP написать свой твиттер или фейсбук? Можно. Будут ли они такие же по качеству и производительности? Я сомневаюсь.
низкосортного разраба
Не низкосортный, но узоспециализированный. Это не беда сама по себе, но всё-таки проблема - когда занимаешься чем-то одним, то не с чем сравнивать, и понять, хорошо это или плохо становится трудно.
Вот спросите себя - что будет, если завтра WP исчезнет? Вакансий нет, все wp-сайты переписывают на что-то другое. Сложно ли вам будет найти работу? Что вы узнали для себя нового и интересного за время работы с WP? Сможете быстро переквалифицироваться в Java или C# бэкендера? Или начать писать фронт на реакте или ангуляре?
Я вам изначально говорил про то, что % от общего числа сайтов ничего не значит (это могут быть 100500 сайтов-визиток от студентов и школьников, как было модно в php когда-то, а могут быть настоящие сайты). И что надо смотреть на более адекватные метрики. Вы же сначала прибежали с одним сомнительным примером меня опровергать, а когда не взлетело, полилась кислота по трубам. И вы снова аппелируете к % от количества сайтов в сети)
Подумайте, может не заходить в комментарии тогда, если вас так легко вывести из себя?
Ну и да. Я ни разу не видел и не слышал о сколько-нибудь серьезном сайте на CMS. Курсачи для студентов, бложики для не-разработчиков, сайты провинциальных контор из трех экранов, наскор слепленные лагающие магазинчики - вот этого добра полно. А выше всё, потолок. Мб там единицы и делабт что-то стоящее внимания, но имхо потратят столько сил, что давно бы на что-то полноценное перешли и не мучались
Имеет ли CMS право на жизнь? Да вполне. Зачем офисному планктону или уборщице год учить джаву/ноду, а потом еще год реакт/ангулар до приемливого уровня, если нужен им блог-одностраничник? Да незачем, тут и конструктор справится. Но нужно осознавать границы своих возможностей. И не трубить про "перспективы" и "да мы огого, куда там вашим джавам/шарпам/плюсам/..."
У каждого инструмента есть сфера применения. За пределами которой он себя чувствует так себе. Джава прекрасна на серверах, тайпскрипт на фронте, котлин на андроиде, шарп в десктопе на винде и тд. Поэтому люди и используют разные инструменты под разные задачи. Утверждения про "один лучший язык/фреймворк на все времена и для всего на свете" можно услышать или от совсем уж нубов, или от фанатиков.
Более того, нормальный разработчик, если он не выгорел и не является изначально вайтишником ради "гор бабок а этом вашем АйТи", только рад учить новое что-то, потому что ему тупо интересно. Я работаю на джаве, пишу бэкенды. В свободное время и расширяю знания о той же джаве, и осваиваю ангулар под фронтэнд и мультиплатформу котлина под мобильную разработку. Потому что интересно. Меня устраивает моя работа и я не хочу никуда "сбегать" с нее, мне просто интересно и остальное. Если у вас перспектива учить что-то кроме вашего Вордпресса вызывает такой ужас, что вы с такой издевкой об этом говорите, то стоит задуматься, ради чего вы вообще работаете. Это жажда денег или настолько слепая фанатичность? Судя по попытке завлечь еще людей в свою секту сферу и общей истеричности в ответ на критику, скорее второе. В любом случае, мне ответ не особо интересен, дело ваше, но я бы задумался, если бы поймал такой звоночек
А откуда вы взяли 43.2?)
Фуксия, синий, зеленый на одной странице. Маладежнэнька
По той же ссылке вы могли открыть подробный отчет по тому же Спотифаю (тут)
Твою девизию. Сколько тут всего, как в этом разобраться )))
Под сдк имеется ввиду это https://github.com/spotify/spotify-web-playback-sdk-example ? Ну, тут просто пример фронта, который взаимодействует с каким-то беком. Электрон - просто способ быстро симулировать дестопное приложение вместо сайта, хотя кто знает. Но тем не менее, это тоже не говорит о том, какой-там бек.
К тому же я говорил про общую массу, а вы нашли один пример
Ну, на меня бы этот пример таки произвел бы впечатление, если бы инфа о том, что он работает на вордпресс подтвердилась. Пока что сказать, что я в сомнении, значит ничего не сказать. Но на странице вакансий я нашель Our global benefits, но не список технологий.
Ну, на меня бы этот пример таки произвел бы впечатление
А на меня - нет. Имхо частные случаи в общей картине ничего не значат, это как выбросы ошибки в статистике. Несколько лет назад на Хабре человек написал свой форум на ассемблере полностью. Говорит ли это, что голый ассемблер - хороший выбор для создания форумов? Нет. Это говорит о том, что одному конкретному человеку было настолько не лень, что он по сути свой движок с нуля написал на почти голом железе, не используя вообще ничего. Думаю, аналогия понятна. Написать можно почти что угодно на чем угодно. Вот только в одном случае у вас есть инструментарий и изначальный фокус на что-то, а в другом придется полдвижка переписать, еще половину дописать руками, а в итоге потратить еще в сотню раз больше времени ради не особо лучшего результата
Даже если бы Спотифай был полностью на Вордпрессе, для меня бы один этот конкретный случай в отрыве от общей картины значил только одно: одна конкретная компания его успешно использует. А дальше уже пошли домыслы. Может они сначала на нем склепали на коленке, а потом резко взлетело и было тупо некогда переписывать? Ну, попали в ловушку легаси, когда допилить кривой фреймворк еще чуть-чуть вот в этом углу проще, чем потратить миллионы человекочасов на полный перенос. А может там реально все не так плохо. Мы не знаем.
И вот для таких догадок и нужна общая картина. Если мы видим, что есть немало серьезных популярных сайтов, использующих некую технологию, можно сделать хотя бы чем-то обоснованное предположение о ее качестве (и то не факт в итоге, но вероятность повышается). А если видно, что таких сайтов - раз-два и кончились, а основная масса - бложики и визиточки, то тут даже думать особо не нужно, можно сразу отметать, имхо
Электрон - просто способ быстро симулировать дестопное приложение вместо сайта
Да это и есть сайт. Запакованный с хромиумом и веб-сервером (нодой) в один бинарник. От которого даже его создатели открестились, признав "качество". Но я не к этому его привел. А к тому, что в него заворачивают фронтенд на жсе/тсе. То есть там явно тот же Реакт, а никак не Вордпресс (который там тупо не будет работать)
От которого даже его создатели открестились, признав "качество".
Какие создатели открестились, электрона?
к тому, что в него заворачивают фронтенд на жсе/тсе. То есть там явно тот же Реакт, а никак не Вордпресс
А как можно електронь бэк заворачивать? Конечно фронт. Ваши примеры априори фронтовые и не могут ничего сказать про бекенд.
Но то, что спотифай таки попал в список ворд пресс на builtwith, не заставляет ли задуматься, стоит ли доверять его данным?
Даже если бы Спотифай был полностью на Вордпрессе, для меня бы один этот конкретный случай в отрыве от общей картины
Который показывает, что принципиально в Вордпресс возможен рост и надо смотреть на то, какой ценой. Пока что и это не очевидно
Какие создатели открестились, электрона?
Да. И давно пора бы. Если так хочется фронт завернуть в десктоп, можно взять Taury. Да, придется поучить Rust. Зато та же идея при размерах бинарника, потреблении ресурсов и скорости работы в 2-3 раза лучше, чем у Электрона
Но то, что спотифай таки попал в список ворд пресс на builtwith, не заставляет ли задуматься, стоит ли доверять его данным?
Я пока не находил ошибок в его отчетах. Более того, один раз им случайно нашли дырку в файерволле путем натравливания на определенный адрес и просмотра результатов (там появлялся недавно развернутый Nginx, который вообще снаружи по задумке не должны были видеть). Так что конечно доверие не 100%, но высокое. И изначально я этот сервис привел просто как пример такого сервиса, а не единственный вариант. Если вам известно ято-то оучше - буду рад услышать
Который показывает, что принципиально в Вордпресс возможен рост и надо смотреть на то, какой ценой.
Я уже приводил пример с форумом на голом ассемблере. То, что один человек/команда/компания его сделал, не говорит о том, что кто-то еще так делает или что ассемблер - перспективный язык создания сайтов. Рост на всем возможен, не на всем нужен. Как вы сами сказали, вопрос цены этого роста
Этот проект назывался Xray, но GitHub отказались продолжать развитие проекта.
Украинские разрабы сталкера не одобряют нейминг.
А ведь ещё с третьего осла Майкрасофт развивал, а к пятому вроде как довёл до рабочего состояния свои HTA, но скорости инета и развитие веба не позволили идеи взлететь.
https://habr.com/ru/post/40707/
IE был жёстко интегрирован в ось, что давало возможности оптимизации. Но и привязало браузер к обновлению оси. Сейчас наверно обновления винды хоть и не в фоне, но куда прокаченеё. А раньше IE6 был самым передовые и дружественным браузером на релизе, но не обновлялся в хп и потому верстальщик вынуждены были извращаться, добиваясь в нем чего то похожего на более новые браузер, поддерживающие стандарты, которых на момент выхода IE6 тупо не существовало.
Короче, сейчас такой проблемы для осла уже нет, но репутация у него настолько упала, что майки даже свой хромой браузер с трудом продвигают
Я уже приводил пример с форумом на голом ассемблере. То, что один
человек/команда/компания его сделал, не говорит о том, что кто-то еще
так делает или что ассемблер - перспективный язык создания сайтов
Не говорит, но и восхищаться созданием форума на ассамблере не мешает
Забавно, сейчас то в 2022 году мечтать про WordPress и думать какие сайты на нем можно сделать))
Конечно для лендосов и блогов он подойдёт, для быстрой разработки, но WP явно не будут рассматривать для всего остального, к примеру сфера E-commerce. Все таки три основных гиганта лучше смотрятся(Angular, React, Vue), а там ещё svelte на пятки хочет наступить...
WordPress разработчик. Насколько перспективная профессия?