Существует устойчивый стереотип о том, что WordPress это только про создание сайтов используя готовые темы и установку плагинов. Но так ли это? Кто же те люди, которые создают те самые плагины и темы? Хочу поговорить про профессию WordPress разработчик и насколько это перспективное направление в 2022 году.
Привет, меня зовут Валя и я WordPress разработчик в немецкой fintech компании Lano. Я уже 9 лет занимаюсь разработкой сайтов на WordPress. Мой карьерный рост прошел через подбор, установку, настройку темы до разработки своих персонализированных решений.
WordPress - это система управления контентом и она самая популярная система в мире. На сегодняшний день каждый 3-й сайт в мире создан на платформе WordPress. По данным сайта w3tech на конец 2021 года 41% сайтов в мире сделано на WordPress. Достаточно ли доказательств?
Помимо популярности данной системы вокруг нее собрано немало стереотипов. Один из самых популярных это то, что когда ты говоришь, что ты разработчик WordPress, то люди думают что ты создаешь сайты устанавливая тему и плагины. Все, на этом сайт готов и твоя работа выполнена.
Я хотела бы как раз в этой статье и прояснить, в чем разница “делать сайты на WordPress” и “быть разработчиков WordPress”.
Да, создавая сайт на WordPress Вы будете использовать тему и плагины, но вот как раз тему и плагины создают разработчики.
Кто такой WordPress разработчик?
Разработчик WordPress занимается тем, что может создавать кастомные темы, кастомные плагины, а также делать какие-либо доработки. Разработчик пишет код на языке программирования.
Что использует и какими инструментами пользуется WordPress разработчик:
PHP - основной язык программирования для WordPress,
HTML, CSS - как основа верстки любых шаблонов страниц,
JavaScript - широко используется для дополнительного функционала как для самого движка так и для самого сайта,
библиотека jQuery,
React.JS - c 2020 года
Отдельно хотелось бы обговорить React.JS и WordPress. Начиная с версии 5.7 WordPress активно внедряет в свою систему эту технологию. На данный момент многие разработчики тем и плагинов активно пытаются также внедрять это для своих продуктов. Основное место использования React это создание дополнительных функциональных блоков для встроенного конструктора страниц Gutenberg.
WordPress не стоит на месте, он идет за современными трендами и внедряет в себя современные библиотеки. Из этого я могу сделать вывод, что WordPress будет только наращивать свои позиции в сайтостроении.
Как стать WordPress разработчиком?
Если обратиться на любые фриланс биржи, то ли это русскоговорящая биржа, то ли это международная биржа, Вы обязательно встретите достаточно много запросов на проекты по разработке сайтов на WordPress. Чаще всего это как раз ограничивается тем, что вы разрабатываете сайт используя темы и плагины или же какие-то конструкторы допустим тот же Elementor, Visual Composer, Divi и т.д.
Начать свой путь можно как раз с основ WordPress разрабатывая сайты используя уже готовые темы и плагины других разработчиков. В таком контексте вы поймете принцип работы WordPress. Поймете:
как устроена структура WordPress
вы будете практиковаться подключать базу данных
разберетесь как интегрируется база данных с WordPress
как работает тема
как работает плагин
что такое виджеты
как работают шаблоны страниц
и т.д
Когда знания будут более крепкими, Вы более уверенно сможете перейти на разработку под WordPress. Начать можно с минимальных доработок и переходить на более сложные и сложные проекты.
Плюсы в карьере WordPress разработчика
У WordPress существует большое комьюнити которое может помочь в различных вопросах. Причем это может быть помощь от элементарных задач по настройке до сложных систем разработки. На сайте StackOverflow есть отдельный раздел для вопросов по WordPress разработке.
Доступная и понятная документация по разработке на удобном для вас языке. Также существуют полноценные русскоязычные справочники от русскоговорящих коллег с примерами и разъяснениями простым языком.
Вывод
WordPress, без преувеличений, самая популярная система для разработки сайтов. Вы никогда не останетесь без работы, так как можно быть как разработчиком, так и администратором сайта.
Скорее всего Вы не станете участником супербольшого проекта, но стабильная работа в малой или средней компании, я думаю Вы будите обеспечены.
Я верю в эту систему и вижу как она развивается.
А что думаешь ты? Пиши в комментариях.
Комментарии (96)
svob
04.01.2022 17:15+4Зачем так насыщать текст ключами :(
Даже если бы он писался не для Хабра, а просто куда-нибудь, был бы переспам.
nikitaGlobal
04.01.2022 17:27+23Wordpress разработчик недорого онлайн, самый популярный движок сайтов, шкаф двухстворчатый купить в Москве, большой ассортимент, сборка под заказ.
amarao
04.01.2022 17:37+4С перечисленными вами знаниями вы не сможете стать администратором сайта.
// мимо проходил девопс.
Vel_Wild Автор
05.01.2022 12:39+1Почему нет?
amarao
05.01.2022 15:27Потому что от администратора требуется понимание, как оно устроено внутри. Можно начать с теории DNS и маршрутизации. Или с концепции блочных и символьных устройств.
... наверное, это не совсем вордпресс, и это причина, почему знание вордпресса совершенно бесполезно в администрировании.
MisterN
05.01.2022 18:26+2Я так понимаю, что под администратором имеется ввиду работник, который наполняет новости на сайте и в принципе в объявлениях о работе говорится, что он ещё предлагает предложения по развитию, нанимает сторонних программистов по согласованию с начальством. По факту не знаю, что они там ещё делают, но сомневаюсь, что данный труд требует глубокой компетенции.
Вообще, не понимаю, что можно 9ть лет изучать в какой-нибудь cms. Года через два три разраб уже наверно должен начать разрабатывать дополнения, немного набить в этом руку, а куда дальше развиваться в рамках блоговой cms?
baldr
05.01.2022 19:07+1Да, девочка на ресепшене тоже называется администратором, но для нее "маршрутизация" - это траектория движения маршрутки и она вам ответит что ей это знать необязательно.
комикс про project manager
Vel_Wild Автор
05.01.2022 23:07-1Причем DNS и маршрутизации к администрированию сайта на WordPress? Администратор wordpress сайта занимается:
Управлением и поддержкой WordPress, делаем обновления WordPress, темы, следит за безопасностью и т. д.
MisterN
07.01.2022 01:13Чтобы следить за безопасностью, надо заказывать у узких спецов аудит безопасности. Они пропентестят, найдут дыры и скажут, как закрыть. Просто читать в бложиках сообществ про свежие эксплойты и уязвимости, и обновлять тоже полезно, но не достаточно. Крупный и денежный проект конкуренты ломанут
amarao
07.01.2022 12:16Следит за безопасностью и т.д. Вот следит 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-администратор сайта? Продолжает следить?
baldr
04.01.2022 17:49+4сли обратиться на любые фриланс биржи, то ли это русскоговорящая биржа,
то ли это международная биржа Вы обязательно встретите достаточно много
запросов на проекты по разработке сайтов на WordPressДада, и еще встретите достаточно много симпатичных смуглых ребят, которые через 5 минут после публикации задачи уже оставили 20 предложений со средней стоимостью $2.5/час.
Jack_Rabbit
05.01.2022 10:59+1И это просто отлично. К счастью, многие клиенты понимают, что между специалистом за 2.5$ и 50$/час какая-то разница есть :)
garex
04.01.2022 18:38+3Если хотите выгореть раньше времени от полнейшего треша и внутреннего устройства вордперса, то добро пожаловать ))
weart
04.01.2022 19:25garex
04.01.2022 20:02+1https://github.com/WordPress/WordPress/blob/90100ff8831cb7e834afd6823527a4e846b5eba0/index.php
`require DIR . '/wp-blog-header.php';`
Это только начало. См. внутрь и не плачьте сильно.
Попытки сделать красиво на основе ????-архитектуры приводят к красивому, но тому же ????.
weart
04.01.2022 20:12-2Зачем мне внутрь движка смотреть?) Я отношусь к нему как к фреймворку, моя задача - писать красиво и по уму мой код. Да, есть полно вопросов к вп, ну а к кому их нет?) Да, есть задачи, которые лучше решать другими средствами.
garex
04.01.2022 20:17+4Затем, чтоб делать совместимые версии тем/плагинов. Чтобы не падало всё при очередном обновлении этого куска. Да даже чтобы от него абстрагироваться, всё равно надо знать как он устроен и когда какое "событие" там срабатывает.
Btw, а вы хоть раз пробовали тесты писать вместе с wp?
weart
05.01.2022 11:08Для этого этого changelog, в котором разрабы подробно описывают, чего они выпилили, а чего добавили. На каждое движение ходить в файлы движка это странно. И, внезапно, в дебаг лог также выводятся нотисы о deprecated функциях.
Jack_Rabbit
05.01.2022 11:39Можете привести пример, когда вы обновили плагин и у вас все упало? Или это просто ваши предположения? :)
К слову, и сам движок, и многие популярные модули покрыты тестами. На сайте даже целый гайд есть: https://make.wordpress.org/core/handbook/testing/automated-testing/. Мне сложно представить разработку WooCommerce или WooCommerce Subscriptions без тестов.
Да, ошибки случаются (как например конфликт между WooCommerce и WP Rocket из-за ActionScheduler год назад или баг добавлением вариаций в корзину в некоторых версиях WooCommerce 5.6 - 5.7.2), но они достаточно оперативно исправляются.
Гораздо чаще приходится иметь дело с совемтимостью некоторых модулей между собой, особенно если они реализуют схожий функционал, но это уже другой вопрос.
tommyangelo27
05.01.2022 13:12сам движок, и многие популярные модули покрыты тестами. На сайте даже целый гайд есть: make.wordpress.org/core/handbook/testing/automated-testing. Мне сложно представить разработку WooCommerce или WooCommerce Subscriptions без тестов.
Интересно, первый раз о таком слышу (так как обычно не пишу под WP). А есть может какие-то опенсорсные готовые тестовые для WooCommerce, например для phpunit? Так, чтобы взять и допилить под себя?Jack_Rabbit
05.01.2022 14:14+2Да, тесты и документация есть в публичных репозиториях: https://github.com/woocommerce/woocommerce/tree/trunk/plugins/woocommerce/tests
https://github.com/WordPress/wordpress-develop
Также есть готовый test runner для WordPress: https://github.com/WordPress/phpunit-test-runner
Vel_Wild Автор
05.01.2022 23:35почему бы для этого не использовать стейджинг?
garex
06.01.2022 06:17Вы в 21 веке тестируете совместимость с прошлыми версиями WP и разными версиями PHP руками? Оставайтесь там же и продолжайте наблюдение ))
Vel_Wild Автор
06.01.2022 10:38-1Вы явно не понимаете как устроен WordPress и работа с ним. Все намного проще, чем Вы думаете. WordPress когда выкатывает обновления пишет по этому поводу документацию.
А работать со стейджингом и выпускать в продакшн только рабочее это не то что правильно и адекватно, это как бы норма любой разработки.
garex
06.01.2022 11:22Ручное тестирование -- не норма. Норма -- юнит/интеграционное/e2e тестирование. Стейджинг, докер -- это уже детали.
vovasik
06.01.2022 11:19нет ну если эта часть вызывает столько вопросов или не непонимания, то конечно не стоит заниматься, но по честному как пример не очень, можно было сильно лучше найти буквально рядом.
PANDor
04.01.2022 21:58+3WordPress и другие CMS системы — это про быстрое прототипирование, а не про разработу.
Знать, как сделать на нем бложек или ряд лендосов — хороший дополнительный навык для маркетолога. Либо на старте карьеры дизайнером или фронтенд-разработчиком — сделать пару шаблонов на продажу.
А вот называть это профессией ... в 2220 году ... такое себе. Это равносильно призывать идти работать по профессии "специалиста по шурупам" и показывать динамику продажи мебели, средние цены на сборку мебели.
urvanov
04.01.2022 22:08Мне кажется, что основная проблема WordPress-разработчика сейчас, скорее всего, связана с засилием Tilda и Wix, которые переманивают всех на себя. Но это так, взгляд со стороны
Vel_Wild Автор
05.01.2022 12:50Я думаю не переманят. У WordPress преимущество. Сайт полностью твой, что не скажешь про Tilda и wix
Flatboy
06.01.2022 10:40Лол кек чебурек, я пилю плагины под вп, как в репу, так и узко специализированные интеграции для дорвееводов, блогеров, ну и немного под ву. Зп около 400к. В чем проблема называть мою профессию вордпресс разработчиком? Почему так не может каждый?
Есть знакомые которые под продажу темы пилят, там студия из 5 человек. Мне до них далеко по заработку.
А есть мидл на фронте, вуе, в сбере, там зп 220к.
dom3d
04.01.2022 23:40Мне сайт сделал племянник на WordPress.
Я его администрирую.Как то там (WordPress) все сделано не по современному. Прогресс остановился.
На Wix или Укозе проще менять контент.И еще сегодня раз и сайт не работает.
Пришлось восстанавливать бэкап недельной давности.
Почему он не работал, хрен его знает.
mSnus
05.01.2022 03:36+4Закопаться в WordPress - значит, обречь себя на постоянную работу среди дешёвых заказов, дешёвых клиентов, копание в говнокоде кривых сторонних тем и плагинов, древней архитектуре самого WP.
Если есть малейшая возможность - нужно как можно скорее вырастать из любых "движков", от убогого Битрикса до вечно молодой Joomla. Иначе безнадежно отстанешь, вылетишь на обочину и похоронишь карьеру. Разве что и правда захочется свалить в "администраторы сайтов".
Vel_Wild Автор
05.01.2022 22:32Почему же? Зарплатная вилка WordPress разработчиков достаточно достойная от 700$ до 4000$. На 2к реально ремоут устроится в западную кантору с базовыми крепкими навыками.
mSnus
06.01.2022 00:22+1Что, серьёзно, кто-то готов постоянно платит 4К в месяц за постоянную доработку WordPress?
Vel_Wild Автор
06.01.2022 00:28тот кто использует сайт как основной источник лидов
mSnus
06.01.2022 00:47у "того, кто.." есть конкретное объявление о вакансии? можно ссылочку?
Vel_Wild Автор
06.01.2022 02:24Welcome to LinkedIn
Bromles
06.01.2022 07:27+1Звучит занятно, зная, что на Линке как раз в абсолютном большинстве случаев разработчикам рекрутеры сами пишут, в крайнем случае разработчик постит свое резюме в ленту и потом уже ему пишут. А миддлов/сеньоров даже с статусом "закрыт к предложениям" каждый день в лс вакансиями заваливают. В паблик вакансиях обычно лежит то, на что уже никто в личке не откликнулся, это скорее "на авось", вдруг найдется
Если вам там приходится самим искать открытые вакансии, это уже показатель такой себе востребованности, ведь даже джунам со статусом Open to work раза 3-4 в неделю что-то сами предлагают рекрутеры)
Jack_Rabbit
06.01.2022 11:51$4000 - это совсем немного (25$ в час). Вменяемый специалист на WordPress может зарабатывать раза в два-три больше при работе удаленно. Или вы действительно считаете, что если бизнес где-то в США зарабатывает $50-100K в месяц через сайт на WordPress, то он не сможет себе позволить платить за его доработки $50-100 в час?
mSnus
06.01.2022 11:58Бизнес может себе позволить что угодно, просто в этом нет смысла. Если сайту требуется доработок на 160 часов в месяц, в течение хотя бы полугода, значит, он очень далёк от базового функционала WordPress, и нет смысла что-то в нём допиливать - проще взять нормальный фреймворк и писать на нём.
Jack_Rabbit
06.01.2022 12:29Многие крупные сайты на WordPress далеки от базового функционала. Именно по этому им и нужны разработчики для этой системы.
Что касается идеи выбросить все и написать с нуля... Представьте, что вы построили дом, вложили кучу средств и тут вам нужно сменить обои.
Вы тоже будете ради этого его сносить и строить заново?
mSnus
06.01.2022 12:56Спасибо, хорошая аналогия.
Если для переклейки обоев нужно 6 месяцев непрерывной работы недешевого специалиста, то я лучше снесу эту хрень и построю нормальный дом, где обои можно будет переклеить за день.
Jack_Rabbit
06.01.2022 15:04Осталось только объяснить клиенту что вам для переклейки обоев нужно шесть месяцев работы и что ему нужно оплачивать строительство нового дома. Он будет в восторге :)
codeby
07.01.2022 12:19И специализированную бригаду строителей, которые знают теперь как этот дом построен
Jack_Rabbit
05.01.2022 10:51+1Разработка под WordPress бывает очень разной. Часто это что-то простое, но есть и действительно сложные проекты с миллионными оборотами и огромным количеством интеграций со всякими там Salesforce, Klaviyo, Facebook, Afterpay и другими системами.
Основной плюс WordPress заключается в огромном количестве готовых модулей, стабильном и гибком API, хорошей документации, а также наличии хорошей админки.
Как следствие, это позволяет запускать проекты ощутимо быстрее и за ощутимо меньшие деньги. Собственно, именно по этой причине WordPress и WooCommerce так популярны в США, ЕС и других странах.
Что касается качества кода, то здесь все очень неоднозначно как и в любом другом проекте, который развивается десятки лет и пытается сохранить обратную совместимость с модулями. К счастью, в WordPress есть все, чтобы не лезть внутрь самого движка.
uptimizt
05.01.2022 18:44-1там другая беда )
в WP ООП на основе сообщений, модулей и идей Алана Кея.
это в школе не преподают.
в школе преподают идеи Сазерленда про классы.
потому большинство кодеров имея знания про школу - думают так как Сазерленд и классы - идеал это Лара или Симфа.
а когда видят архитектуру на основе сообщений - это не понятно.
потому проще сказать что вордпресс плохо, чем понять что там просто другой тип ООП ) которому в школе не обучают )
чуть подробнее тут https://wpcraft.ru/blog/wordpress-eto-prosto/
mSnus
06.01.2022 00:33+2Какой там ООП? Там обычный процедурный подход, ляпаем много функций и вызываем по очереди.
Статья по ссылке вообще великолепно отражает уровень WordPress сеньоров: они умудряются противопоставлять ORM с EAV и MVC с EDA, совершенно разные сущности из разных плоскостей. Такое ощущение, что вообще не понимают, о чем пишут!
Да и нет там ни EAV, ни EDA. Хуки-крюки это вообще не EDA... В общем, у себя в блоге пусть пишут что угодно, но на Хабре это не прокатит.
Jack_Rabbit
06.01.2022 11:31WordPress планомерно перепиывают на классы уже лет пятнадцать и при этом умудряются сохранять обратную совместимость. Да, местами это выглядит сильно так-себе, но это неизбежное зло в больших и старых проектах, где нельзя вот так взять и все переписать.
К тому же я бы не стал так однозначно рассуждать о преимуществах объектно-ориентированного подхода над процедурным. Да, c использованием ООП сложнее писать неподдерживыемые куски счастья, но некоторых творцов это никак не останавливает...
Важно чтобы код был покрыт тестами, оставался не сильно связанным и был более-менее внятно документрован. Именно с этим у WordPress больших проблем нет.
Ну и по поводу ваших рассуждений о EAV... WordPress изначально использует модель EAV для хранения метаданных. Во многом это напоминает реализацию EAV в Magento со своими особенностями. В случае с WordPress это решение достаточно удачное, хотя имеет и свои недостатки.
mSnus
06.01.2022 11:55Я не расуждал о преимуществах. Я говорил, что ООП там по факту нет, а не какой-то мифический "другой тип ООП". Даже там, где что-то завёрнуто в классы/методы, внутри оказываются обычные процедуры. Вот типичный 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 надо вырастатькак можно скорее.
Jack_Rabbit
06.01.2022 12:15Вы, вероятно, давно не заглядывали в WordPress :)
Таблицы wp_posts, wp_users, wp_comments и wp_terms используется для хранения сущностей (Entity), а для хранения данных есть wp_postmeta, wp_usermeta, wp_commentmeta, wp_usermeta и wp_termmeta.
У каждой таблицы с сущностями есть отдельная таблица для хранения аттрибутов. Это самый что ни есть EAV, который используется по своему прямому назначению - хранению разреженных данных (sparse data).
Как я говорил выше, у этого подхода есть свои минусы. Самый основной - это большое количество строк и медленные выборки. Это цена, которую мы платим за гибкость. К сожалению, альтернатив здесь не так много.
Что касается примера с ACF, то нужно понимать, что и это расширение уже развивается десяток лет и тоже содержит кучу легаси кода. Это обычное явление для больших и старых проектов. К счастью, это тоже покрыто тестами.
Лично я в этом большой проблемы не вижу, поскольку мне не нужно лезть в код сторонних модулей.
mSnus
06.01.2022 12:53+2Я в него заглядывал только что. Вы выдумываете про "хранение сущностей" - wp_posts как раз хранит основные данные, в чём легко убедиться по структуре:
wp_posts
А wp_*meta это не для данных, а для разных мелких параметров, метаданных, под которые нет смысла заводить отдельные колонки.
Например, в wp_usermeta - настройки и параметры пользователей.Но в случае с WP всё опять криво - хранятся сериализованные массивы данных, так что это уже не EAV, а просто свалка:
типичный wp_usermeta Поэтому EAV в WordPress можно найти только редкими кусками, вперемешку с другими подходами. Да и как вам объяснить... это как гордиться, что настройки у нас хранятся в key-value storage. Ну, молодцы, что не в BLOB, здорово. Но это не называется словом "архитектура".
Jack_Rabbit
06.01.2022 15:18Паттерн EAV используется именно для хранения мелких параметров для сущностей, они же аттрибуты. Само название как-бы намекает Entity (сущность) - Attribute (аттрибут) - Value (значение).
Он используется в системах, где у сущностей может быть огромное количество разных аттрибутов. И чтобы не добавлять новую колонку в таблицу когда какому-то товару потребовалось новое уникальное для него поле, и был придуман подход EAV.
Именно по этой причине он и используется и в Magento, и в WordPress. Основное отличие - это в способе хранения типов значений.
А теперь расскажите как правильно нужно хранить sparse data и чем плох подход с сериализированными данными? Может в Adobe (Magento) и Automattic (WordPress) полные идиоты сидят и не видят очевидных решений?
mSnus
06.01.2022 16:18А теперь напомню, о чём была речь в статье по ссылке выше. Вот эта великолепная цитата, показывающая уровень, что автора статьи по ссылке, что автора комментария:
И тут 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, тот же Битрикс на порядок хуже.
Jack_Rabbit
06.01.2022 18:21Нюанс в том, что не всегда нужно производить выборку по значениям аттрибутов. Когда использовать сериализацию, а когда просто хранить значения в нескольких строках решает разработчик. WordPress со своей стороны предоставляет API.
Что касается "архитектуры 10-15 летней давности", то можете просветить нас что же принципиально нового появилось в мире архитектур за последние 10-15 лет? Вы же должны это точно знать, если беретесь так однозначно утверждать что один подход лучше чем другой.
vovasik
07.01.2022 11:02по факту это качество кода стороннего плагина причем тут WordPress, если его не ставить то открою секрет, в wp_postmeta всех этих нереализованных данных не будет.
Я бы понял если бы вы привели пример кода с самой страницы профиля пользователя, на которой этот ваш сниппет срабатывает что то типо wp-admin/profile.php вот тогда да, а если для вас что-то другое кажется критичным, то скорее всего вы зря паникуете использовать дальше все нормально.
А касательно EAV в WordPress я вам скажу придумал один парень, ему очень хотелось какой-то тайтл приговаривать что мол WordPress, такое есть ... такое .. Просто никто не понимает, но они там где-то глубоко, и ещё это не колбеки в php, Алана Кея и кажется Егора Бугаенко в одном флаконе (про егора не уверен, но Алана Кея железно был упомянут), ну хочется человеку позиционировать себя как специалиста по правильному ООП в WordPress, пусть он его и показывает, зачем у него хлеб отбирать поминая в комментах ёти три буквы. Пусть он сам расскажет где оно там.
Это как бы прихоть одного человека, не стоит эта история обсуждения
MisterN
06.01.2022 13:40А нет ли каких-нибудь примеров этих сложных проектов с миллионными оборотами? Просто вообще непонятно, если есть что то прям сложное, то это же по определению исключает готовые модули? И вот здесь все говорят о плюсах по сравнению с другими, а имеют ли сравнивающие реальное представление о чем-то другом? О безопасности там, гибкости?
Jack_Rabbit
06.01.2022 15:33У одного их моих клиентов есть бизнес, который связан с печатью картин на заказ. За прошлый год они увеличили оборот до нескольких миллионов долларов. Все продажи идут через сайт на WooCommerce.
Есть ещё клиент со сложным сайтом с подписками. Там из фишек - это возможность поставить подписку на паузу и сложный график доставок с просчетом маршрутов, кухни, меню, и т.д.
И ведь особых альтернатив WooCommerce в нише малого и среднего бизнеса нет.
Есть Shopify, есть BigCommerce, но это не вариант если нужно что-то кастомное. И чем более кастомное - тем сильнее не вариант.
Magento хорош, но там бюджеты сильно выше. Не всякий малый и средний бизнес может себе позволить разработку и поддержку проекта на Magento.
Писать что-то с нуля? Да, это вариант, но:
1) не факт что получится лучше чем на WooCommerce
2) будет в несколько раз дороже как в плане разработки так и поддержки
У бизнеса свои критерии выбора.
MisterN
06.01.2022 20:57У одного их моих клиентов есть бизнес, который связан с печатью картин на заказ
Ок, пример есть. Ссыль можно в студию позырить?
И ведь особых альтернатив WooCommerce в нише малого и среднего бизнеса нет.
modx + minishop какой-нибудь, ни?
Писать что-то с нуля?
Че с нуля? На фреймворке.
будет в несколько раз дороже как в плане разработки так и поддержки
Тогда возникает сомнение, что это "действительно сложные проекты".
не факт что получится лучше чем на WooCommerce
В мире вообще мало что можно гарантировать. Но если проект сложный, то просят переписать и закастомить каждую кнопочку и как бы по-любому в конечном счете по большей части будут самописы.
Тема безопасности на Вордпресс мной поднята, но в ответе не расскрыта.
Jack_Rabbit
07.01.2022 12:08Ссылку дать не могу по понятным причинам.
Что касается безопасности, то 43% всех сайтов в Интернете работают на WordPress. Если там найдется дырка, то об этом определенно узнает весь Интернет и очень быстро. С популярными модулями та же история.
Modx и Drupal практически невозможно продать. С PrestaShop ситуация лучше, но не сильно.
Что касается OpenCart, то он популярен в основном на развивающихся рынках из-за более низкой стоимости времени разработчиков. В долгострочной перспективе он обходится дорого.
Что касается "сложных" проектов и какая система лучше здесь подходит, то все зависит от конкретного бизнесса, его потребностей и возможностей. Лично у меня нет однозначного ответа здесь.
В большинстве случаев берется готовая платформа вроде WooCommerce, Shopify и прочие Magento и приводится в человеческий вид за несколько сотен или даже тысяч часов.
Часто используется стандартное решение с шаблонами на сервере, но я чаще стал встречать проекты, где бекенд построен на одной из упомянутых ранее систем, а фронтенд на каком-то Vue или React с интеграцией через API.
MisterN
07.01.2022 15:30Что касается безопасности, то 43% всех сайтов в Интернете работают на
WordPress. Если там найдется дырка, то об этом определенно узнает весь
Интернет и очень быстро.Да, в рубрике "никогда такого не было и вдруг опять". Если взлом массовый или дыра найдётся не злоумышленники, а спеца и по безопасности.
Ссылку дать не могу по понятным причинам.
Ну тогда пример есть, но он секретный. По понятным причинам. Те примера нет.
Modx и Drupal практически невозможно продать
Чой-та? Дык вы сайт, а не движок продавайте
uptimizt
05.01.2022 18:27-1Автор, не слушай местный токсицизм ) ты на верном пути )
WP это топ )
Просто 99% прогеров не понимают в чем сила )
А сила в правде, правда в том что это топ 1 в мире.
Там еще особый тип ООП - на базе сообщений - оч отличается от того чему учат всех в школах.
Потому 99% кодеров не понимают что это и думают что там все плохо.
Но правда в том что там все круто. Архитектура на столько сильная что большинство смогут понять это только через 10-20 лет ) если повезет )
Тут сравнение с симфой и ларой https://wpcraft.ru/blog/v-chem-raznicza-mezhdu-wordpress-symfony-laravel/
urvanov
05.01.2022 19:05Да, наминусили автора знатно.
uptimizt
05.01.2022 19:27-1в рф чтобы быть про вордпресс нужны яица )
но по миру все понятно.
топ компании мира переходят на вордпресс.
до рф это дойдет через 10-20 лет ) где то в 2032 году кто то что то поймет )
но рано или поздно дойдет )
mSnus
06.01.2022 00:34Какие, например, топ-компании? Можете привести штук 5?
Vel_Wild Автор
06.01.2022 11:02eBay - для сайта компании использует WordPress
Renault - главный сайт + лендинги для новый машин
Sony - для фанатов Playstation сайт для общения и второй сайт для Sony music
Mozilla - сайт блога
cPanel - главный сайт
Продолжать?
mSnus
06.01.2022 11:49На ebayinc.com следов WordPress не увидел.
В принципе - конечно, WP работает, несложные сайты типа "сайт блога" или даже "лендингы" на нём можно клепать сколько угодно. Даже можно с кривой вёрсткой, как на "главном сайте cPanel", им простят.
В целом это сайты, которые ничего особенного не делают кроме вывода контента - для этого и правда удобнее всего пользоваться CMS, их для этого придумали.
Но это бесконечно далеко от "топ компании мира переходят на вордпресс."
Vel_Wild Автор
06.01.2022 14:40А зачем делать что-то сложное?
Если сайт сложен на Laravel тот же блог или визитка то это будет считаться круче?
Если сайт компании, где просто новости публикуются разработан на ReactJS это лучше?
Здесь не вопрос в сложность проектов. А в том, что надо признать факт, что сайты на WordPress делают, сотрудников в штат нанимают и платят за это нормальные деньги.
Кто-то считает что и 1С программирование это вообще не программирование, но темнее 2к$ можно получать не напрягаясь.
Хочется вам кичится тем, что вы владеете супер сложным языком программирования или технологией и сидеть с голой п*пой, дело ваше.
Реальность такова. Смиритесь
mSnus
06.01.2022 15:58Если сайт - блог или визитка, то WordPress отлично годится, это его ниша.
Но если так, то разрабатывать там особо нечего - слайдер прицепить, контент подвигать, свистоперделку сбоку приляпать "мы вам перезвоним" - и всё. За это денег нормально и постоянно никто платить не будет, потому что уровень для этого достаточен очень начинающий, и таких специалистов на рынке избыток. Если устраивает возня на этом рынке - пожалуйста, все там были, в этом ничего плохого или позорного.
Но если хочется интересных задач, современных технологий и хороших задач - оттуда надо вырастать. Не бежать, а вырастать.
Vel_Wild Автор
06.01.2022 21:15-1А чем Вы занимаетесь? Что "особого" разработали за карьеру? К чему стремится?
kirillbdev
05.01.2022 22:43+1Качество решения определяют прежде всего руки, а уже потом CMS и фреймворк. Токсичность большинства людей по поводу вп очевидна - ребята просто помнять каким это все было 10 лет назад и продолжают мыслить стереотипами. А, ну и плюс влияние их экспертизы. Ведь проще же назвать архитектуру вп говнокодом чем потратить немного времени на изучение eda.
На деле же, экосистема вп как и сам движок тоже не стоит на месте и уже сегодня можно видеть достаточно много хороших решений с современными подходами в разработке. Я даже где-то видел Laravel-подобную архитектуру внутри одного из плагинов) Злым языкам достаточно просто освежить свои знания и все пройдет)
Сколько людей столько и мнений. Одни сумели вырасти из звания рядовых разрабов, осознав, что программирование - это прежде всего решение конкретных проблем, а уже потом - код. Другие же, до сих пор меряются пи***ьками у кого код лучше. От последних собственно и можно услышать фразы по типу "вп гавно", "пхп гавно" и т.д.
Я думаю, что будущее у вп как и у разработчиков вп однозначно есть. В ближайшие годы он все также будет лидером в своей нише. Автор молодец, как уже написали выше, не слушайте токсичное общество.
Ну и напоследок, напишу пару очевидностей от кэпа:
- Если вы видите ООП и легаси код, вы можете реализовать свои "идеальные" абстракции поверх. Это достаточно просто, если у вас есть проф. экспертиза.
- Уходя от "банальных цмсочек" на какой-нибудь продукт или проект, есть вероятность ударится головой о еще большую стену легаси кода, велосипедов, подсоленную нулевой документацией. Не думайте, что там все идеально)
- Под WP можно писать тесты (внезапно).
- 95% людей, которые утверждают, что на конструкторе проще менять контент, имеют сайт уровня 2003 года (кстати тогда была выпущена первая версия WP), как по функционалу, так и по визуалу.Vel_Wild Автор
05.01.2022 22:52Благодарю за поддержку. Подписываюсь под каждым словом. Как я и писала в статье, что есть стереотипы про WordPress
Bromles
06.01.2022 07:17+1Всегда забавляет вот это "100500% сайтов сделано на этом языке/фреймворке/вставьте слово". А качество сайтов никто не учитывает. Даже сотня одностраничных визиток - мусор в плане аргументации качества чего либо в сравнении с одним сайтом уровня хотя бы интернет-магазина. И точно так же сотня мелких интернет-магазинчиков - мусор по сравнению с серьезной облачной энтерпрайз-платформой
Вы бы не процент от количества сайтов приводили, а, например, процент от топ-миллиона сайтов в сети по трафику в месяц. На том же BuiltWith эти отчеты за три минуты генерируются. И внезапно оказывается, что там по сути и не пахнет CMS.
И больше всего таким буллщитом пытаются заманить в свои ряды как раз "разработчики" визиток типа CMS, Тильды и тд. В том же лагере 1С с их "самой важной платформой, номер 1 в мире, скоро ваши Джавы вымрут, только подождите" (прямая цитата) и фанатики голого php, застрявшие в нулевых.
Ощущение, что все эти люди живут в каком-то своем мире. В котором они топ-1, важны, актуальны, умеют не меньше других и тд. А снаружи сидят люди на Джаве, Шарпе, Котлине, Плюсах, Расте, даже, простите, Жсе, для которых это всё - детские поделки. И смотрят снисходительно
Если бухгалтер научилась делать отчет в 1С, она не разработчик. Если офисный клерк накликал себе бложик на Вордпрессе, он не разработчик. Если он по вечерам кое-как наклепал себе там плагин какой-то... ну, в теории, он уже разработал что-то. Примерно как в разделах Get Started в документации ко многим языкам, где "вы написали println!("Hello World"), теперь вы Раст-разработчик". Но это не значит, что нечто, позволяющее ему вот так накликать бложик и прикрутить сбоку пару плагинов, резко стало чем-то серьезным и перспективным. Перспективным для таких, как он - вполне. Перспективным в мире IT в целом - нууу... такое)
Vel_Wild Автор
06.01.2022 15:02Ок, тогда Вы сами не проверили инфу. Просто вбив в google топ 100 самых посещаемых сайтов за 2020 или 2021 год, то можно увидеть spotify com - 21,735,668 Monthly traffic за 2021 год в US. Сверимся с Вашим сайтом, и о, как неожиданно, spotify com сделан на WordPress
mSnus
06.01.2022 16:00Неправда, spotify.com сделан на Реакте и никаким WordPress там и не пахнет. Вы бы хоть код глянули.
Vel_Wild Автор
06.01.2022 18:05Я использовала информацию с сайта который Вы предоставили как авторитетное.
Делюсь ссылкой https://trends.builtwith.com/websitelist/WordPress
Bromles
06.01.2022 18:14+2По той же ссылке вы могли открыть подробный отчет по тому же Спотифаю (тут) и увидеть, что там не только Вордпресс, но еще и Реакт (как уже упомянул@mSnus), и Next.js (подозреваю, что Реакт в нём и нашли), и Svelte. А зная, что десктоп клиент у них сделан на Электроне, несложно догадаться, что из перечисленного преобладает в том, чем пользуются люди. Да и код их сдк находится в открытом доступе и там тоже только Реакт. Подозреваю, что Вордпресс был найден в каких-то дальних углах апи, которые просто забыли выбросить. А BuiltWith просто ползает по сайту и заносит в отчет всё, что смог найти. Так что вообще неудивительно. И вообще не пример чего-то популярного на Вордпрессе
К тому же я говорил про общую массу, а вы нашли один пример и радостно побежали "опровергать". Даже если бы Спотифай был целиком на CMS (Боже упаси), как бы один частный случай изменил общую картину?Вы таким уровнем цифровой грамотности и ведения спора только подтверждаете мое мнение из изначального сообщения
Vel_Wild Автор
06.01.2022 20:45Все, сдаюсь, победили, пошла учить С#
Тем не менее, 43,2% сайтов в мире сделано на WordPress. 43,2% в мире ???? сайтов и выброшеных денег.
Ах да, и начальству скажу, пусть фигнёй не мучаются и сделают сайт как минимум на реакте, а то позор. Ужас та какой, да и ещё и в штате держать низкосортного разраба.
Благодарю за путь истинный.
Все расходимся!
bromzh
07.01.2022 01:00Тем не менее, 43,2% сайтов в мире сделано на WordPress. 43,2% в мире ???? сайтов и выброшеных денег.
Не ????, просто примерно 43.2% сайтов в интернете как раз типовые сайты для WP. Просто поинт как раз в том, что сложные сайты на WP - натягивание совы на глобус. Можно ли на WP написать свой твиттер или фейсбук? Можно. Будут ли они такие же по качеству и производительности? Я сомневаюсь.
низкосортного разраба
Не низкосортный, но узоспециализированный. Это не беда сама по себе, но всё-таки проблема - когда занимаешься чем-то одним, то не с чем сравнивать, и понять, хорошо это или плохо становится трудно.
Вот спросите себя - что будет, если завтра WP исчезнет? Вакансий нет, все wp-сайты переписывают на что-то другое. Сложно ли вам будет найти работу? Что вы узнали для себя нового и интересного за время работы с WP? Сможете быстро переквалифицироваться в Java или C# бэкендера? Или начать писать фронт на реакте или ангуляре?
Bromles
07.01.2022 02:40Я вам изначально говорил про то, что % от общего числа сайтов ничего не значит (это могут быть 100500 сайтов-визиток от студентов и школьников, как было модно в php когда-то, а могут быть настоящие сайты). И что надо смотреть на более адекватные метрики. Вы же сначала прибежали с одним сомнительным примером меня опровергать, а когда не взлетело, полилась кислота по трубам. И вы снова аппелируете к % от количества сайтов в сети)
Подумайте, может не заходить в комментарии тогда, если вас так легко вывести из себя?
Ну и да. Я ни разу не видел и не слышал о сколько-нибудь серьезном сайте на CMS. Курсачи для студентов, бложики для не-разработчиков, сайты провинциальных контор из трех экранов, наскор слепленные лагающие магазинчики - вот этого добра полно. А выше всё, потолок. Мб там единицы и делабт что-то стоящее внимания, но имхо потратят столько сил, что давно бы на что-то полноценное перешли и не мучались
Имеет ли CMS право на жизнь? Да вполне. Зачем офисному планктону или уборщице год учить джаву/ноду, а потом еще год реакт/ангулар до приемливого уровня, если нужен им блог-одностраничник? Да незачем, тут и конструктор справится. Но нужно осознавать границы своих возможностей. И не трубить про "перспективы" и "да мы огого, куда там вашим джавам/шарпам/плюсам/..."
У каждого инструмента есть сфера применения. За пределами которой он себя чувствует так себе. Джава прекрасна на серверах, тайпскрипт на фронте, котлин на андроиде, шарп в десктопе на винде и тд. Поэтому люди и используют разные инструменты под разные задачи. Утверждения про "один лучший язык/фреймворк на все времена и для всего на свете" можно услышать или от совсем уж нубов, или от фанатиков.
Более того, нормальный разработчик, если он не выгорел и не является изначально вайтишником ради "гор бабок а этом вашем АйТи", только рад учить новое что-то, потому что ему тупо интересно. Я работаю на джаве, пишу бэкенды. В свободное время и расширяю знания о той же джаве, и осваиваю ангулар под фронтэнд и мультиплатформу котлина под мобильную разработку. Потому что интересно. Меня устраивает моя работа и я не хочу никуда "сбегать" с нее, мне просто интересно и остальное. Если у вас перспектива учить что-то кроме вашего Вордпресса вызывает такой ужас, что вы с такой издевкой об этом говорите, то стоит задуматься, ради чего вы вообще работаете. Это жажда денег или настолько слепая фанатичность? Судя по попытке завлечь еще людей в свою
сектусферу и общей истеричности в ответ на критику, скорее второе. В любом случае, мне ответ не особо интересен, дело ваше, но я бы задумался, если бы поймал такой звоночек
MisterN
06.01.2022 22:09Фуксия, синий, зеленый на одной странице. Маладежнэнька
По той же ссылке вы могли открыть подробный отчет по тому же Спотифаю (тут)
Твою девизию. Сколько тут всего, как в этом разобраться )))
Под сдк имеется ввиду это https://github.com/spotify/spotify-web-playback-sdk-example ? Ну, тут просто пример фронта, который взаимодействует с каким-то беком. Электрон - просто способ быстро симулировать дестопное приложение вместо сайта, хотя кто знает. Но тем не менее, это тоже не говорит о том, какой-там бек.
К тому же я говорил про общую массу, а вы нашли один пример
Ну, на меня бы этот пример таки произвел бы впечатление, если бы инфа о том, что он работает на вордпресс подтвердилась. Пока что сказать, что я в сомнении, значит ничего не сказать. Но на странице вакансий я нашель Our global benefits, но не список технологий.
Bromles
07.01.2022 03:03Ну, на меня бы этот пример таки произвел бы впечатление
А на меня - нет. Имхо частные случаи в общей картине ничего не значат, это как выбросы ошибки в статистике. Несколько лет назад на Хабре человек написал свой форум на ассемблере полностью. Говорит ли это, что голый ассемблер - хороший выбор для создания форумов? Нет. Это говорит о том, что одному конкретному человеку было настолько не лень, что он по сути свой движок с нуля написал на почти голом железе, не используя вообще ничего. Думаю, аналогия понятна. Написать можно почти что угодно на чем угодно. Вот только в одном случае у вас есть инструментарий и изначальный фокус на что-то, а в другом придется полдвижка переписать, еще половину дописать руками, а в итоге потратить еще в сотню раз больше времени ради не особо лучшего результата
Даже если бы Спотифай был полностью на Вордпрессе, для меня бы один этот конкретный случай в отрыве от общей картины значил только одно: одна конкретная компания его успешно использует. А дальше уже пошли домыслы. Может они сначала на нем склепали на коленке, а потом резко взлетело и было тупо некогда переписывать? Ну, попали в ловушку легаси, когда допилить кривой фреймворк еще чуть-чуть вот в этом углу проще, чем потратить миллионы человекочасов на полный перенос. А может там реально все не так плохо. Мы не знаем.
И вот для таких догадок и нужна общая картина. Если мы видим, что есть немало серьезных популярных сайтов, использующих некую технологию, можно сделать хотя бы чем-то обоснованное предположение о ее качестве (и то не факт в итоге, но вероятность повышается). А если видно, что таких сайтов - раз-два и кончились, а основная масса - бложики и визиточки, то тут даже думать особо не нужно, можно сразу отметать, имхо
Электрон - просто способ быстро симулировать дестопное приложение вместо сайта
Да это и есть сайт. Запакованный с хромиумом и веб-сервером (нодой) в один бинарник. От которого даже его создатели открестились, признав "качество". Но я не к этому его привел. А к тому, что в него заворачивают фронтенд на жсе/тсе. То есть там явно тот же Реакт, а никак не Вордпресс (который там тупо не будет работать)
MisterN
07.01.2022 09:43От которого даже его создатели открестились, признав "качество".
Какие создатели открестились, электрона?
к тому, что в него заворачивают фронтенд на жсе/тсе. То есть там явно тот же Реакт, а никак не Вордпресс
А как можно електронь бэк заворачивать? Конечно фронт. Ваши примеры априори фронтовые и не могут ничего сказать про бекенд.
Но то, что спотифай таки попал в список ворд пресс на builtwith, не заставляет ли задуматься, стоит ли доверять его данным?
Даже если бы Спотифай был полностью на Вордпрессе, для меня бы один этот конкретный случай в отрыве от общей картины
Который показывает, что принципиально в Вордпресс возможен рост и надо смотреть на то, какой ценой. Пока что и это не очевидно
Bromles
07.01.2022 10:47Какие создатели открестились, электрона?
Да. И давно пора бы. Если так хочется фронт завернуть в десктоп, можно взять Taury. Да, придется поучить Rust. Зато та же идея при размерах бинарника, потреблении ресурсов и скорости работы в 2-3 раза лучше, чем у Электрона
Но то, что спотифай таки попал в список ворд пресс на builtwith, не заставляет ли задуматься, стоит ли доверять его данным?
Я пока не находил ошибок в его отчетах. Более того, один раз им случайно нашли дырку в файерволле путем натравливания на определенный адрес и просмотра результатов (там появлялся недавно развернутый Nginx, который вообще снаружи по задумке не должны были видеть). Так что конечно доверие не 100%, но высокое. И изначально я этот сервис привел просто как пример такого сервиса, а не единственный вариант. Если вам известно ято-то оучше - буду рад услышать
Который показывает, что принципиально в Вордпресс возможен рост и надо смотреть на то, какой ценой.
Я уже приводил пример с форумом на голом ассемблере. То, что один человек/команда/компания его сделал, не говорит о том, что кто-то еще так делает или что ассемблер - перспективный язык создания сайтов. Рост на всем возможен, не на всем нужен. Как вы сами сказали, вопрос цены этого роста
MisterN
07.01.2022 12:14Этот проект назывался Xray, но GitHub отказались продолжать развитие проекта.
Украинские разрабы сталкера не одобряют нейминг.
А ведь ещё с третьего осла Майкрасофт развивал, а к пятому вроде как довёл до рабочего состояния свои HTA, но скорости инета и развитие веба не позволили идеи взлететь.
https://habr.com/ru/post/40707/
IE был жёстко интегрирован в ось, что давало возможности оптимизации. Но и привязало браузер к обновлению оси. Сейчас наверно обновления винды хоть и не в фоне, но куда прокаченеё. А раньше IE6 был самым передовые и дружественным браузером на релизе, но не обновлялся в хп и потому верстальщик вынуждены были извращаться, добиваясь в нем чего то похожего на более новые браузер, поддерживающие стандарты, которых на момент выхода IE6 тупо не существовало.
Короче, сейчас такой проблемы для осла уже нет, но репутация у него настолько упала, что майки даже свой хромой браузер с трудом продвигают
Я уже приводил пример с форумом на голом ассемблере. То, что один
человек/команда/компания его сделал, не говорит о том, что кто-то еще
так делает или что ассемблер - перспективный язык создания сайтовНе говорит, но и восхищаться созданием форума на ассамблере не мешает
tervizator
07.01.2022 14:20Забавно, сейчас то в 2022 году мечтать про WordPress и думать какие сайты на нем можно сделать))
Конечно для лендосов и блогов он подойдёт, для быстрой разработки, но WP явно не будут рассматривать для всего остального, к примеру сфера E-commerce. Все таки три основных гиганта лучше смотрятся(Angular, React, Vue), а там ещё svelte на пятки хочет наступить...
Pogan
Простите, но вы хотя бы встроенными системами проверки орфографии тексты проверяйте перед публикацией. Ну неприлично же.
Vel_Wild Автор
Согласна, есть с граматикой проблемки