Александр Ме

https://www.typescriptlang.org/play?jsx=0&module=1...

тот или иной фреймворк решает различные задачи,

Если имеются ввиду angular, react, vue - чушь это всё собачья. Решают они одни и те же задачи, просто разными методами и философиями.

А что вы хотите услышать?

Каким образом вы выбираете себе автомобиль? Их так много, но все они решают одну и ту же задачу. Vue и React - это как мерседес и BMW. Вечное противостояние 2х философий. Обе машины прекрасны, дороги и комфортны, но у каждой так или иначе своя философия.

Берите то, что нравится. Просто возьмите все 3 и используя стандартные CLI, напишите обыкновенный бложек с созданием, редактированием, удалением записей, детальной страницей, т.е. обыкновенный CRUD. И посмотрите, с каким из них, вам процесс работы нравится больше. Потратить пару дней и всё.

Один спец. скажет вам, что реакт, другой скажет, что vue.
Третий скажет, что реакт это вообще даунгрейд по сравнению с vue(и тут я согласен).
Четвёртый скажет, что реакт для мужиков, на него больше вакансий, они дороже и проще найти работу.
Пятый скажет, что на реакте есть куча всяких штучек дручек и т.п.
Шестой будет молчать, т.к. юзает ангуляр и не знает никаких проблем и с насмешкой смотрит на этих 2х. Потому что это ещё одна, совсем не похожая на других философия. Где за тебя уже всё придумали, сделали и сказали как делать дальше.

Вы не получите полноценную картину.

От себя скажу так, если вы любите работать с html берите vue. Vue для меня гораздо лучше, чем react. В react гораздо больше писанины кода, чем в vue. Я терпеть не могу jsx(во vue он тоже есть), отвратительная штука, но это вкусовщина. Обязательно найдутся те, кто скажет иначе, ради бога. В vue шаблоны - это родной и привычный мне html с очень удобным и понятным шаблонизатором. Любите работать с html, вперёд.

Если вы не любите верстать и вам больше нравится сам процесс писанины js, писать стили на js, берите реакт.
Если вы любите типизацию, если вы за строгий контроль кода и вообще, вы считаете себя "тру" прогером, берите ангуляр, если коротко.

Заметьте, я чаще всего сравниваю react и vue, а ангулар где-то в стороне. angular - это как volvo, тебе ничего больше не нужно, у тебя и так всё хорошо.

setup() { ---> setup(props) {

const textareaValue = ref(''); ---> const textareaValue = ref(props.cardName);

@if ($course->discount_exists)
    <s class="courses-body__price_crossed">
        {{$course->price->price}}$
    </s>  
@endif
<span class="courses-body__price">
    {{$course->price->price_with_discount}}$
</span>

public function getPriceWithDisacountAttribute(){
    return $this->price - $this->discount;
}

Подскажите, что ещё может являться причиной столь долгого ответа сервера?

Что угодно, по этому надо нормально тестить:
1) Проверить насколько быстро отдается статика, любой жпег например.
2) Проверить, нет ли глюков в связке сервер-пых, например в индексе тупо поставить ечо 1; ексит();, посмотреть время.
3) п.2, но уже глубже по коду, где-то в районе запросов в бд
4) Повторять до выяснения проблемы.
5) Профит!

Сделать тестовые репозитории приватными, не? Зачем они кому-то кроме вас лично? А тех кому нужно что-то показать в приватном репозитории - можно добавить в соответствующую группу/дать права на репозиторий.

Самое время познакомиться с темной стороной программирования.
Начинающие вайтишники искренне думают, что программист - это типа такой художник. Берет мольберт, поллитру, кисти и начинает ВАЯТЬ. Потом отходит на шаг, любуется делом рук своих, и снова. Ваять. А потом сразу заказчику, за большие деньги.

Так вот, в реальности это всё не так.
Большую часть времени программист не пишет код.
А пытается разобраться, почему он не работает.

Так что мы будем сейчас учиться это делать.
Тем более, что это в принципе несложно.
Главное не думать, что чем-то поможет сидеть и тупить в свой кодик. И приглашать других людей потупить в него тоже бессмысленно. Потому что причина может быть совсем не в нем. но даже если проблема и в коде, то искать её всё равно надо по-другому.
В код не надо тупить. Его надо ЗАПУСКАТЬ.
И выводить промежуточные результаты. Проверять его работу.
Заранее выяснить, какие должны быть значения у переменных, и проверять их на каждом этапе.
Где не совпадут - там и проблема.
В идеале IDE сама покажет содержание всех переменных при трассировке, но если пишешь код в блокнотике, то даже тупо писать var_dump($bar1,$var2,$var3...); и смотреть что там лежит.
Условия проверять еще проще, тупо echo 'зашли в условие if (!empty($user))';
И если лежит не то, или эхо не выводится - вот тогда уже смотреть в код и думать, почему так получилось.

В частности, при авторизации надо проверить две вещи:
1. Находится ли юзер по логину
2. если находится, то проверить корректность хэша. Для этого при регистрации надо вывести полученный через password_hash пароль и записать на бумажке
потом запросить сохраненный из БД и сравнить

Кроме того
Разумеется, отладка невозможна без сообщений об ошибках.
В половине случаев РНР человеческим голосом сообщает в чем проблема.
Поэтому всегда, в любом окружении должно стоять error_reporting(E_ALL);
плюс на домашнем компике полезно прописать ini_set('display_errors', 1); чтобы сразу видеть ошибки на экране.
На боевом сервере разумеется поставить 0 вместо 1, и добавить ini_set('log_errors', 1);

У меня только один вопрос.
Какой смысл вообще делать парольную защиту, если любой придурок сможет спокойно авторизоваться через SQL инъекцию?

Практическую работу в процессе изучения делайте на последней версии.
Читать можно и старые уроки (от 7 версии).
Расхождения в уроках и реальности очень небольшими будут и их вы сверите в документации. Она всегда свежая.