Menu

Здравейте и добре дошли в #root.bg!

Тук може да намерите статии и уроци за linux, мрежи и тяхната защита, игри и забавление, както и хобита – ролери, дронове и много други.

 


Блогът на Николай Николов

Timelapse видео

, , , , , 0

Здравейте, Преди около месец с колегата Андрей пуснахме метео станция за град Добрич (за нея ще пиша друг път) – и покрай този проект решихме да сложим камери при станцията за да правим timelapse видео. За цялата направа на timelapse видео-то използвах :

  1. Крон който да тегли моментна снимка от камерата през 1 минута и да я записва с уникално име (дата-час-минута)
  2. Скрипт който да събира всички тези снимки в timelapse видео
  3. Скрипт който да забързва това видео за да се получи клипче от минута в която са заснети 24 часа

Ето и как изглеждат нагледно нещата :

Cron:

*/1 * * * * root curl -s "http://111.112.111.33:8889/webcapture.jpg?command=snap&channel=1" > "/var/www/cdn.root.bg/weather-pics/$(date +\%Y\%m\%d\%H\%M\%S).jpg"
30 5 * * * root /root/scripts/timelapse.sh &> /dev/null

тук е важно да се спомене, че скрипта който прави видеото се пуска всяка сутрин в 5:30 за да може да хване изгрева!

Timelapse скрипт:

#!/bin/bash
rm -f /var/www/cdn.root.bg/timelapse.mp4
rm -f /var/www/cdn.root.bg/weather-pics/out.mp4
cd /var/www/cdn.root.bg/weather-pics/ ; cat *.jpg | ffmpeg -f image2pipe -r 1 -vcodec mjpeg -i - -vcodec libx264 out.mp4 ; ffmpeg -i out.mp4 -vf "setpts=(PTS-STARTPTS)/10" -r 10 ../timelapse.mp4
rm -f /var/www/cdn.root.bg/weather-pics/*.jpg ; rm -f /var/www/cdn.root.bg/weather-pics/*.jpg.webp

За да няма никакъв кеш от уеб сървъра nginx, съм добавил специално правило което да сервира всеки път на ново от cdn-а timelapse.mp4

location = /timelapse.mp4 {
        # kill cache
        add_header Last-Modified $date_gmt;
        add_header Cache-Control 'no-store, no-cache, must-revalidate, proxy-revalidate, max-age=0';
        if_modified_since off;
        expires off;
        etag off;
        add_header "Access-Control-Allow-Origin" "*";
        add_header P3P "Can I help you? Contact me via https://root.bg/contacts/, CP=CAO ADMa DEVa IND PHY ONL UNI COM LOC";
}

PS. версията на ffmpeg която използвам е : 3.4.6 – преди това бях пробвал с по-нова инсталирана от snap но не работеше както исках.

И резултата е следния :

 

Това е!

Поправяне на Connection Failed проблем при Java 8 и iDRAC 6 за MacOS

, , , , , , 0

Здравейте,

Не съм писал скоро (съжалявам за което).

Използвам MacOS и често ми се налага да влизам по стари Dell PowerEdge сървъри които използват iDRAC 6, но стигах до проблем – Connection Failed.

Оказа се, че проблема идва от настройка в защитите на Java ( по подразбиране са спрели протокола SSLv3 – а именно той служи да осъществяване на връзката към iDRAC 6 )

За да позволим SSLv3 е нужно да отворим с текстов редактор java.security файла :

sudo vim "/Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/lib/security/java.security"

и да закоментираме или изтрием следните два реда :

jdk.tls.disabledAlgorithms=SSLv3, RC4, DES, MD5withRSA, DH keySize < 1024, \
EC keySize < 224, 3DES_EDE_CBC, anon, NULL

И вече успешно можем да пуснем конзолата към iDRAC 6 и да си свършим работата ;))

Това е!

Изтриване на логовете на systemd journal

, , , 0

Здравейте,

Днес, на един от сървърите ми открих, че мястото във /var намаля, и причината беше във /var/log/journal.


В тази публикация ще споделя как правилно се изтриват логовете на systemd journal, и как да направим сървъра ни сам да се грижи за размера им.

root@mp-web06:/var/log# du -sh * |grep G
4.1G journal

Изтриване на логовете на systemd journal по-стари от Х дни

root@mp-web06:/var/log# journalctl --vacuum-time=5d
Deleted archived journal /var/log/journal/a20c526fbd1ffe2fe0fc6d5056053509/user-1003@55bfa9c91d5944b3a7a133fcec536fb8-000000000042a6ee-00057dd636182198.journal (8.0M).
.....
Vacuuming done, freed 3.8G of archived journals from /var/log/journal/a20c526fbd1ffe2fe0fc6d5056053509.

Тук идеята е сървъра да изтрива сам логове по-стари от 5 дни.

Още..

Mikrotik Winbox за MacOS

, , 0

Здравейте,

В тази публикация ще споделя как можем да инсталираме Winbox за MacOS.

За целта са ни нужни следните неща:

  • Wine
  • XQuartz
  • Winbox
  1. Първо инсталираме XQuartz – версия 2.7.9 от тук. XQuartz е необходим, за да можем да инсталираме wine!
  2. След това инсталираме и самото wine от официалният сайт на wine – winehq.org
  3. Накрая изтегляме winbox и го стартираме през терминалата на wine ; wine winbox.exe

Mikrotik Winbox за MacOS

Това е!

Брада

, 0

Здравейте,

Искам да споделя, че от няколко месеца съм си пуснал брада! Реших да опитам нещо ново, тъй като почти не ми остана коса – брадата беше добър вариянт за мен за експерименти =)

брада

Бях провокиран от моят приятел Иван Желев и реших да опитам, пък то взе че ми хареса!

Първите няколко седмици бяха най-трудни и мъчителни , особенно за мен – никога не си бях оставал брада до сега! Разбира се поддръжката е много важна – взел съм си необходимите неща и си се грижа за нея редовно! Все още не съм ходил на Bradao но и това ще стане скоро!

Споделям снимки на мен и Борката с 4 месеца разлика помежду им – малката е порастнала много – моята брада също! 🙂

WordPress и MySQL 8

, , , 0

Wordpress и MySQL 8Здравейте,

Фен съм на новите технологии и много обичам ъпдейтите ;))

Поради тази причина от днес root.bg вече работи на MySQL 8!

В този пост ще споделя особенностите при пускането на версия 8 и какво е нужно да проработи нашия wordpress – особенно ако базата му е голяма, стара и с различни типове charset и collation-и. Да подчертая че мигрирах от MariaDB 10.2 и за целта си вдигнах нов MySQL сървър – не съм правил mysql_upgrade, а dump и restore на базата!

Повече подробности за новостите в MySQL 8 може да се намерят в официалния им сайт.

Това което е важно за wordpress специално е именно това :

  • Character set support.  The default character set has changed from latin1 to utf8mb4. The utf8mb4 character set has several new collations, including utf8mb4_ja_0900_as_cs, the first Japanese language-specific collation available for Unicode in MySQL. For more information, see Section 10.10.1, “Unicode Character Sets”.

Или именно проблемът с който се сблъсках след като налях базата на root.bg на новия mysql сървър.  Ето така изглеждаха всичките публикации написани на кирилица :

 

Причината за това е именно енкодинга в MySQL.

Този проблем може да се реши по два начина – чрез настройка в самия сървър или в конфигурационния файл на нашия wordpress.

Ето и двата начина:

В MySQL:

character-set-server=latin1

За да направим проверка в mysql конзолата пишем :

SHOW VARIABLES LIKE 'character\_set\_%';

и трябва да видим следния резултат :

+--------------------------+---------+
| Variable_name | Value |
+--------------------------+---------+
| character_set_client | utf8mb4 |
| character_set_connection | utf8mb4 |
| character_set_database | latin1 |
| character_set_filesystem | binary |
| character_set_results | utf8mb4 |
| character_set_server | latin1 |
| character_set_system | utf8 |
+--------------------------+---------+
7 rows in set (0.00 sec)

В wordpress:

В конфигурационният файл на wordpress – wp-config.php добавяме следния ред :

define('DB_CHARSET', 'latin1');

И така вече имаме работещ wordpress на MySQL 8!

ПС
root.bg живее върху :
ubuntu 18.04.1
nginx 1.14.0
php 7.2.11
mysql 8.0.13
memcached 1.5.6

Това е!

Load More