bears

Curl-to-PHP

1. Кривят мины при слове jquery только старые деды, потому что библиотека полезна и экономит много времени (особенно у новичков). Даже если эта библиотека будет объективно считаться полным дерьмом, какая вам разница если она решает ваши задачи?

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

Сайт, что вы кинули - обычный лендос, прям обычный на все 167%. Для чего вам париться лепить компоненты в vue, если вам нужно написать 10 строк js кода? Конечно нет смысл использовать.

В качестве примера, для чего vue подошел бы, могу сказать то, что приходилось делать мне: есть проект с криптовалютой, который выводит кучу графиков по валюте, по каждому графику можно выбирать временной интервал и получать какие-то результирующие данные по этим интервалам. Для каждого блока начинка и обработчики разные (vue-компоненты), все это хранится в одном файле, отвечающий за каждый компонент. Помимо этих блоков есть некоторый объем периодично подгружаемой информации, которая тоже имеет вид графиков, круговых диаграмм итд. Все это прекрасно работало и на голом js, но когда проект стал разрастаться - в коде было уже сложно разбираться и я пытался сам писать какой-то аналог компонентов vue, понял что горожу велосипеды, перелез на vue и все.

Первая же ссылка в Google по запросу "GraphQL REST" - Сравнение REST и GraphQL. В конце статьи перечислены теги, если клацнуть по тегу "graphql" вывалится ещё 40 подобных публикаций.

Только я не понимаю, почему вы противопоставляете соглашение о форме обмена данными GraphQL с написанием "API ручками". Неважно, какая форма обмена у вас выбрана - SOAP, REST, GraphQL, обработчики запросов всё равно придётся писать, автоматом за вас никто ничего не сделает.

return in_array($a, ["яблоко", "груша", "персик"])
    ? 'Это фрукты'
    : null;

Ангуляр, вью и реакт — это всё SPA фреймворки. Достаточно хорошо пользоваться одним, остальные можно не учить, использовать только при надобности.

JS сам по себе объёмный, все эти инструменты, что ты перечислил, не составят и 5% от JS.
Там ведь есть ES5, ES6, ES7, ES8, зоопарк старых браузеров, которые, возможно, придётся поддерживать.

jQuery — это не "начать изучать". Это либа, как lodash, например, которая просто используется и гуглится способ её использования. И читается за пару вечеров документация. Она, кстати, идёт в разрез с SPA фреймворками, потому что использует императивный подход, а они — декларативный.

Node.js — это вообще отдельная тема. Это тоже JS, но отдельный. Он не выполняется в браузере. И для мозга лучше воспринимать ноду — как другой язык.

Верстали еще на селеронах, когда notepade++ был "лучший IDE" , так что чего тут спрашивать то

1. Symfony - компонентный фрейморк, Django - нет.

Это значит, что вы можете использовать только необходимые компоненты Symfony в вашем приложении.

2. У Symfony нет ORM, у Django - есть.

Обычно для Symfony используют Doctrine, похожую на SQLAlchemy т. е. DapaMapper. ORM поставляемая в Django - это ActiveRecord.

3. В Symfony все завязано вокруг DI-контейнера. В Django этого нет.

4. Symfony - это микрофреймворк, Django - нет.

5. Django Reinhardt - джазовый гитарист, SymFony - это просто Sensio Framework.

Как видите, эти фреймворки похожи друг на друга как Python и PHP.

Если вы пишете "для девушки", то подразумеваете, что вы не равны? Сами себе хотите снизить планку трудности?

Ну тогда:
1. Спортзал.
2. Косметический салон
3. Модный магазин
И - вперед, соблазнять руководителя ИТ-предприятия.

Если все-таки хочется головой, а не половым органом карьеру сделать, то - ровно так же как и для мужчины.

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

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

Среди высококвалифицированных специалистов ситуация обратная. Заказчики ищут путного специалиста, переворачивая горы шлака.

Чтобы стать квалифицированным специалистом - нужно время.
Чтобы за это время не растерять интерес - нужно заниматься тем, что интересно именно тебе.

Вывод: если хочешь зарабатывать в ИТ, то найди то, что тебе нравится.

Основные направления программирования, по которым много предложений:
фронтенд веб-серверов (программирования внешнего вида сайтов), бэкенд веб-серверов, мобильные приложения (Андроид, Эппл айОС).

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

Если стоит цель максимально быстро: я бы предложил фронтенд.
Есть и сложный фронтенд.

Но нижняя планка довольно низка.
Там даже программирование знать не нужно.

Еще вариант - почему то очень много девушек в тестировании.
Но это тоже элементы программирования.

И третий вариант - лабать сайты на CMS Wordpress.
Предложений очень много. Но это скорее фриланс, вряд ли найдется такая работа на фирме, чтобы вам дали рабочую визу

Причин нет, не питайте иллюзий.
Это — рождение Великого Русского Файрвола.

SSI в nginx есть.
А проблема у вас в конфиге

location = / {
  ssi on;
}

Этот location не действует на файл 1.htm
Надо без равно

location / {
  ssi on;
}