Size: a a a

2020 July 25

A(

Alex (=ↀωↀ=)✧ in Drupal RU
Виктор Швецов
Пока задач нет. Интересны именно связи полей и функций между нодами и модулями...
Теория это круто, но реальная работа - она вся про практику.  Лучше всего придумать себе задачу и экспериментировать :) еще можно найти какой нибудь красивый платный шаблон или любой другой сайт и попытаться сделать точно так же, но своими силами. На первый взгляд ничего сложного, но шаг за шагом придется встретить кучу проблем, героически их решить, набить шишек, и самое важное - узнать как точно никогда не надо делать. Так выполняя один за одним проекты понимание и видение всей картины придет само собой
источник

A

Alexey in Drupal RU
Виктор Швецов
Ребята, посоветуйте, пожалуйста, уроки на drupal. Именно изучение админки, без воды. Только сегодня наткнулся на данную cms.
https://www.youtube.com/c/Utilvideo/playlists тут что-то по админке
источник

AI

Andrei Ivnitskii in Drupal RU
Добрый день, не сочтите за офтоп
Не справился сам с задачей - нужна помощь платно. Создал проект на фрилансе - отпишитесь по цене и срокам, если кого заинтересовало - там в комментариях или в тг в личке - https://freelancehunt.com/project/dorabotka-drupal-modulya-smsc/723468.html
источник
2020 July 26

ВШ

Виктор Швецов... in Drupal RU
Ребята, всем огромное СПАСИБО! Отзывчивая группа 👍
источник

ВШ

Виктор Швецов... in Drupal RU
Alex (=ↀωↀ=)✧
Теория это круто, но реальная работа - она вся про практику.  Лучше всего придумать себе задачу и экспериментировать :) еще можно найти какой нибудь красивый платный шаблон или любой другой сайт и попытаться сделать точно так же, но своими силами. На первый взгляд ничего сложного, но шаг за шагом придется встретить кучу проблем, героически их решить, набить шишек, и самое важное - узнать как точно никогда не надо делать. Так выполняя один за одним проекты понимание и видение всей картины придет само собой
Мне сначала надо понять встроенные возможности drupal. И отталкиваясь от них готовить проект, который пока в мыслях. Например вордпрес - не подходит по многим критериям, как и многие нефункциональные cms. Drupal с каждым днём удивляет) 👍 Главное понять логику внутреннего устройства...
источник

M

Mike in Drupal RU
Nikita Malyshev
Все равно быстрее их голой системы. 🤷‍♂️
Никит, так в том то и дело, что по феншую в вордпрессе ставится redis cache для авторизованных юзеров, пилятся преконнекты более быстрой загрузки внешних ресурсов, и прямая отдача сгенерированного кеша из nginx, но естественно для этого надо юзать VPS и обладать знаниями, но зато есть потребность в ускорении и следовательно ниша для заработка я в среднем за ускорение wp беру от 200 до 600 баксов, причем большинство действий автоматизировано, руками остается только выпилить дубли шрифтов и чутка рихтануть шаблон. После этого магазин с 500.000 товаров грузится за 0.5-1 сек полностью. Но конечно там беда с архитектурой, например, ACF для полей и Woocommerce нещадно используют 1 таблицу wp_post_meta, есть правда плагины для выноса заказов и полей в отдельные таблицы, но 95 процентов разрабов этим не заморачиваются, поэтому есть общее мнение сто вордпресс самый тормозной движок))  С оптимизацией друпала, по крайней мере в D7 мне приходится пилить кучу великов, тот же лези лоад для видео с ютуба/картинок или асинхронная загрузка веб шрифтов через webfont.js, но ускорить работу самого сайта довольно таки просто, иногда тупо берем железку с кучей памяти/ядер и тюним конфиги nginx, php и mysql и дело в шляпе, а с магазом на вордпрессе мощная железка не помогает, если не пилить то что выше описал.
источник

M

Mike in Drupal RU
Victor Stepankov
а ещё у них нет вьюсов
есть но платные разрабы даже вот такое написали: https://toolset.com/documentation/programmer-reference/guide-drupal-developers-switching-wordpress/
источник

M

Mike in Drupal RU
С ЧПУ там тоже полно проблем и то что в друпале из коробки, там надо покупать плагин чтобы сделать как в лрупале. У меня ушло где-то 600-800 долларов на дев. лицензии плагинов первой необходимости, которые правда оплатил один из крупных заказчиков.
источник

M

Mike in Drupal RU
Я сейчас работаю со сложными проектами WP/D7/D8 и знаю слабые/сильные места этих систем. Реальная боль которая предстоит в 2022 году это переезд сложных магазинов с кучей кастома с D7 на D9, правда заказчикам прийдется за это хорошо заплатить…
источник

VS

Victor Stepankov in Drupal RU
видел я эти платные плагины, они там ограничены в стиле "вывести посты, отсортировать по дате"
источник

VS

Victor Stepankov in Drupal RU
без унификации сущностей как в друпале, это всё костыли в себе
источник

M

Mike in Drupal RU
Victor Stepankov
без унификации сущностей как в друпале, это всё костыли в себе
сущности (там они называются типы постов)  создаются и можно к ним поля цеплять и сортировки делать, но проблема что все сущности хранятся в 1 таблице wp_posts, которая со временем распухает в размерах, с полями как писал выше есть решение вынести в отдельную таблицу и добавить индексы. Вобщем самая большая проблема вордпресса в проектировании БД, но в тоже самое время они не могут перепроектировать БД потому что тогда куча плагинов сломается и нет миграций. Единственное что сейчас делается для решения этой проблемы - разработчики больших плагинов типа woocommerce делают get/set api для получения/изменения данных и делают отдельные плагины, которые выосят заказы/поля и т.п. в отдельные таблицы вместо использования wp_post_meta
источник

M

Mike in Drupal RU
фасеты тоже есть но они платные и дорогие
источник

NM

Nikita Malyshev in Drupal RU
Mike
сущности (там они называются типы постов)  создаются и можно к ним поля цеплять и сортировки делать, но проблема что все сущности хранятся в 1 таблице wp_posts, которая со временем распухает в размерах, с полями как писал выше есть решение вынести в отдельную таблицу и добавить индексы. Вобщем самая большая проблема вордпресса в проектировании БД, но в тоже самое время они не могут перепроектировать БД потому что тогда куча плагинов сломается и нет миграций. Единственное что сейчас делается для решения этой проблемы - разработчики больших плагинов типа woocommerce делают get/set api для получения/изменения данных и делают отдельные плагины, которые выосят заказы/поля и т.п. в отдельные таблицы вместо использования wp_post_meta
> сущности (там они называются типы постов)
Нет, это бандлы, а не сущности.
источник

NM

Nikita Malyshev in Drupal RU
У них одна сущность - post
источник

M

Mike in Drupal RU
Nikita Malyshev
> сущности (там они называются типы постов)
Нет, это бандлы, а не сущности.
на языке друпала да, но wp разрабы называют их сущностями)
источник

NM

Nikita Malyshev in Drupal RU
Выходит, чтобы начать делать что-то без костылей, надо сразу с порога вывалить 600-800 баксов.

Затем сайт ставить на суперкомпьютеры, подрубать редисы, тюнить линуксы, php, mysql, redis и прочее. По кубернетам раскидывать, и это чтобы сайт работал нормально?
источник

NM

Nikita Malyshev in Drupal RU
И всё равно остаётся вагон и целая тележка проблем за которые придётся платить и решать.
источник

NM

Nikita Malyshev in Drupal RU
Расскажите как там деплой делают, на таких проектах.
источник

VS

Victor Stepankov in Drupal RU
Mike
сущности (там они называются типы постов)  создаются и можно к ним поля цеплять и сортировки делать, но проблема что все сущности хранятся в 1 таблице wp_posts, которая со временем распухает в размерах, с полями как писал выше есть решение вынести в отдельную таблицу и добавить индексы. Вобщем самая большая проблема вордпресса в проектировании БД, но в тоже самое время они не могут перепроектировать БД потому что тогда куча плагинов сломается и нет миграций. Единственное что сейчас делается для решения этой проблемы - разработчики больших плагинов типа woocommerce делают get/set api для получения/изменения данных и делают отдельные плагины, которые выосят заказы/поля и т.п. в отдельные таблицы вместо использования wp_post_meta
давай ещё раз.
В ВП для одних филдов только штук пять плагинов.
Это нефига не стандартизировано и если делать вьюсы, то надо под каждый этот контриб свои хендлеры, это нереально в "архитектуре" ВП
источник