Николай Ковалев

купите книжку по линуксу

Сам верстал и сейчас иногда верстаю, и скажу честно, дизайнер, которые рисует по сетке, очень многово стоит.
К слову я одного обучил рисовать по сеточному макету и он через месяц сменил место работы с окладом 3*(умножить)предыдущий оклад.

Очень много плохого и хорошего в Ангуляре всплывает при попытке создать полноценный сайт, например тот-же каталог фильмов (с переходами в магазин где продается этот фильм, со статьями, модальными окнами в виде всплывающей карточки фильма).
При решении проблем с гуглАналитиксом и SEO, получение данных из api.
OAuth, Авторизация и аутентификация, например если у пользователя протух access token, в таком случае при обращении к методу в api получаем ошибку, которую перехватим в интерцепторе, используя refresh token получим новый access token опять обратимся к методу в api получим ответ и подменим им предыдущий "ошибочный", и пользователь не расстроится.

Реализуя все эти задачи все глубже и глубже погружаешься в ангуляр, а еще иногда долго ругаешься плохими словами:)

Почему появились фреймворки вроде ангуляра?

Помню одно время JS использовался только для всяких там выпадающих меню и попапчиков. Казалось ничего не изменится, пока вдруг не началась ajax-мания. Все вокруг вдруг захотели знать что это такое и как работает. Многие просто начали хотеть себе на сайте ajax, так как без ajax-а уже не по пацански). Примерно в то же время из тени вышел JSON, что только укрепило позиции Ajax на рынке фронтенда (jQuery не будь дураком один из первых запилил чудесный и удобный API для работы с xhr).

Примерно в это же время появились и успешно существовали Full-flash сайты. Которые прилично определи свое время. Уже тогда на флеш-сайтах можно было сделать гораздо больше, чем даже сегодня мы можем с помощью html5, css3 и прочих новых API. Ну и конечно же они отлично умели в XHR. Если бы не сложность разработки и прожорливость флеш-плагина, они вполне могли бы и победить. Но, слава богу, JS тоже нормально научился работать с XHR.

Какое-то время эта технология бурлила, люди методом тыка искали как лучше всего использовать эту технику, пока в какой-то момент кто-то не подумал о том, почему бы весь сайт не сделать на ajax? Сказано сделано. Но к сожалению JS, оказался слишком примитивным языком, full-ajax сайты очень трудно понимать и поддерживать. Ушлые программисты тут же начали писать новые абстракции и сахар для упрощения работы ajax-сайтов. Так появились и начали развиваться библиотеки вроде бэкбона.

Примерно в это же время вошла в моду разработка мобильных приложений. Для их поддержки ребятам с сервера приходилось пилить полностью новый бэкенд. Двойная работа, прощай выходные, привет сверхурочные. Конечно, какое-то время бекендеры терпели это безобразие, но в какой-то момент либо кто-то то кого-то пнул, либо кто-то из фронтенда вдруг заметил что их коллеги ходят как зомби с темными кругами под глазами от недосыпа. И тут то до ребят дошло, раз фронтенд теперь так хорошо умеет в ajax, то почему бы не пойти дальше и взять на себя часть их работы.

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

Зависит от характера человека.
Вы можете или построить норм карьеру на госслужбе или норм поднять как спец на ИТ.
Это совсем разные вещи.
Спецу по характеру будет скучно на госс, госс не настолько гибок для ИТ.
Остальное (з/п, панты и тд) - мелочи.
Не видите своей карьеры на госс лет через 5-10 - валите оттуда.

Magento 2 однозначно способна работать без Apache.
Мои настройки Nginx + PHP-FPM для запуска Magento 2 в подпапке: https://mage2.ru/t/58

1. Открываешь ИП, к нему транзитный валютный счет. Рассчетный валютный счет можно открыть если желаешь сидеть в долларах.
2. Делаешь wire трансфер с Upwork, уплачивая 30$ за перевод.
3. После перевода деньги блокируются валютным контролем.
4. Дальше два варианта, либо выбить из поддержки договор (что почти нереально), либо отдать в ВК публичную оферту (User Agreement, на который соглашаемся при регистрации) в биллингве, на каждой странице публичной аферты поставить свою печать, "Копия верна" и подпись (после этих действий ВК охотней примет публичную аферту, нежели просто распечатанный биллингв).
5. На каждый денежный перевод нужен акт выполненных работ, тут два варианта. Либо предоставить в ВК скриншот трансфера из панели апворка (что филькина грамота, не каждый ВК примет это), либо запрашивать у поддержки "Act of acceptance", который будет подписан апворком и тобой, в нем будет указана сумма перевода. Act of acceptance выглядит внушительней, нежели скрин из панели.
6. Дальше при каждом переводе предоставляешь новый Act of acceptance.
7. Работаешь так до достижения лимита в 50000$, дальше нужно заключить паспорт сделки (что сложно, но реально, нужно трясти поддержку апворка). ЛИБО заключить новый "контракт" с Upwork, опять предоставив User Agreement в билингве (про схему с закрытием старой оферты и открытием новой вычитал на хабре, там чувак ставил номер контракта в шапке оферты, что позволяло "открыть" новый контракт, поменяв этот номер)
8. Ну и работаем дальше, либо по паспорту сделки, либо по вновь открытому контракту.

Забыл. Когда ВК подтверждает перевод, то тут 2 варианта. Либо эти даллары "продаются" с транзитного счета на рублевый счет ИП по курсу ЦБ на день продажи, либо переводятся на долларовый счет ИП. Но у нас есть налог на курсовую разницу, потому эти деньги лучше сразу вывести с долларового счета ИП на долларовый физика.

Сформулировать задачу по человечески и не пытаться извлекать свои гланды через анус соседа...

если взять вот это за основу:
track.ruward.ru/health
получаем 2837959 сайтов. средняя страница весит 100 килобайт (чисто html).

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

Некоторые мои заказчики предпочитают работать с GIT репозиториями/контролем версий (например Bitbucket). Для маленьких проектов это бесплатно и безопасно. Я делаю коррекции, а заказчик видит что именно я поменял и в каких файлах. В Вашем случае сторонний разработчик будет ковырять только CSS, а правки в других файлах делать не будет - так как знает, что вы видите каждое изменение. И уже отлаженный код Вы сами поместите на основной сайт. Да и много вопросов отпадает, работал ли, сделал ли, кто именно сделал и конечно "кто виноват" :)

Зачем так конкретизируете вопрос? Проще было написать - нужен движок для сайта))
На ваш вопрос не возможно ответить, так как сайт в принципе - это оформление информации.