Как-то я решил, что мне слишком скучно в последнее время и я решил обновить ubuntu на моем vps с версии 18 до 20.04

Сказано - сделано!

После перезапуска mysql-сервера, проблемы начались на двух из трех сайтов, а именно они использовали эту субд. При попытке зайти на сайт с drupal cms вылезало окошечко:

PDOException: SQLSTATE[42000]: Syntax error or access violation: 1231 Variable 'sql_mode' can't be set to the value of 'NO_AUTO_CREATE_USER'

Так случилось из-за обновленной версии mysql. К счастью - правится это легко.

Открываем файл в редакторе

/var/www/your_website/includes/database/mysql/database.inc

Ищем строку режима работы sql и удаляем из нее NO_AUTO_CREATE_USER, так как именно на это ругается drupal

Было

sql_mode="REAL_AS_FLOAT,PIPES_AS_CONCAT,ANSI_QUOTES,IGNORE_SPACE,STRICT_TRANS_TABLES,STRICT_ALL_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER"'

Стало

sql_mode="REAL_AS_FLOAT,PIPES_AS_CONCAT,ANSI_QUOTES,IGNORE_SPACE,STRICT_TRANS_TABLES,STRICT_ALL_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO"'

Все, с Drupal разобрались. Можно переходить к piwigo

 

Тут все тяжелее и легче. Ругань подобного рода.

arning: [mysql error 1064] You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'groups, show_title, id_line, width

Как исправить это, я не нашел, но примерно понял, что проблема скорее всего с  дополнительными плагинами. На это указывал еще и тот факт, что мобильная версия сайта запускалась и прекрасно работала, а для нее плагины типа additional page, header manager не предназначены.

Все что  я сделал, это забрался в админку через версию для телефона и обновил все плагины и саму версию piwigo до 11. Теперь все работает.

Вам ведь не нужно напоминать, что вы все делаете на свой страх и риск, и автор статьи не несет ответственности за возможный причиненный ущерб? ;-) Экспериментируйте, ведь дорогу осилит идущий.

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

 

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

 

wget https://launchpad.net/veracrypt/trunk/1.24-update7/+download/veracrypt-console-1.24-Update7-Ubuntu-20.10-amd64.deb

и установил ее

dpkg -i veracrypt-console-1.24-Update7-Ubuntu-20.10-amd64.deb

 

Создание нового тома:

Теперь, создаем новый том

veracrypt --create

и готовимся ответить на несколько вопросов касающихся размера, файловой системы, точки монтирования etc.

 

тип тома (обычный или скрытый)

Volume type:
1) Normal
2) Hidden
Select [1]:

путь до файла контейнера

Enter volume path: /home/your_name/new_conteiner

Укажем размер контейнера (мой будет 10GB)

Enter volume size (sizeK/size[M]/sizeG): 10000

Выберем алгоритм шифрования (по умолчанию AES)

Encryption Algorithm:
1) AES
2) Serpent
3) Twofish
4) Camellia
5) Kuznyechik
6) AES(Twofish)
7) AES(Twofish(Serpent))
8) Camellia(Kuznyechik)
9) Camellia(Serpent)
10) Kuznyechik(AES)
11) Kuznyechik(Serpent(Camellia))
12) Kuznyechik(Twofish)
13) Serpent(AES)
14) Serpent(Twofish(AES))
15) Twofish(Serpent)
Select [1]: 1

Выберем алгоритм хэша (по умолчанию SHA-512)

Hash algorithm:
1) SHA-512
2) Whirlpool
3) SHA-256
4) Streebog
Select [1]: 1

Определимся с файловой системой. Мой диск должен читаться как в linux так и в windows, кроме того, на него будет записаны файлы размером больше 4GB, потому я остановился на NTFS

Filesystem:
1) None
2) FAT
3) Linux Ext2
4) Linux Ext3
5) Linux Ext4
6) NTFS
7) exFAT
8) Btrfs
Select [2]: 6

теперь нужно придумать пароль для контейнера

Enter password:

и повторить его

Re-enter password:

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

Enter PIM:

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

Enter keyfile path [none]:

Теперь нужно 320 раз напечатать различные буквы, цифры и символы. Требуется для шифрования

Please type at least 320 randomly chosen characters and then press Enter:

После этого начнется создание тома и в результате он (барабанная дробь) будет создан!

Done: 100.000% Speed: 64 MiB/s Left: 0 s

с этого момента, можно переходить к главе о монтировании тома.

 

Монтирование тома veracrypt в консоли linux

Том мы создали, теперь осталось смонтировать его

создадим каталог для точки монтирования

mkdir /home/username/vera_volumes

Смонтируем диск опираясь на следующий синтаксис:

sudo veracrupt -t /путь_до_файла_контейнера /точка_куда_монтируем

sudo veracrupt -t /home/your_name/new_conteiner /home/username/vera_volumes 

у нас просят пароль на контейнер

Enter password for /home/your_name/new_conteiner:

Номер pin (пропустить, если не указывали его при создании контейнера)

Enter PIM for /home/your_name/new_conteiner:

путь до ключевого носителя (если указывали при создании контейнера)

Enter keyfile [none]:

вопрос о наличии скрытого тома (если указывали при создании контейнера)

Protect hidden volume (if any)? (y=Yes/n=No) [No]:

отмонтировать том можно командой

veracrypt --dismount /home/your_name/new_container

Собственно это все. Том подключен и им можно пользоваться.

 

Вам ведь не нужно напоминать, что вы все делаете на свой страх и риск, и автор статьи не несет ответственности за возможный причиненный ущерб? ;-) Экспериментируйте, ведь дорогу осилит идущий.

Эта материнская плата у меня давно и все нормально работало, но как-то решил я поменять процессор с i7-960 на xeon E5645

На тот момент был прошит последний из официальных bios, версии F5C от 26/08/2011. Компьютер запускался, но были неприятные особенности:

1. В сон компьютер не уходил принципиально, сразу включался обратно.

2. Если нужно было перезагрузить компьютер, то он уходил в цикличную перезагрузку.

Нужно было выключить компьютер, отключить от сети питания, разрядить конденстаторы в БП нажав кнопку power и после этого уже можно включить.

Наткнулся на один зарубежный форум, где у человека вообще комп не запускался с аналогичным процессором и материнкой. Он решил проблему прошив бета версию bios F5F

Ссылка на прошивку есть на форуме, но сохраню и у себя X58USB3.5f

Дальше все просто:

1. Заливаем файл на флешку

2. При старте компьютера зажимаем клавишу end

3. После запуска утилиты делаем резервную копию нынешнего bios

4. Прошиваем бета версию

5. Перезагружаемся

В моем случае все проблемы как рукой сняло, все отлично работает.

 

Вам ведь не нужно напоминать, что вы все делаете на свой страх и риск, и автор статьи не несет ответственности за возможный причиненный ущерб? ;-) Экспериментируйте, ведь дорогу осилит идущий.

Возникла необходимость, переводить звонок со стационарного телефона, связью который обеспечивает FreePBX на мобильный, если трубку никто не берет после 10 секунд звонка.

В FreePBX есть специальный модуль для этого - follow me \ следуйте сюда. Его и будем настраивать

Входим в настройки номера, который будет участвовать в переадресации и идем во вкладку:

найти меня\следуйте сюда

меняем следующие параметры:

Выключатель "включено": нужно поставить в положение "да", что логично, если наша цель включение опции

Начальное время звонка: 10 - Это время которое звонок будет поступать на первый номер в списке.

Стратегия обзвона: ringall - эта стратегия переведет звонок на второй номер в списке, после времени написанного в опции выше.

Список: здесь укажем список необходимых для дозвона номеров. т.е внутренний сверху и мобильный ниже

После чего сохранить и применить изменения и можно пользоваться.

 

Вам ведь не нужно напоминать, что вы все делаете на свой страх и риск, и автор статьи не несет ответственности за возможный причиненный ущерб? ;-) Экспериментируйте, ведь дорогу осилит идущий.

Как-то пришло мне обновление на мой любимый дистрибутив calculate-linux и яндекс-карты (в google-chrome, в firefox все открывалось штатно) перестали показывать панорамные виды, на экране был лишь черный фон.

Вообще, обычно я ищу решения на просторах интернета сам, но времени было в обрез и тот факт, что  проблема случилась после обновления, толкнул на неправильный путь. Поэтому я решил спросить на IRC-канале техподдержки calculate-ru.

Мне ответил посетитель канала за ником JohnDoe_71Rus, за что ему большое спасибо, рассказав, что проблема довольно старая и выдав мне ссылку на саппорт гугла.

В общем и целом оказалось, что проблема заключается во включенном аппаратном ускорении, которое можно отключить передвинув соответствующий флажок по ссылке chrome://settings/system

После этого, достаточно перезагрузить браузер.

Вам ведь не нужно напоминать, что вы все делаете на свой страх и риск, и автор статьи не несет ответственности за возможный причиненный ущерб? ;-) Экспериментируйте, ведь дорогу осилит идущий.

Предисловие

Был у меня хостинг в французской компании ovh.com и как-то не заплатил я вовремя за vps и буквально за несколько дней, без предупреждения, они все под чистую удалили без возможности восстановления.

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

Разумеется первым делом я решил именно так и поступить! Но вдруг червячок сомнения начал покусывать: а нужен ли мне такой хостер? И козырнув в монитор, сказав "au revoir ля" я начал поиски другого хостера. Нашел дешевле и производительней.

 

Благо резервные копии сайтов у меня сливаются в облако и с этим проблем не было. Но вот после развертывания всего, один из сайтов, построенных на drupal 7, вел себя странно: Главную страницу он загружал нормально, а вот при переходе по любой ссылке apache плевал 404 page not found

Как-то раз я уже сталкивался с этой проблемой, но уже не помнил как решал, а так как я был слишком гордый, чтобы сразу написать подобный пост, пришлось вспоминать все что забыл. А дело-то плевое:

Такое поведение сайта происходит из-за отключенного модуля rewrite

Чтобы включить его нужно набрать в консоли:

sudo a2enmod rewrite

А если на веб-сервере присутствуют виртуальные хосты, то в конфигурационном файле

/etc/apache2/apache2.conf

Нужно поправить запись c AllowOverride none на AllowOverride ALL

<Directory /var/www/>             
Options Indexes FollowSymLinks
AllowOverride All                       
</Directory>                            

После чего, перезапускаем веб-сервер:

sudo systemctl restart apache2

И наслаждаемся.

Вам ведь не нужно напоминать, что вы все делаете на свой страх и риск, и автор статьи не несет ответственности за возможный причиненный ущерб? ;-) Экспериментируйте, ведь дорогу осилит идущий.