web-quest3

Напрямую:
для скалярных типов:

$this->view->registerJs(sprintf(" var a = '%s' ", $a));

для объектов можно использовать формат json:

$this->view->registerJs(sprintf(" var a = %s ", json_encode($o)));

e - сокращённо от event. Этот параметр идёт по умолчанию, например, когда вешаете события на dom элементы.

document.querySelector('button').addEventListener('click', (event) => {
    console.log(event);
});

Выведите и узнаете

Вот что такое это e ?

E = event, объект события, в котором пишется информация о нем. Откуда берется? генерируется языком.

В Ларе их тебе передает собственно сам фреймворк через ряд зависимостей.

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

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

Как вы считаете, нужно ли годик кодить для себя на чистом языке?

Желательно но в вопросе нет информации сколько вы уже кодите

Что будет, чем грозит если я буду сразу на фреймворке работать?

Непонимание того зачем во фреймворке сделали именно так а не иначе, почему всё так сложно и что если этого не делать

роутеры и прочее, уже опять же привык, к мвц

роутинг можно взять готовый, и MVC реализовать самому быстро

как в пустую кодишь..

Так вы за опыт кодите, у меня были проекты не на фреймворках, ни об одном не жалею

В общем ваше мнение как поступать?

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

Современный программист без фреймворков это не программист - это если смотреть в будущее. Но для конкретной задачи всегда нужно определиться с объемом работ. Если задача простая, рассчитанная на несколько часов, и не требуется установки фреймворка, то конечно нужно писать на чистом языке. Вообще все зависит от задач.
Я не буду использовать фреймворк если мне от него нужны один роутер или одна авторизация. Я лучше сделаю это на чистом РНР.
Что касается архитектуры, то и на нативном РНР можно создавать контроллеры, модели, представления, роутеры. Они будут легче, чем в фреймворках, так как будут обладать функционалом только для решения конкретной задачи.

Если вы при использовании фреймворка будете понимать как он работает, то это ничего страшного и даже хорошая практика. Тот же Laravel полный opensource, используешь какую либо часть, всегда можно начтаь изучать сам код непосредственно, читать документацию, блоги разработчиков, где и почему какие практики были использованы, а почему не были.
Короче говоря в любом случае все зависит от вас и вашего желания учится. Бери фреймфорк, строй сайт, видишь интересный инструмент, интересно как он работает можно идти в код посмотреть.
В большинстве ныне популярных фремфорках кодстайл на уровне, заодно и пркоачается этот навык.
Кстати, можешь попробовать начать подключать к своему проекты компоненты того же Symfony(он и в Laravel активно используется), и потихоньку заменять ими свои велосипеды, благо у Symfony все устроено так что почти все можно использоваться независимо друг от друга, чем пользуются множество крупных php проектов.

options: {
  scales: {
    xAxes: [ {
      ticks: {
        fontFamily: 'Impact, Charcoal, sans-serif'
      }
    } ]
  }
}

Так?

options: {
  scales: {
    yAxes: [ {
      ticks: {
        maxTicksLimit: 3
      }
    } ]
  }
}

Проще сделать кастомный тултип. Думаю, что подойдет такое решение https://jsfiddle.net/djgLw47L/ Смысл тот же, график только другой.

parent::construct

php.net/manual/ru/language.oop5.decon.php

Замечание: Конструкторы, определенные в классах-родителях не вызываются автоматически, если класс-потомок определяет собственный конструктор

Сложно советовать не зная конкретной ситуации, но можешь использовать flex модель.
Если задать align-items: stretch; то дочерние элементы растягиваются по высоте.

<div class='container'>
    <div class='child'>Bla bla vla</div>
  </div>

SCSS

.container {
  display: flex;
  align-items: stretch;
  height: 500px;
  .child {
      background-color:red;  
  }
}

метод != функции. Метод есть в ООП, а в ООП нужно понимать, что методы должны работать с данными, которые принадлежат этому классу. То есть само собой должно выводиться, какие методы должны быть в этом классе, а какие в другом.

Но даже в процедурном программировании, нужно писать функции таким образом, чтобы ВАМ потом легче было разобраться и исправить. То есть код функции должен не слишком тяжело помещаться в голове программиста, чтобы можно было прочитать, понять и исправить, а не прочитать-прочитать-прочитать-непонять-начать-читать-заново.

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

В данном случае, решение - это переместить подключение скрипта в конец.

Админка - Дополнения -> Менеджер дополнений - > Шестеренка ( для версии 2.х)
shift + F5 для браузера

В данном случае this указатель на объект model_setting_setting ?

Точно нет
$this это объект, у которого есть метод model_setting_setting который видимо возвращает объект у которого есть метод editSetting

И что вообще делает в этой строке опенкарт, настрока модели ноу нас нет модели с тем именем что указано в методе Эдит сеттинг

Объект не значит модель. Это может быть экземпляр класса контроллера, или модуля. Что угодно. По одной строчке не понять. Я Вам советую использовать ide типа phpstorm что бы можно было просто найти откуда "ноги растут"

Как вариант, выведите переменную, что бы понять что это, например так:

<pre>
<?php print_r($this)?>
</pre>

У яндекс слишком заморочено, как я понял там даже хтмл в js пишеться.

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

Попроще, думаю есть. Например вот или вот.