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

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

Ако искате да помогнете за развитието на root.bg, моля направете го от тук!

, , 0 comments

Mikrotik Winbox за MacOS

Здравейте,

В тази публикация ще споделя как можем да инсталираме Mikrotik 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 comments

WordPress и MySQL 8

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

Това е!

, , , 0 comments

Инсталиране на mcrypt модул в php7.2 на WHM сървър

Инсталиране на mcrypt модул в php7.2 на WHM сървърЗдравейте,

От версия 7.1 mcrypt вече не се поддържа от разработчиците на PHP,

и съответно в 7.2 вече не може да се инсталира.

В този пост ще споделя как можем да инсталираме mcrypt на WHM сървър в php7.2.

 

 

 

Изпълняваме следните команди :

Инсталираме ако нямаме EPEL репо-то :

yum install https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm

Инсталираме необходимите библиотеки за mcrypt :

yum install libmcrypt
yum install libmcrypt-devel

Инсталираме mcrypt чрез PECL :

/opt/cpanel/ea-php72/root/usr/bin/pecl install channel://pecl.php.net/mcrypt-1.0.1

Тестваме дали модула е успешно инсталиран :

/opt/cpanel/ea-php72/root/usr/bin/php -m|grep mcrypt

Това е!

, , , 0 comments

Изключване на специални символи при MacOS

Привет,

В този пост ще споделя как можем да изключим специалните символи на нашият MacOS.

Какво е специален символ и как се използва?

В таблицата по-долу са изброени тези символи, а за да използваме, просто задържаме определената буква или чрез комбинацията по-долу.
Изключване на специални символи при mac

 

AccentKey StrokesAvailable Characters
Grave  `option ` + the characterÀ È Ì Ò Ù à è ì ò ù
Acute  ´option e + the characterÁ É Í Ó Ú á é í ó ú
Circumflex ^option i + the characterÂ Ê Î Ô Û â ê î ô û
Tilde ~option n + the characterÃ Ñ Õ ã ñ õ
Umlaut ¨option u + the characterÄ Ë Ï Ö Ü Ÿ ä ë ï ö ü ÿ

 

Key
Stroke		+Option+Option-
Shift		Key
Stroke		+Option+Option-
Stroke
AåÅ0º‚
B†¹1¡Ž
CçÇ2™€
DÎ3£Ð
E´4¢ð
FƒÏ5ƒÞ
G©›6§þ
H™Ó7ý
Iˆ8•°
JÔ9ª·
Kš•–– en dash— em dash
L¬Ò=‚±
MµÂ[“”
OøØ]‘’
P¼½\´ª
QœŒ‘æÆ
R®‰,¾¯
SßÍ.„˜
Tݝ;…Ú
U¨``
Vˆ×/÷¿
W…„
X‰œ
Y¥Á
Z‡¸

Как да изключим специалните символи и с какво ще помогне това?

При писане в терминал или където и да е другаде в нашия MacOS нещата се случват някак по-бавно от колкото на linux десктоп например. Това се дължи точно заради тези специални символи.

Типичен пример е изтриването или местенето със стрелка напред или назад в някое IDE или терминал – става многооооо бавно!

За да оправим този проблем е нужно да напишем следните 3 реда в терминала ни, и след това да излезем от потребителя и влезем на ново (или да рестартираме mac-a)

defaults write NSGlobalDomain ApplePressAndHoldEnabled -bool false
defaults write NSGlobalDomain KeyRepeat -int 1
defaults write NSGlobalDomain InitialKeyRepeat -int 12

Резултата е впечатляващ!! 🙂

Ако случайно искаме да върнем нещата по старо му – да имаме специални символи трябва да напишем в терминала и пак да излезем и влезем :

defaults write -g ApplePressAndHoldEnabled -bool true

Това е !

, , , , , 0 comments

nginx content security policy header

Здравейте,

В този пост ще споделя как можем да защитим сайта си ако използваме nginx за уеб сървър.

Воден от поста на Скот Хелме за CSP тръгнах да тествам CSP header-и на root.bg. Използвах неговия инструмент securityheaders.com и накрая постигнах желания резултат – A+ 🙂

nginx content security policy header

 

nginx content security policy header

Във виртуалния хост на сайта ни добавяме следните редове след location /

add_header Content-Security-Policy "block-all-mixed-content; frame-ancestors 'self' root.bg cdn.root.bg s.root.bg go.root.bg git.root.bg fonts.gstatic.com;";
add_header Content-Security-Policy-Report-Only "default-src https: data: 'unsafe-inline' 'unsafe-eval'; report-uri https://rootbg.report-uri.com/r/d/csp/reportOnly";

report-uri.com

Направих си регистрация в сайта report-uri.com и така започнах да събирам информация от уеб сървъра ми за XSS атаки, грешки в конфигурацията на уеб сървъра, мониторинг и всичко останало свързано с новите уеб стандарти.

Аз лично малко съм се олял с добавянето на излишни header-и, но почти всички от тях са за защита 🙂

HTTP/2 200 
date: Wed, 17 Oct 2018 07:13:17 GMT
content-type: text/html; charset=UTF-8
vary: Accept-Encoding
set-cookie: PHPSESSID=d2lar8sp9vq24752mip9lu31ls; path=/; secure; HttpOnly
expires: Thu, 19 Nov 1981 08:52:00 GMT
cache-control: no-store, no-cache, must-revalidate
pragma: no-cache
x-powered-by: 🐧
link: https://root.bg/wp-json/; rel="https://api.w.org/"
link: https://go.root.bg/21; rel=shortlink
server: rws
strict-transport-security: max-age=31536000; includeSubDomains; preload
x-cache: HIT
x-xss-protection: 1; mode=block; report=https://rootbg.report-uri.com/r/d/xss/enforce
x-frame-options: SAMEORIGIN
x-content-type-options: nosniff
p3p: Can I help you? Contact me via https://root.bg/contacts/, CP=CAO ADMa DEVa IND PHY ONL UNI COM LOC
feature-policy: sync-xhr 'self' https://root.bg
content-security-policy: block-all-mixed-content; frame-ancestors 'self' root.bg cdn.root.bg s.root.bg go.root.bg git.root.bg fonts.gstatic.com;
content-security-policy-report-only: default-src https: data: 'unsafe-inline' 'unsafe-eval'; report-uri https://rootbg.report-uri.com/r/d/csp/reportOnly
referrer-policy: no-referrer-when-downgrade
expect-ct: enforce; max-age=86400; report-uri=https://rootbg.report-uri.com/r/d/ct/enforce
x-app-server: gevi
x-slogan: Respect is earned, not given!

Това е!

, , , , , 0 comments

Прехвърляне на sparse файлове под линукс

Здравейте,

Тук идеята е следната :

Имаме bare-metal сървър A и искаме да копираме виртуална машина от него на bare-metal сървър B. Ако виртуалната ни машина е голяма примерно 80GB и връзката между двете машини е на 1GB то трансфера ще отнеме около 20 минути.

Ако виртуалната ни машина реално е голяма 1GB, трансфера пак ще отнеме толкова, защото ние ще прехвърлим всичките 80GB – 79GB от които нули.

В този пост ще споделя начин с tar как да избегнем това досадно прехвърляне на излишни данни на sparse файлове.

Създаване на sparse файл

За теста създадох виртуална машина с големина на хард диска 80GB :

Още..

1 2 3 4 5 >»