Роман Ахмадуллин

Скорее всего, проблемы в 8-й ноде, попробуй откатиться на 7-ю или даже 6-ю, которая сейчас LTS, т.е. самая стабильная, в общем-то.

На примерно такие же проблемы жалуются и другие люди.

Сервис Backblaze позволяет автоматизированно хранить полную резервную копию вашего компьютера за 5$ в месяц. Объём хранения данных не ограничен.

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

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

При этом, вы ещё и откатиться всегда можете на предыдущий релиз всего через одну команду. В общем, очень удобно) Мне нравится. И получается почти-zero-downtime обновление.

Тоже сегодня столкнулся с этой проблемой. Легко решается через монтирование корзины амазона драйвером s3fs в системе. А дальше уже через Midnight Commander просто заходишь в эту папку и работаешь с ней обычным образом)

Подробнее всё описано в этой статье: tecadmin.net/mount-s3-bucket-centosrhel-ubuntu-usi...

Я лично использую Netbeans для редактирования scss-файлов, вполне удобно. Насчёт slytus - не в курсе, как оно там. Кстати, у Нетбинса через пару месяцев выйдет версия 8.1 с расширенной и доработанной поддержкой разработки под HTML5 проекты, так что там поддержка всех этих технологий станет еще чуток получше)

Советую перейти на чистую вёрстку на основе Flexbox, если не важна поддержка старых браузеров. В общем-то, вместе с ней можно очень легко писать любые сайты даже без использования каких-либо фреймворков. И оно еще и гибче и лучше работать будет, ко всему прочему. Такие дела)

Плюс - еще один очень хороший документ, разъясняющий принципы Flexbox.

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

P.S.

А.. Либо я неверно понял вопрос автора. Надо оформить вопрос более корректно тогда. Я использую postcss по большей части, в совокупности в scss, и не использую никакие дополнительные плагины к scss.

1. Зачем вы засунули сюда два класса? Или это просто для краткости приведено?
2. Вам же человеческим языком PHP сообщает: класс App\Providers\Maps содержит один абстрактный метод и должен быть либо объявлен тоже абстрактным, либо он должен до конца реализовать все оставшиеся методы.

Короче, зачем вы класс Maps тоже расширяете от ServiceProvider'а? Не надо его расширять от него. Изучайте ООП )

Вообще, что-то я не понял тут логику в вашем коде. Если вам захотелось просто функцию в каком-то своём классе статическую создать - так создайте просто обычный класс, не надо делать никаких ServiceProvider'ов. Сервис провайдеры создают для того, чтобы расширить логику работы фреймворка.

Я бы сделал вот так, если честно :) На основе Riot.js. На нём подобные вещи становятся очень простыми. Порог понимания JS там более высокий, чем писать обычные портянки на jQuery, но оно того стоит.

Почему не пройтись обычным тупым поиском вручную, написав небольшую регулярку для этой цели, и обработать вручную каждый коммент? Если их даже штук 100 максимум (неужели настолько много у вас там комментов понаписано?), то это работы на пол часа.

Обычно я лично таким образом подобные проблемы решаю)

Если вёрстка на бутстрапе - то там эта тема уже встроена.

Я для этой цели как-то написал небольшую функцию wait, через которую реализовал упреждающее действие.

Пример работы и комментарии к исходнику можете посмотреть в данном js-фиддле.

Используйте для решения этой проблемы web worker'ы - часть стандарта HTML5.

Сегодня столкнулся с подобной проблемой: в мобильных браузерах один JS-компонент не инициализировался, на десктопе всё нормально. После поисков удалось найти комментарий на хабре, в котором человек советовал использовать возможности Firefox для разработчиков, благодаря которым можно отлаживать приложения на мобильнике.

Вот данный раздел: https://developer.mozilla.org/en-US/docs/Tools/Rem...

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

Есть еще такой небольшой и прикольный фреймворк, как Riot. Мне он очень понравился, когда я с ним игрался. Позволяет в очень простой форме описывать JS-компоненты, при этом HTML и JS код лежат прямо рядом друг с другом (это то достоинство, которым хвалится React). Но при этом Riot в несколько раз проще остальных фреймворков, чем и хвалятся его авторы.

И ведь не всегда обязательно держать в памяти какие-то полноценные модели. Можно просто генерировать объект данных на PHP/другом серверном языке, а потом передавать его в виде JSON своему JS-компоненту при инициализации, который уже впоследствии сгенерирует, например, нужную форму и предоставит возможность отправить её данные на нужный URL.