это при основной работе?

У меня вот на данный момент миллион 370 рублей

мои доходы возросли к сожалению когда я перешел в laravel + vue. Но это потому что мне почему то они легче даются. А НА модх можно рубить деньги. Уж без работы точно сидеть не будете если правильно организовать рекламу. Да и сарафанное радио. Обычно проблема бывает от того что не успеваешь всё делать.

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

а в чем тогда проблема? не брать доп. заказов? или ты подумываешь уйти во фриланс и оставить работу?

нет, работу ближайшее время точно не оставлю, а чистый фриланс я не вытяну, уже пробовал, нужно с людьми общаться, а я это делать не очень умею, если найду человека который сможет общаться с клиентами, подумаю над этим

я как раз с клиентом общаться умею) но еще нужно уметь правильно называть цену. А с этим беда. всегда хочется занизить цену чтоб не вызвать негативных эмоций у клиента. в ущерб себе в общем приходится.

часть отказалась переезжать на модкс, другая часть теперь не по моей теме, не хочу в WP лазить

я просто сейчас анализирую свой уход с WP, если честно, изрядно потерял клиентов

А я б не стал с вордпресса уходить. я правда на нем не сидел особо

А я б не стал с вордпресса уходить. я правда на нем не сидел особо

Леха это слишком больно, когда клиент качает палёную или покупает готовую версию шаблона и ставит тебе такое ТЗ, что ты эту готовую тему считай заного напишешь

ее проще на modx портировать )

Леха это слишком больно, когда клиент качает палёную или покупает готовую версию шаблона и ставит тебе такое ТЗ, что ты эту готовую тему считай заного напишешь

Это другой вопрос:) в идеале конечно сверстать шаблон и натянуть на чистый вордпресс.

вот в этом и проблема, клиенты хотят ВП

вот в этом и проблема, клиенты хотят ВП

шаблон и готовая тема с настройками несколько разные вещи

Леха это слишком больно, когда клиент качает палёную или покупает готовую версию шаблона и ставит тебе такое ТЗ, что ты эту готовую тему считай заного напишешь

Американцы вот вордпресс любят) модекс у них не в почете:)

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

Вот, что мы планируем с темами по Shopaholic

Павел, а как у вас в October с Laravel обновляется? Сейчас, к примеру вышел Laravel 6. а в October тоже апгрейдится ядро под новый Laravel ?

мы в Evo тоже его расматривали в целом его можно юзать тоже ставиться плагином но решили что раз садимся на ларавель а у них Blade то на нем и остановились

мы в Evo тоже его расматривали в целом его можно юзать тоже ставиться плагином но решили что раз садимся на ларавель а у них Blade то на нем и остановились

а вы весь движок получается на ларавель переписывали?

хм, загуглил чутка про сравнение октября и modx, первое что бросилось в глаза - twig. Реально так и есть? почему не blade?

Те же яйца, вид сбоку. Но Твиг популярнее

а по удобству\функциональности примерно =?

Принципы Undercoat. 1. БЭМ На текущей стадии развития CSS это единственная вменяемая методология с разныеми ее вариациями. По множеству опросов, в т.ч. Global state of CSS 2019, 90% разработчиков используют или знают БЭМ. 2. Нет темы по умолчанию Большинство претензий к CSS-фреймворкам заключается в том, что при их использовании непременно приходится "бороться" с дефолтными стилями и "перебивать" их, т.к. никогда не хватает набора настраиваемых переменных, которые идут "из коробки". Тема затрагивается в т.ч. вот здесь https://www.smashingmagazine.com/2018/11/css-frameworks-css-grid/ Поэтому CSS компонентов минимален. Содержит только те стили, которые точно не придется "перебивать" (например, https://github.com/undercoat/undercoat/blob/master/packages/breadcrumb/breadcrumb.css) , а остальное по БЭМу дописывается на проектном уровне переопределения. Затем сборщик склеивает эти наборы стилей и получается общий CSS для компонента. Тем не менее, дефолтную тему можно будет подключить (см. далее про Токены). 3. Mobile friendly Мобильный трафик уже года 4 назад превысил десктопный во всем мире. И чем дальше тем соотношение desktop/mobile все больше в пользу второго. Google индексирует мобильную (adaptive/responsive) версию сайта, если детектит ее. Пока это не учитывается при ранжировании, но... не ровен час. Поэтому mobile-first, adaptive images и все такое. 4. SEO friendly Хорошая семантика HTML, расширенная с помощью microdata от schema.org. Это и индексация хорошая при прочих равных и красивые виджеты в поисковой выдаче. 5. Accesibility (a11y) На Западе, да и все чаще у нас, выставляются требования обеспечения доступности сайтов для людей с ограниченным возможностями (это не только проблемы со зрением). Во фреймворке хорошая HTML-семантика дополняется, где рекомендовано aria/role-атрибутами, что обеспечивает хорошую доступность для скринридеров. Но a11y, это еще и про хорошую доступность с клавиатуры, в т.ч. а это семантика и правильная HTML-разметка. Все больше стран законодательно обязывают владельцев веб-сайтов обеспечивать их доступность. Также при разработке учтены такие особенности под скринридеры, как продемы списков с list-style: none в Safari. 6. Интернационализация В мире письменность не ограничивается форматом слева-направо и сверху вниз (большинство языков). Иврит и арабские языки, например, пишутся справа-налево. А корейский вертикально! С помощью CSS Logical properties можно писать такой CSS, который будет автоматом перестраивать инфтерфейс, под необходимую направленность письма. Посмотрите, например, на интерфейс Wikipedia для того же иврита. Нужно просто перестроить мышление для использования этих свойств. Почитайте https://www.smashingmagazine.com/2019/08/writing-modes-layout/ и https://www.smashingmagazine.com/2018/03/understanding-logical-properties-values/ Т.о. образом просто начав писать CSS по-другому без дополнительных трудозатрат, фреймворк "из коробки" дает "выход" на арабский и азиатский рынки. И все это прекрасно фолбэчится с помощью PostCSS, если необходимо, если что. 7. Дизайн-токены Я говорил, что тема по-умолчанию отсутствует. Но она может быть подключена, как зависимость отдельным NPM-пакетом. Пакет будет содержать ровно один файл с токенами (по сути переменными, содержащими описание дизайна). Во все компоненты фреймворка будет добавлен типовой набор CSS Custom properties с пустыми значениями. И, если в компонент, "спустятся" по каскаду значения из токенов, то все компоненты сразу же станут "задизайнены". Такой подход очень интересен еще и потому, что можно будет легко экстендить чужие темы. Представьте, вам нужно сделать какой-то уникальный попап для темы, которую вы купили. А тема создана по описанным, выше принципам. Так вот, вы заверстываете этот попап по гайдам фреймворка, т.е. компоненты в разметке имеют стандартные классы, в классы в стилях содеожат стандартные токены для типовых свойств (цвета, отступы, размер и т.п.). И вот вы подключаете такой компонент в тему и вуаля, он стал выглядеть, как эта тема. Этот подход похож на Props в React. Ну вот как-то так.

кто-нибудь въехал? =)

кто-нибудь въехал? =)

канешно понятно. местами прям родное ))) тока БЭМ меня с его длинными классами совсем не мое... вообще.

Я почитал, в большей степени это про фронт, бэков косвенно касается. Так что некоторые вещи пометил себе, чтобы фронтов пинать 😀

я вчитался, взяли ущемили SASS

никогда не понимал нытья про длинные классы БЭМ. особенно, если кто-то PUG использует =)

завтра гугл вновь решит изменить систему подсчета баллов и трахадром вновь открыт круглосуточно

при чем здесь sass?

- CSS в идеале ванильный, приправленный PostCSS, на крайняк SCSS

это про, во-первых, реальные метрики, влияющие на UX, во-вторых, на SEO

Про бем очень жаль что 90 процентов из 90 процентов не умеют его нормально готовить

слепить шаблон не СЕО адаптированный это нужно постараться конечно, а вот реальные метрики я не очень понял... что за реальные метрики? ты вставил код ЯМ или ГА и pagespeed уже ныть начинает

не ну флагов и барабанов вам как говориться, я не любитель готовых тем просто

но вот эта вещь, поменяет представление о готовых темах