Ошибки cms drupal и piwigo при обновлении mysql.
Апрель 16, 2021 Время чтения: 3 минуты
Как-то я решил, что мне слишком скучно в последнее время и я решил обновить 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. Теперь все работает.
Вам ведь не нужно напоминать, что вы все делаете на свой страх и риск, и автор статьи не несет ответственности за возможный причиненный ущерб? ;-) Экспериментируйте, ведь дорогу осилит идущий.
Создание и монтирование тома veracrypt в консоли ubuntu 20.10
Февраль 27, 2021 Время чтения: 10 минуты
Созрела необходимость пользоваться защищенным контейнером на сервере с ubuntu 20.10 без gui, чтобы хранить всякую рабочую информацию, которую временами нужно убрать с глаз посторонних.
В официальных репозиториях я не нашел veracrypt, потому скачал с официального сайта необходимую мне актуальную версию.
и установил ее
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
Собственно это все. Том подключен и им можно пользоваться.
Вам ведь не нужно напоминать, что вы все делаете на свой страх и риск, и автор статьи не несет ответственности за возможный причиненный ущерб? ;-) Экспериментируйте, ведь дорогу осилит идущий.
GA-X58-USB3.0 не уходит в сон.
Декабрь 14, 2020 Время чтения: 2 минуты
Эта материнская плата у меня давно и все нормально работало, но как-то решил я поменять процессор с i7-960 на xeon E5645
На тот момент был прошит последний из официальных bios, версии F5C от 26/08/2011. Компьютер запускался, но были неприятные особенности:
1. В сон компьютер не уходил принципиально, сразу включался обратно.
2. Если нужно было перезагрузить компьютер, то он уходил в цикличную перезагрузку.
Нужно было выключить компьютер, отключить от сети питания, разрядить конденстаторы в БП нажав кнопку power и после этого уже можно включить.
Наткнулся на один зарубежный форум, где у человека вообще комп не запускался с аналогичным процессором и материнкой. Он решил проблему прошив бета версию bios F5F
Ссылка на прошивку есть на форуме, но сохраню и у себя X58USB3.5f
Дальше все просто:
1. Заливаем файл на флешку
2. При старте компьютера зажимаем клавишу end
3. После запуска утилиты делаем резервную копию нынешнего bios
4. Прошиваем бета версию
5. Перезагружаемся
В моем случае все проблемы как рукой сняло, все отлично работает.
Вам ведь не нужно напоминать, что вы все делаете на свой страх и риск, и автор статьи не несет ответственности за возможный причиненный ущерб? ;-) Экспериментируйте, ведь дорогу осилит идущий.
Переадресация звонка на мобильный с внутреннего номера
Декабрь 1, 2020 Время чтения: 2 минуты
Возникла необходимость, переводить звонок со стационарного телефона, связью который обеспечивает FreePBX на мобильный, если трубку никто не берет после 10 секунд звонка.
В FreePBX есть специальный модуль для этого - follow me \ следуйте сюда. Его и будем настраивать
Входим в настройки номера, который будет участвовать в переадресации и идем во вкладку:
найти меня\следуйте сюда
меняем следующие параметры:
Выключатель "включено": нужно поставить в положение "да", что логично, если наша цель включение опции
Начальное время звонка: 10 - Это время которое звонок будет поступать на первый номер в списке.
Стратегия обзвона: ringall - эта стратегия переведет звонок на второй номер в списке, после времени написанного в опции выше.
Список: здесь укажем список необходимых для дозвона номеров. т.е внутренний сверху и мобильный ниже
После чего сохранить и применить изменения и можно пользоваться.
Вам ведь не нужно напоминать, что вы все делаете на свой страх и риск, и автор статьи не несет ответственности за возможный причиненный ущерб? ;-) Экспериментируйте, ведь дорогу осилит идущий.
черный экран на панорамах яндекса
Октябрь 9, 2020 Время чтения: ~1 минут
Как-то пришло мне обновление на мой любимый дистрибутив calculate-linux и яндекс-карты (в google-chrome, в firefox все открывалось штатно) перестали показывать панорамные виды, на экране был лишь черный фон.
Вообще, обычно я ищу решения на просторах интернета сам, но времени было в обрез и тот факт, что проблема случилась после обновления, толкнул на неправильный путь. Поэтому я решил спросить на IRC-канале техподдержки calculate-ru.
Мне ответил посетитель канала за ником JohnDoe_71Rus, за что ему большое спасибо, рассказав, что проблема довольно старая и выдав мне ссылку на саппорт гугла.
В общем и целом оказалось, что проблема заключается во включенном аппаратном ускорении, которое можно отключить передвинув соответствующий флажок по ссылке chrome://settings/system
После этого, достаточно перезагрузить браузер.
Вам ведь не нужно напоминать, что вы все делаете на свой страх и риск, и автор статьи не несет ответственности за возможный причиненный ущерб? ;-) Экспериментируйте, ведь дорогу осилит идущий.
Apache2 выдает 404 в drupal 7
Сентябрь 30, 2020 Время чтения: 3 минуты
Предисловие
Был у меня хостинг в французской компании 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
И наслаждаемся.
Вам ведь не нужно напоминать, что вы все делаете на свой страх и риск, и автор статьи не несет ответственности за возможный причиненный ущерб? ;-) Экспериментируйте, ведь дорогу осилит идущий.