ozknemoy

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

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

помимо всякого оверхеда на стаке я просто копирую папки с файлами

const CopyWebpackPlugin = require('copy-webpack-plugin');
// WriteFilePlugin  needed only for webpack 3-4 and webpack dev-server
const WriteFilePlugin = require('write-file-webpack-plugin');
plugins: [
  ...
  new WriteFilePlugin(),
  new CopyWebpackPlugin([
        {from: 'files', to: 'files'},
        {from: 'images-2x', to: 'images-2x'},
        {from: 'images', to: 'images'},
      ]),
]

для приложений и сложных сайтов фреймворки, для обычных сайтов jquery. самое интересное где та граница сложно/просто

чтобы не играть в угадайку лучше подебажить через браузер google chrome https://developers.google.com/web/tools/chrome-dev...
освоить коннект не быстро, зато очень пригодится в будущем

все зависит от сложности сайта. совсем простые обойдутся без application фреймворков, остальные нет. с границей сложности не все так просто. что то конкретное советовать не видя сайта это от лукавого. много видел личных кабинетов на angular( vue черпал идеи именно у него). петросбыт и госуслуги например. песочница plunker. всякие инетбанки. встечается когда spa фреймворк реализуют только под конкретные фичи. например, фильтр товаров и корзина у магаза петрович

думаю стоит подучить УК РФ и зоновскую феню

клик на инпут типа файл работает через раз. читал в сафари вроде даже вообще не работает(сам не проверял)

многие ничего не понимают в ангуларе и спрашивают теорию js. самое популярное это ооп. любят подводные камни и особенности. были даже клоуны которые отправили тест на 5 минут используя someArr.reduce. спросили про ооп

можно сунуть картинку фоном в label и сослаться им на инпут

идея так себе. чем плох фронт на том же пхп? а крайняк можно сделать гибридный фронт. часть пхп. какие то сложные места(корзина или фильтр например) на ангуларе как тут https://petrovich.ru/action_type/burns/

для прода идея хороша только если есть приличный опыт в ангуларе. многие без опыта за что не возьмутся, все jquery треш получается. кстати есть сайты гибриты. например петрович на пхп но фильтр и корзина на первом ангуларе https://petrovich.ru/action_type/burns/ грузится побыстрее серверного ангалара 2/4

в репите это всего один вотчер. главное внутри того что повторяется использовать :: . плюс используй track by $index вот он значительно прибавит скорость на больших массивах со множеством данных внутри. и по скорости работы с дом догонит реакт

все правильно. template: "" говорит что содержимое пустое. если же вообще не указать темплейт то он возьмется из того что между тегами и

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

console.log слегка асинхронен и иногда показывает устаревшую инфу

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

надо смотреть в сторону subjectBehaviour из rx. ну и не частить с router-outlet

для первого ангулара если используется ui-router то

<a  ui-sref-active="active" ui-sref="user.about">Информация</a>

для второго

<a routerLink="earning" routerLinkActive="active">заработок</a>