Если node-sass при установке из npm (npm install) не компилируется

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

То имеет смысл проверить версию в package.json и желательно обновить его или поставить свежий node-sass через npm install -ddd node-sass. В моём случае там оказалась несвежая 4.9.0 которая не собиралась.

Scala + Jetty

Недавно попробовал собрать небольшой сервер на Scala  + Jetty (с AkkaHttp как-то было лень разбираться).

Оказалось, что в принципе, тут и писать по большому счёту не о чем, всё легко пишется и собирается, реально ****-**** и в продакшн.

Единственное что немного долго провозился с зависимостями, но в остальном всё легко (Scala Plugin  к IntelliJ IDEA тащит, остальное решается беганием по репозиториям Maven в поисках корректных версий).

Приведу выдержку из build.sbt, чтобы не потерять:

libraryDependencies += "javax.servlet" % "javax.servlet-api" % "3.1.0" % "provided"
libraryDependencies ++= Seq(
  "org.eclipse.jetty" % "jetty-servlet" % "9.3.12.v20160915",
  "org.eclipse.jetty" % "jetty-server" % "9.3.12.v20160915",
  "org.apache.httpcomponents" % "httpclient" % "4.5.8",
  "org.json4s" %% "json4s-native" % "3.6.5",
  "org.json4s" %% "json4s-jackson" % "3.6.5"
)

В остальном всё легко, достаточно в main написать небольшой Servlet и в main что-то вроде:

val server = new Server(8080)
val handler = new ServletHandler()
handler.addServletWithMapping(classOf[ResultServlet], "/")
server.setHandler(handler)
server.start()
server.join()

и всё сходу работает, без лишней возни.

Небольшой опыт с разработкой под Kotlin и Android 4

Недавно попробовал сделать нативное приложение по Android 4 на Kotlin.
В принципе, всё получилось и даже вышло скучнее чем ожидал. 95% времени заняло не ковыряние самого Kotlin - он-то оказался на редкость удобным и, по сравнению с разработкой на Java, - просто сверхскоростным. Производительность проца и памяти тоже не стала особой проблемой, как я ожидал (хотя приложение внутри юзало рекурсивный обход с отсечением, что довольно нагружало его).

По следам мануала: RabbitMQ + cluster

RabbitMQ поддерживает полноценную сборку кластера. Однако, при её настройке стоит учитывать несколько особенностей.

По следам мануала: RabbitMQ + federation

Ещё один мануал, по которому настраивал недавно - это мануал по обмену RabbitMQ через federation plugin. Задача та же - обмен сообщениями между хостом на Windows 10 и Ubuntu.

Полезные ссылки: E3PC

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

Ссылка.

Для удобства чтения лучше сразу сконвертировать в PDF.

По следам мануала: Kafka

Решил  пройтись по мануалу по настройке Kafka, попробовав решив по сути хелловорлдную задачу: сделать передачу сообщений по сети, между двумя нодами (Windows 10  и Ubuntu 18.10).

Надо сказать, что дефолтный мануал по быстрому старту у Кафки очень даже хорош, в сравнении с тем же RabbitMQ, где надо осиливать кучу страниц, потом долго думать, что и как будет работать.

Flutter + Android = Awesome

Я довольно редко радуюсь какой-то хорошей либе, новому SDK, т.к. во многом опыт, в том числе и негативный, даёт о себе знать. Но иногда всё же появляются вещи, которые сначала вызывают скепсис, а потом начинают нравиться. Одной из таких вещей стал для меня Flutter.

Сетевая бессвязность или мысли о локалочках

Иногда, я думаю о том, что несмотря на сложившееся мнение о том, что открытое лучше закрытого, иногда гораздо проще и дешевле будет держать свою физическую локалку (даже не VPN, а именно физическую) и аккуратно давать к ней доступ, таким образом сохраняя "security by obscurity" и забив на большинство проблем, возникающих при открытой инфраструктуре (DDoS и иже с ним). К этому, временами, примешивается ещё и ностальгия по временам расцвета локалок и DC++.
Мысль довольно нубская и на мой взгляд, странная, поэтому решил подумать, разобраться и написать сей пост.