Андрей Хохлов

Мы вставляем иконки в разметку, не подключая из стороннего файла, как делает, например, гитхаб: https://github.blog/2016-02-22-delivering-octicons...

Для posthtml вот такой плагин есть: https://github.com/andrey-hohlov/posthtml-inline-svg

Про градиенты тут хорошо расписано https://fvsch.com/svg-gradient-fill/ , мне нравится вариант с fill: url... в css.

function browserSync(done) {
    browsersync.init({
        server: {
            baseDir: "./dist/"
        },
        port: 3000
    });
}

Вот тут коллбэк не вызвали.
Я так делаю:

function serve(cb) {
  return browserSync.create().init({ /* config */ }, cb);
}

Потому что для CSS ваш телефон 360x640

Пример с айфонами:
https://www.paintcodeapp.com/news/ultimate-guide-t...

https://mongoosejs.com/docs/populate.html#

Другой вопрос, имеет ли смысл использовтаь Монгу с такой организацией базы данных (или организовывать данные таким образом для Монги).

https://jsonplaceholder.typicode.com/

В хроме тестируете? Тут с ним проблема https://stackoverflow.com/questions/49474775/chrom...

Это отдельно опубликованный nuxt с самыми свежими изменениями.
Посмотрите на вкладку versions
https://www.npmjs.com/package/nuxt-edge
https://www.npmjs.com/package/nuxt

You can help us by experimenting latest features and enhancements by removing nuxt and installing nuxt-edge NPM package.

watch

https://ru.vuejs.org/v2/api/#watch

watch: {
  propName() {
    callMethod();
  }
}

Трекер делает скриншоты экрана в рандомное время + учитывает некий рейтинг активности (события мыши и клавиатуры).
Клиент видит дневник работ - 1 скриншот на каждые 10 минут.
Так же есть возможность включить снимки с вебкамеры, но это наверное для работ выполняемых вне экрана или требование-индикатор потенциально проблемного клиента.



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

Решение, протестированное на MacOS 10.14.3 и Windows 10 Pro.
Есть куда улучшать, например можно добавить multi-stage build и т.д.. Но основная идея думаю останется такой.
Минимальный пример, всё лишнее убрал.

Используем один Dockerfile. Согласно best-practices, для кеширования слоёв, сначала ставим зависимости, затем копируем код, задаём не-рутового пользователя. Можно "выпекать" как есть и в продакшн.


В docker-compose.yaml для разработки мы:

1. Задаём root пользователя, чтобы не иметь проблем с правами для установки зависимостей (спорный момент, возможно стоит просто разобраться с правами на директорию)
2. Монтируем папку с кодом - теперь можем видеть изменения без пересборки образа. В этот момент установленные в этой папке внутри контейнера зависимости "исчезнут".
3. Устанавливаем зависимости (теперь они видны и на хосте) и запускаем nodemon для отслеживания изменений. Мне понравился вариант объединить эти две команды, чтобы не выполнять дополнительно docker-compose exec api npm i после старта контейнера. При первом запуске нам в любом случае нужно поставить зависимости, последующие запуски или будут очень быстрыми, или доставят новые зависимости.


А теперь немного магии.
Допустим, я занимаюсь исключительно PHP-частью проекта и мне все эти ваши node_modules на локальной машине не нужны.

Создаём docker-compose.override.yml (должен быть в .gitignore) и переопределяем интересующие нас секции:


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

Или допустим я работаю на Windows и nodemon в Docker не реагирует на изменения файлов. Лечим:



Подробнее: https://docs.docker.com/compose/extends/

Таким образом, мы получаем возможность быстро запустить проект состоящий из любого количества разных сервисов на разных технологиях, установив только Docker. * Нам доступен автокомлит в IDE, мы можем заглянуть в код подключаемых зависимостей. При этом, мы имеем возможности локальной подстройки проекта - например, пофиксить проблемы нашей операционной системы или не делать видимой папку с зависимостями.

* Конечно, тут могут возникнуть проблемы как с установкой и настройкой самого докера (в том числе поддержкой докера вашей операционной системой), так и работой более сложных конфигов. На мой взгляд, этот путь минимум не сложнее, чем настройка Vagrant'а и явно выигрывает у ручной установки (Python 2, Postgress и ещё чего-то когда твоя зона ответственности только шаблоны и стили, ой, а у тебя же уже стоит Python 3, и кстати по тому старому проекту надо Mongo 2 версии, так что делай что хочешь с установленной 3 версией...и объясни чуваку с WIndows как поставить nvm, чтобы версии Node.js переключать).

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

Метод bind создаёт новую функцию: https://developer.mozilla.org/ru/docs/Web/JavaScri...

Не вижу всей картины, происходящего у вас. Я делаю примерно так:

class SomeModule {
  constructor() {
    this.handlerShim = (e) => {
      this.handler(e);
    };
  }

  method1() {
    document.addEventListener('click', this.handlerShim);
  }

  method2() {
    document.removeEventListener('click', this.handlerShim);
  }

  handler(e) {
    console.log(e);
  }
}