DissDoc Blog

Начало. Space Fights: Alone

2021-12-23T00:02:00.002-08:00

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

Позже, сокращая идеи, пришел к плану написания простой аркады с элементами выживания. Основное направление - это старая и хорошо всем известная игра Asteroids. О ней слышали все, общую концепцию представляют тоже все, кто хоть раз в нее играл или хотя бы видел. И тут я подумал, а что если взять данную игру и добавить в нее идеи из Factorio? Будет ли она интересней и привлекательней? При этом оставив аркадную составляющую?

Итак, какие технологии будут в ней использоваться:

libgdx 1.10
java 16 (возможно удастся добиться работы 17 версии)
gimp (как редактор для pixel графики)
музыку буду искать в свободном доступе

Что касается самой игры, то должно быть

несколько локаций
переход между локация осуществляется через гипер-прыжки
возможность менять и перестраивать свой корабль
необходимо продумать процесс сбора ресурсов
добавить функционал исследования технологий

Данная серия статей нужно для собственного контроля процесса разработки. Частые отчеты будут выходить на моем канале в Twitter. Тут будут исключительно выкладываться подведения итогов.

Установка Kubernetes на Ubuntu

2020-01-05T02:41:00.001-08:00

Всем привет! Сегодня я расскажу о своем опыте установки kubernetes на локальную машину с установленной ubuntu. Итак, поехали

В самом начале нам необходимо в BIOS отключить безопасность загрузчика

Boot Secure DISABLE
Затем необходимо проделать несколько шагов для установки virtualbox

sudo apt-get update
sudo apt-get install -y apt-transport-https
sudo apt-get install -y virtualbox virtualbox-ext-pack
После этого начинаем ставить minikube

curl -Lo minikube https://storage.googleapis.com/minikube/releases/v0.29.0/minikube-linux-amd64 && chmod +x minikube && sudo cp minikube /usr/local/bin/ && rm minikube
Также необходимо установить командную оболочку kubectl

curl -LO https://storage.googleapis.com/kubernetes-release/release/$(curl -s https://storage.googleapis.com/kubernetes-release/release/stable.txt)/bin/linux/amd64/kubectl && chmod +x kubectl && sudo mv kubectl /usr/local/bin/
Запускаем minikube

minikube start
Смотрим статус запущенного приложения

kubectl cluster-info

Принятие политик iptable после перезагрузки сервера

2019-10-16T01:03:00.002-07:00

Важное дополнение. Необходимо после перезагрузки сервера оставлять все свои политики, а не применять их снова. Для меня удобным способом является использование пакета iptables-persistent

Первым делом устанавливаем сам пакет

apt-get install iptables-persistent

Затем сохраняем все настройки в нужную директорию, откуда они будут подтягиваться

iptables-save > /etc/iptables/rules.v4ip6tables-save > /etc/iptables/rules.v6

Вот и все. Теперь после каждой перезагрузки у нас будут подгружаться наши настройки

Настройка iptables в Ubuntu

2019-10-16T00:58:00.002-07:00

Сегодня встретился с новой проблемой - необходимо было закрыть все порты на своем сервере, и открыть только самые необходимые. Для этого, что удивительно, пришлось перерыть интернет в поисках необходимых инструкций к действиям. Собирал все по кусочкам, поэтому решил написать небольшую статью.

Для начала, нам необходимо понять, что у нас доступно, а что нет. Проверяется командой

sudo iptables -L

Мы удостоверились, что на только что установленой ОС открыто все возможное. Нам нужно все эти конфигурации удалить

sudo iptables -F

Теперь самое интересное - нам нужно открыть все порты на локальном интерфейсе, для того, чтобы внутри сервера все работало без сбоев

sudo iptables -A INPUT -i lo -j ACCEPT
sudo iptables -A OUTPUT -o lo -j ACCEPT

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

sudo iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT

Как только предварительные действия совершили, нужно открыть необходимые порты (мы открываем 22, 80, 8080, 443)

sudo iptables -A INPUT -p tcp --dport 22 -j ACCEPT
sudo iptables -A INPUT -p tcp --dport 80 -j ACCEPT
sudo iptables -A INPUT -p tcp --dport 8080 -j ACCEPT
sudo iptables -A INPUT -p tcp --dport 443 -j ACCEPT

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

sudo iptables -P INPUT DROP

Docker. Шпаргался по командам

2019-10-12T09:09:00.002-07:00

FROM — задаёт базовый (родительский) образ.
LABEL — описывает метаданные. Например — сведения о том, кто создал и поддерживает образ.
ENV — устанавливает постоянные переменные среды.
RUN — выполняет команду и создаёт слой образа. Используется для установки в контейнер пакетов.
COPY — копирует в контейнер файлы и папки.
ADD — копирует файлы и папки в контейнер, может распаковывать локальные .tar-файлы.
CMD — описывает команду с аргументами, которую нужно выполнить когда контейнер будет запущен. Аргументы могут быть переопределены при запуске контейнера. В файле может присутствовать лишь одна инструкция CMD.
WORKDIR — задаёт рабочую директорию для следующей инструкции.
ARG — задаёт переменные для передачи Docker во время сборки образа.
ENTRYPOINT — предоставляет команду с аргументами для вызова во время выполнения контейнера. Аргументы не переопределяются.
EXPOSE — указывает на необходимость открыть порт.
VOLUME — создаёт точку монтирования для работы с постоянным хранилищем.

Создание ветки, если много удаленных репозиториев в git

2019-10-09T11:32:00.001-07:00

Всем привет!

Давайте представим, что по определенным причинам нам необходимо держать несколько удаленных репозиторием. А именно помимо классического origin, у нас еще есть portal и downgrade репозитории

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

git checkout -b mybranch downgrade/mybranch

Как переименовать ветку в git

2019-10-01T07:51:00.004-07:00

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

git branch -m new-name

Таким образом мы переименовываем текущий бранч или можно сделать иначе

git checkout master
git branch -m old-name new-name

После этого нужно удаленно тоже все подчистить

git push origin :old-name new-name
git push origin -u new-name

Сливаем ветки и удаляем историю в одной из веток в git

2019-09-29T03:34:00.003-07:00

Всем привет!

Сегодня быстрая заметка для удаления всех комментариев из той ветки, которую в дальнейшем планируем удалять. Это реализуется с помощью команды --squash. Представим, что мы хотим заливаем все изменения в ветку develop из ветки feature/simple-test. И удалим в дальнейшем ветку feature/simple-test. Выглядеть такая работа будет таким образом

git checkout develop
git merge --squash feature/simple-test
git commit -m "merge feature"

Удаление пакетов с помощью npm

2019-09-21T03:30:00.000-07:00

Доброго дня!

Вот небольшой набор команд, каким образом можно из package.json удалять пакеты

npm uninstall
npm uninstall --save
npm uninstall --save-dev
npm -g uninstall --save

Удаление веток в git

2019-09-21T00:32:00.004-07:00

Без лишних слов, давайте приступим к удалению веток. Пусть у нас будет ветка feature/simple-fix, над которой и будем экспериментировать

Для начала, удалим ветку у себя локально

git branch -d feature/simple-fix

Для удаления ветки, которая находится удаленно, нам необходимо выполнить команду

git push origin --delete feature/simple-fix

Вот так быстро и легко можно подчистить ветки. Всем успехов!

Очистить все коммиты в git

2019-09-21T00:07:00.006-07:00

Всем привет!

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

Во-первых, нам необходимо создать сиротскую ветку от текущей ветки (которую мы потом будем удалять). Пусть наша текущая ветка будет называться develop. Создадим сироту

git checkout --orphan develop_temp

В данной ветке нет ни одного комментария, но есть все файлы, которые были в ветке develop. Теперь нам нужно добавить все файлы в нашу новую ветку develop_temp

git add -A
git commit -am "first commit"

Идем дальше. Удаляем нашу ветку-родитель (у нас же есть сирота, а у сироты не бывает родителей ;) )

git branch -D develop

После этого переименовываем ветку-сироту по имени ветки-родителя

git branch -m develop

И наконец зальем все в нашу репу

git push -f origin develop

P.S. в данном подходе есть одна проблема, при мерджинге (или ребейзе). Проблема эта выглядит как сообщение об ошибке

fatal: refusing to merge unrelated histories

Происходит это потому, что два несвязанных проекта пытаются смерджиться. Решается эта проблема при первом мердже командой allow-unrelated-histories. Как вариант это работает вот так

1. git pull origin master --allow-unrelated-histories
2. git merge develop --allow-unrelated-histories

Да вот собственно и все. Всем успехов!

Слияние веток в git

2019-09-20T23:46:00.000-07:00

Пусть у нас есть 2 ветки и мы не хотим пробегаться по всем изменениям и подтверждать, есть потребность залить слиться сразу, доверяя ветке, где находятся наши изменения

master (куда мы хотим залить наши изменения)
develop (где находятся наши изменения после коммитов)

Вначале разберемся с командой merge. Тут все просто. Заходим в master-ветку

git checkout master

После этого сливаемся, при этом говорим, что принимаем изменения ветки develop - указываем параметр theirs, если же хотим принять изменения ветки master, то указываем параметр ours

git merge -X theirs develop

Что касаемо rebase, то тут все аналогично. Т.е. мы находимся в той ветке, которую будем заливать

git checkout develop

После этого мы выполняем команду rebase и принимаем все изменения автоматически, а после нее заливаем изменения в master

git rebase -X theirs master
git checkout master
git merge develop

Дальше, продолжайте работать. Всем успехов!

Angular pre-processor

2018-10-04T04:54:00.006-07:00

If you wanna change pre-processor on existing project run

ng config schematics.@schematics/angular:component.styleext styl

If you wanna change pre-processor on new project run:

ng new my-app --style styl

Оптимизация Ubuntu (в частности для SSD)

2018-09-26T09:09:00.001-07:00

Порывшись в интернете, нашел несколько действий, которые должны позволить продлить срок службы SSD, а также ускорить работу всей системы.

В самом начале отключим работу лишних демонов приложений. Проще всего это сделать установив дополнительное приложение sysv-rc-conf. Делается это путем классической установки пакета

sudo apt-get install sysv-rc-conf
Затем запускаем приложение и убираем "крестики" с "лишних" приложений. А приложения у нас лишние следующие
- brltty - служба помощи слепым людям посредством дисплея Брайля
- pppd-dns - служба подключения к интернету через модем
- saned - служба работы со сканерами
- speech-di - служба синтеза речи
Мое любимое приложение - Preload. Помогает ускорять запуск приложений благодаря тому, что кэширует часто используемые приложения и их библиотеки в оперативной памяти.

sudo apt-get install preload
Затем поменяем параметр sortstrategy в файле /etc/preload.conf на 0. Для SSD бессмысленно указывать очередь сортировки запросов.
Уменьшим диапазон срабатывания swap, чтобы swap раздел начинал использоваться только при достижении 90% заполненности оперативной памяти. Для этого в файле /etc/sysctl.conf в самом конце добавим строчку

vm.swappiness=10
И на последок самое простое - очистим кэш apt и удалим неиспользуемые зависимости

sudo apt-get autoremove
sudo apt-get clean

Teamfora. Определение со стратегией

2017-05-07T02:19:00.001-07:00

Всем привет! Основная идея архитектуры данного проекта - проверить весь функционал, который необходим приложению. Я долго работал над многими проектами, стартапами, чтобы сконцентрироваться над максимально коротким сроком вывода приложения в публичный доступ.

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

Для бекенда будет использоваться PostgreSQL и Django 1.10.x, для фронтенда на первых парах скорее всего Angular2. Что из себя будет представлять проект, я буду рассказывать либо на своем канале Youtube, либо тут в блоге (пока не решил). Но в блоге обязательно буду дублировать результаты работы.

Основы ReactJS. Урок #1. Настройка webpack

2016-10-31T08:40:00.002-07:00

Teamfora. Определение frontend для десктопной версии

2016-07-31T04:01:00.001-07:00

После долгих попыток, исследований многих фреймворков остановился я на нескольких популярный: Angular 2 и Aurelia. По своей сути - это один и тот же фреймворк, дьявол кроется в деталях. Не буду вдаваться в подробности, в чем у них отличия, лишь опишу, что остановился я на Angular 2.

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

1. SystemJS. Настраивается удобно, собирал я с помощью npm модуля systembuilder'a. Все бы ничего, но натыкался он постоянно на стандарты ES7 - декораторы. Конечно я подключал es7.decorators, конечно пробовал использовать es5. Но задача моя оставалась четкой - использовать Angular 2 (очень много удобств, плюс адекватный роутинг), а также ES6.

2. Дальше пробовать стал require от nodeJS. Все бы ничего, но код стал похож на лапшу. И меня это совсем удручало.

3. И в итоге остановился я на webpack. На сегодняшний день для меня - это самый лучший сборщик. Основной плюс, который замечаешь сразу, это повтор почти всей структуры TypeScript. Позволяет смотреть примеры на TypeScript, а писать на чистом JS стандарта EcmaScript2015

В следующей статье расскажу, как я подключал webpack, и что из этого получилось.

Teamfora. Разговоры об архитектуре и жизни

2016-07-22T11:06:00.002-07:00

Исследовал я последние две недели Angular 2. Вся политика данного фреймворка основана, кажется, на TypeScript. И адаптировать для ES6 бывает проблематично. Сейчас я в некотором замешательстве. Оставаться на второй версии Angular или все-таки брать первую и быстро сделать продукт.

Ввиду последних тенденций жизни, приходится работать на нескольких работах и времени не то, что на свой продукт, на семью совсем не хватает. Сколько я еще так продержусь - не знаю. Но стараюсь все равно хоть чуть-чуть, но выделять время на Teamfora.

Кроме колебаний разных версий Angular, вся остальная архитектура приложения остается прежней. Возможно еще какие-то технологии я включу в проект со временем. Но все остается по прежнему. И стратегия разработки остается четкой.

Teamfora. Обнуление

2016-06-30T02:42:00.000-07:00

После продолжительных проб и ошибок в разработке продукта помощи в подборе персонала и оптимизации выполнения задач, я пришел к текущей концепции и планам работ. Это небольшое введение должно пролить свет на всю систему в целом. А я обещаю отписываться тут как можно чаще, чтобы себя мотивировать и не снижать темп разработки.

Что это за проект? Это система управления проектами и командами. Создается исключительно для маленьких компаний, которые не хотят работать онлайн, для которых нужна приватность от внешнего мира.

Основные технологии, используемые в разработке.

Серверная часть

Spring Framework - основной фреймворк, используемый при разработки сервисов
PostgreSQL - СУБД для хранения структуры данных и основных данных
Cassandra - СУБД для хранения схем, настроек, событий, транзакций действий пользователей
Jetty - основной веб-сервер
TDD - разработка преимущественно с предварительным тестированием

Клиентская часть

AngularJS 2 - рискну использовать вторую часть довольно удобного фреймворка
Grunt - для сборки и обфускации проекта
Nginx - прокси-сервер
Less - таблица стилей для удобной поддержки и разработки

Вся система на первых порах будет поставляться в виде образа для VBox. Каждый сможет ее потестировать и понять, что сейчас происходит с системой.

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

Singleton

2015-02-16T00:56:00.001-08:00

Всем привет! Сегодня поговорим о самом известном шаблоне проектирования "Одиночка" (Singleton). О нем уже очень много сказано, но тем не менее - это самый популярный вопрос на собеседованиях.

Singleton - паттерн гарантирует, что класс имеет только один экземпляр, и предоставляет глобальную точку доступа к этому экземпляру.

Самый общий Singleton, которого хватает почти на 90% задач

Какие у него плюсы и минусы:

+ ленивая инициализация
- низкая производительность

Есть более продуктивный шаблон (Double Checked Locking & volatile)

Какие у этого шаблона плюсы и минусы:

+ Ленивая инициализация
+ Высокая производительность
- Поддерживается JDK5+

Есть еще и очень простой Singleton (Enum Singleton)

Какие у этого шаблона плюсы и минусы:

+ Сериализация из коробки
+ Потокобезопасность из коробки
+ Возможность использования EnumSet, EnumMap и т.д.
+ Поддержка switch
- Неленивая инициализация

JavaScript Calendar

2013-10-17T05:21:00.001-07:00

Всем привет. Не так давно в школу HeadHunter проходил конкурсный набор по направление JavaScript developer на нагруженные сервера. Так вот, я тоже туда пробовал попасть с учетом того, что JS знаю исключительно по библиотеке JQuery.
Итак был конкурс, я прошел первый тур с отсутствие знания основ JS. Просто сел за ноутбук и начал писать читая какую-то статью об основах данного языка. Спустя несколько дней родился проект календаря. Постарался максимально качественно подойти к написанию кода. Учел все возможные архитектурные особенности своего "продукта".

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

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

Запускаемая страница index.html :) Весь код полностью нативный, а это значит что есть только "чистый" JavaScript, CSS и HTML5

Protocol Buffers

2013-10-15T06:55:00.000-07:00

Так выпали карты, и мы стали использовать технологию Protocol Buffers или просто protobuf, предложенной Google для решения проблем сериализации между платформами и существующими языками.

В этой статье моя цель раскрыть основы использования данной технологии в контексте платформы Java.

Данная технология по сути ничем не отличается от всем известных подходов/технологий JSON или XML. Однако она имеет ряд преимуществ. Одно из них (по заявлению самого Google) это превосходство в сериализации/десериализации по сравнению с XML до 20-100 раз, и это не считая что и размер получаемых данных в 3-4 раза меньше. Но есть еще одно принципиальное отличие - это подход в создании такого объекта. Средства, обычно предоставляемые для работы с JSON или XML, являются некоторыми низкоуровневыми инструментами, а protobuf обеспечивается инструментами высокого уровня.

Чтобы описать структура данных, необходимо создать .proto файл, в который необходимо занести все необходимые поля. Нужно отметить, что те разработчики, которые сталкивались с описанием CORBA объектов, вам это покажется знакомым. Proto-файл напоминает файл IDL от CORBA. И компилируется специальным метакомпилятором по аналогичному принципу, только с помощью утилиты protoc.exe (если вы используете Window, для Linux аналогичный бинарный файл, но с другим расширением)

Если вся теория понятна - тогда поехали разрабатывать продукт. Для начала, чтобы начать использование технологии protobuf с помощью средств предоставляемых Google следует скачать необходимый установочный пакет (под вашу операционную систему) со текущей страницы. Я его сохранил и распаковал в директорию C:\web\proto

Следующим шагом создадим простой maven-проект, где и будем экспериментировать с protobuf-технологией. Для тех, кто подзабыл, как создавать maven-проект, можно подсмотреть тут. Сама структура проекта в итоге должна выглядеть как на картинке справа

Файл Person.proto содержит информацию о сериализуемом объекте. В данном случае у нас это какой-то абстрактный пользователь, у которого есть идентификатор (для БД более актуально) и имя с фамилией, также у него есть права (роль) на какие-то действия. У роли есть описательная часть, кто это (Пользователь, Модератор или Админ), а также идентификатор (пусть в БД).

Как только создали этот файл, его необходимо собрать. В папке commands в нашем проекте вы найдете необходимый скрипт для создания java-класса и дальнейшей работы с ним. После того, как скомпилировали proto-файл, пора переходить к работе над объектом.

В 13 и 18 строках файла TestProtoFile.java мы создаем пользователя с ролью, в 27 строке мы нашего пользователя сохраняем (сериализуем) в файл, а в 33 строке читаем файл и создаем нашего только что сохраненного пользователя (десериализуем)

Весь проект лежит на github

Фильтр для web-приложения

2013-09-27T04:55:00.000-07:00

Добрый день. Давно ничего не писал в сюда. И вот пришла идея описать процесс подключения и использования собственного фильтра. Такую же идея мы используем в своем продукте документооборота DocPrEx (Document Project Expression) для авторизации и аутентификации пользователя. Возможно что-то в дальнейшем будет меняться. Но сейчас это все выглядит более, чем удачно. Поскольку можно отказаться от SpringSecurity. Итак, добро пожаловать под кат
Первое, что нам необходимо, это создать свой фильтр. Можно имплиментировать как интерфейс Filter, так и класс (что собственно я и делаю для упрощения работы) OncePerRequestFilter. Самая идея фильтра очень примитивна. Мы берем все параметры запроса и ищем параметр с именем USER, если таковой не находится, то возвращаем ошибку 401 (Unauthentication), если же он есть, то пропускаем дальше в нужные сервлеты И осталось только этот фильтр зарегистрировать в web.xml Готово! И добро пожаловать в документацию по фильтрам. Поскольку не вижу смысла объяснять то, что написано в комментариях к использованному нами классу.

AOP with annotation

2013-07-12T03:34:00.000-07:00

Сегодня поговорим о той проблеме, с которой пришлось столкнуться намедни. Нужно было логировать только определенные методы и классы в спринговом приложении. В интеренетах полно решений для всех методов, но мало для конкретных. Поэтому восполним этот пробел нижеследующим решение.

Для начала напишем элементарную аннотацию (в дальнейшем, если хотите) ее можно расширить

Затем аннотируем необходимый метод

Далее напишем аспектноориентированный метод (вот такое словосочетание) который будет отлавливать нашу аннотацию. Тут все просто (после выполнения инструкций) - срабатывает лог. Мы говорим, что делаем это для любого метода (нам не интересно ни что он возвращает, ни как называется, ни какие аргументы имеет), у которого есть наша аннотацию

Ну и не забываем добавить в конфиг наш аспектноориентированный подход :) А также просканировать пакет, где этот класс содержится (component-scan)

GWT Cookies

2013-07-11T00:41:00.001-07:00

Понадобилось недавно сохранять настройки пользователя на javascript, генерируемом с помощью Google Web Toolkit. Пробежавшись по API нашел очень неплохой класс Cookies. В результате написал небольшую обертку для своих настроек. Чем и делюсь ниже. Сам класс очень простой и я думаю, что нет необходимости что-либо писать еще. Поэтому смотрим ниже выкладку. На все вопросы готов ответить