Size: a a a

WordPress && WooCommerce

2020 December 01

A

Anton in WordPress && WooCommerce
В андерскор вроде нет поддержки гутенберга и последних фич из 5 ветки
источник

S

Sergey in WordPress && WooCommerce
Anton
В андерскор вроде нет поддержки гутенберга и последних фич из 5 ветки
давно не смотрел его
источник

KL

Katya Leurdo in WordPress && WooCommerce
советуют kadence, но это не про минимализм
источник

a

allpeg in WordPress && WooCommerce
Katya Leurdo
я вот тоже не понимаю зачем инклюдить css в js, но я работала с FullCalendar, который собирается только так...
потому что кто-то написал хитрый скрипт webpack ради того чтобы все js файлы и чуть-чуть css собрать в ОДИН js-файл.

Но тут все внезапно начали его использовать, то ли из-за реакта, то ли хз почему, и оказалось, что для css-то нужны оказывается отдельные файлы!

и для этого решили использовать плагин, а чё, удобно же: инструмент сборки который ничего не умеет, но зато может подтягивать плагины.

И нет бы эти плагины удобно настраивались, нет, надо сделать 10 разных версий вебпака, в каждом их которых работают только плагины для этой версии...

в результате попытка использовать тот же sage и вообще любой проект разбивается о то, что нужно изучать как в нужной тебе версии вебпака работает нужный тебе плагин.

а нужных тебе плагинов не может быть меньше 20-ти, ведь нужен отдельный плагин на то, чтобы:
- удалять файлы перед сборкой
- собирать css
- собирать js
- транспайлить ts, scss, sass, less, more, enough, PUG
- собирать картинки
- класть их в нужную папку
и т.п.
источник

a

allpeg in WordPress && WooCommerce
в результате имеем дохрена проектов, каждый из которых при сборке генерит 2000 предупреждений о том, что данная версия вебпака - говно и надо переходить на следующую
источник

a

allpeg in WordPress && WooCommerce
и ладно я фуллстакер-фронтэндер, могу потратить часов 10 чтобы разобраться почему тема за которую твой заказчик отдал 100500$ не запускается вообще нигде, поменять все вебпак-плагины на новые версии, переделать все конфиги на новые версии, разобраться почему оно всё опять сломалось и т.п.
источник

a

allpeg in WordPress && WooCommerce
а ведь это способ получать безусловный базовый доход 🤔
делаем платную тему, и всю жизнь продаем для неё обновления зависимостей
источник

S

Sergey in WordPress && WooCommerce
думаю Sage это такой fun project, но на норм проектах его использовать странно именно потому что разбираться со сборкой дольше чем разрабатывать сам проект
источник

S

Sergey in WordPress && WooCommerce
базовый сборщик Gulp и простая тема по типу _s лучшее решение для тем
источник

S

Sergey in WordPress && WooCommerce
каждый второй разработчик пытается создать свой фреймворк, навернутый только понятными для него функциями, без документации, который в результате не пригоден для поддержки и ломается с первым крупным обновлением одной зависимости
источник

S

Sergey in WordPress && WooCommerce
Sage как будто чей-то подобный фреймворк вышедший из под контроля 😀
источник

A

Anton in WordPress && WooCommerce
allpeg
и ладно я фуллстакер-фронтэндер, могу потратить часов 10 чтобы разобраться почему тема за которую твой заказчик отдал 100500$ не запускается вообще нигде, поменять все вебпак-плагины на новые версии, переделать все конфиги на новые версии, разобраться почему оно всё опять сломалось и т.п.
У меня, может быть, маленький нубский вопрос: а разве нужно обновлять версии, если есть lock-файл, в котором зафиксированы используемые пакеты, и при установке они просто скачиваются? Ну, если, конечно, версия ноды позволяет.
источник

A

Anton in WordPress && WooCommerce
Неужто всё так плохо с этим?)
источник

S

Sergey in WordPress && WooCommerce
даже при лок файлах что-то может пойти не так
источник

A

Anton in WordPress && WooCommerce
Понятно, всегда есть риски
источник

S

Sergey in WordPress && WooCommerce
ну и версия ноды не стоит на месте
источник

S

Sergey in WordPress && WooCommerce
в отличие от зависимостей
источник

a

allpeg in WordPress && WooCommerce
Sergey
думаю Sage это такой fun project, но на норм проектах его использовать странно именно потому что разбираться со сборкой дольше чем разрабатывать сам проект
ну вообще, конечно идея-то-была-хорошая

мне вот реально хочется вместо того чтобы писать темы на голом php, вставляя css через хуки, писать на нормальном scss, фронт писать на typescript, шаблоны на твиге/блейде/или чём там сейчас модно и т.п.
и чтобы во всём этом была глубокая поддержка проверки типов как в typescript, аннотаций как в spring/symphony, и т.п.

и в идеале была бы тема, которая бы ПРОСТО РАБОТАЛА, давая тебе готовый шаблон как _s но со всем этим - я бы сейчас топил всеми руками и ногами за такую тему, и писал бы сейчас "_s говно! html5blank - говно! SUPERTHEME228 - вот будущее нормальной человеческой удобной типобезопасной разработки тем!"

sage это обещает, но не даёт.
источник

S

Sergey in WordPress && WooCommerce
Sage стал слишком специфичным, модный стак ради модного стака
источник

KD

KAGG Design in WordPress && WooCommerce
Anton
Надо начинать изучение с twenty-тем
+++
источник