ivankirshin

Так как Вы пишете под vue с мобильной разработкой вам будет проще разобраться (перестроить мозги) чем с линейного подхода PHP .
Если думаете, что поможет разобраться с базами данных , то тут ошибаетесь.
Нравятся базы данных идите в бакенд и дба. На мобильниках работа с базами в основном не дальше банального круда.

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

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

Есть четкое убеждение, что в мобилках, как правило, работают более сильные в профессиональном плане люди

Вот с точностью наоборот. 95% программ написаны школьниками. В ядре самого андроида куча не доделанных тодо.

Единственная вещь, которая мешает моей рациональности это огромное падение в зп с 200+ до 50 на позиции джуна.

Искать адекватного работодателя. Они есть. Те, которым важен в человеке опыт программирования, а не знание пары десятков команд определенного языка.
Нормальные работодатели берут со сменой направления - только в путь.

Смена направления - это нормально. Даже в пределах одного языка, освоение нового фреймворка - это уже смена направления. В наше время, когда вся индустрия меняется за пару лет, ты все равно на одном и том же направлении не просидишь больше 10 лет (ну если только не говночерпием на каком-нибудь вукоммерсе или битриксе там).

Только надо сначала определиться со своими желаниями. Потому что некоторые из них довольно странные

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

Это каким, интересно, местом, базы в мобильной разработке? Игрушечная sqlite?

<template lang="pug">
  div.breadcrumbs
    router-link(
      v-for="link, i in breadcrumbsLinks"
      :key="i"
      :to="link"
    ).breadcrumps__level {{link.meta.title}}
</template>

<script>
  export default {
    name: 'breadcrumbs',
    computed: {
      breadcrumbsLinks () {
        let tmp = []
        if (this.$route.matched) {
          this.$route.matched.forEach(link => {
            tmp.push(Object.assign({meta: {title: 'Title not found in meta'}}, link))
          })
        }
        if (tmp.length === 0) {
          tmp.push({path: '/', meta: {title: 'Home'}})
        }
        return tmp
      }
    }
  }
</script>

CMS - обычно решают конкретные узко специализированные задачи. Тот же WP - это блог и для такого кейса он вполне ок. Если вам нужен не совсем блог, на том же WP разработка вероятно будет сопровождаться анальной болью)). Это просто не целевое применение. То, что на WP и эл. магазины пишут - это просто демонстрация, что вилкой можно в ухе ковыряться))

Фреймворки обычно имеют более обобщенное целевое предназначение, по этой причине на них обычно легче сделать сайт-визитку, который эл. магазин, немного соц. сеть и частично CRM.

Пример где стоит использовать CMS: нужен эл. магазин, маленький бюджет и сроки тоже. Берем PrestaShop, устанавливаем, прикручиваем тему, настраиваем. Следующий!

Пример где стоит использовать фреймворк: вам нужен сайт на подобии того, на котором вы читаете мой ответ. Да, его можно за уши притянуть к понятию "блог", но переписывать и допиливать нужно многовато. Пойдем от обратного (вы таки выбрали WP)
* Потом поймете, что нужно было еще абстрактный уровень над WP написать, потому как после обновления ваши правки затерлись.
* Потом вдруг случается несчастье: ваш сайт стал популярным и железо не тянет, вы задумаетесь об масштабировании, но окажется, что система довольно таки целостная и что бы ее разделить придется не хило так по вкалывать.
* Через какое-то время ваш проект будет на 50% состоять переписанного кода и костылей, обходящих логику WP.
* Вдруг, на хабре вы читаете статью про уязвимость в вашей версии WP, начинаете ее прикручивать, при этом часть вашего сайта тупо отваливается из-за тех же артефактов и костылей. Вы, ясное дело, фиксите траблюки.
* В один прекрасный весенний денек, когда птички поют, радость, счастье, улыбки и бла-бла-бла вам звонит руководство и говорит, что "ничего не работает ( с )", отчаянье-печаль-грусть-уныние-безысходность-тлен. Зайдя на главную вы увидите замечательный баннер:
Вас взломал @ сраный_script_kid. Один глаз начнет немного дергаться, "это нормально ( с )". Восстановившись из бэкапа 4-х недельной давности, вы начинаете судорожно писать 1ккк проверок всего и вся. Система мутирует в еще более страшную и громоздкую хрень.
* Через какое-то время вас просят добавить фичу "на вчера", а что бы это сделать придется переписать добрую часть вашего монстра, вы (ну судя по количеству факапов) уже с прокачанным скилом "тебе фича не нужна эта" убеждаете руководство в этом, подобные разговоры возникают все чаще и в один прекрасный момент вы, или вас - увольняют.
* На смену вам компания набирает других человек, которые выльют пару ведер крови из глаз, убедят руководство, что код не саппортабельный и перепишут вашего монстра с 1,5кк строк до 0,3кк на нормальном фреймворке.

Вместо , и WHERE используйте LEFT JOIN и ON
в WHERE оставьте только условие по дате