В моем случае обошлось просто (Внимание! данные в таблице удаляются!):
|
1 2 3 4 |
shell> mysql db_name mysql> SET AUTOCOMMIT=1; mysql> TRUNCATE TABLE table_name; mysql> quit |
Если данные важны для сохранения,восстановить можно попробовать так:
|
1 |
myisamchk -r --update-state /var/lib/mysql/dbname/table_name.MYI |
После очередного обновления конфигурации 1С, бухгалтерия обнаружила что не работает один из отчетов. Выдает ошибку
|
1 |
метод объекта не обнаружен ПолучитьНомерНаПечать |
Проблема известная и легко гуглится — дело в обновлении БСП в конфигурации. Разработчики переименовали функцию ПрефиксацияОбъектовКлиентСервер.ПолучитьНомерНаПечать() на ПрефиксацияОбъектовКлиентСервер.НомерНаПечать()
После обновления до Ubuntu 19.10 процессор в полочке. Грузит процесс kwin_x11. Пока пришлось отключить все эффекты. Компьютер «ожил».
Другое решение пока не нашел.
Со стародавних времен часть моих скриптов для получения содержимого страниц с сертификатом p12 используют конструкцию вида:
|
1 |
$res='<code>curl -k --key /home/petya/abc.key --cert /home/petya/abc.crt -o amounts.php https://vasya.ru --data-ascii '</code>; |
Однако после обновления OpenSSL появилась ошибка вида:
curl: SSL_CTX_use_certificate:ca md too weak
, которая говорит от том, что шифрование которое было использовано для генерации сертификата слишком слабое.
Решение: перегенирировать сертификат с md5 на sha256. Для этого в файле ca.config нужно поправить:
|
1 2 |
#default_md = md5 default_md = sha256 |
Столкнулся с интересным поведением MySQL при выборке из таблицы содержащей NULL в качестве значения. Очередной подвох однако.. Пусть например есть таблица:
|
1 2 3 4 5 6 7 8 9 10 11 12 |
mysql> select cat_idx,uuid from categories where tar_id=109 and common=0 and above=1 and archive=0; +---------+------+ | cat_idx | uuid | +---------+------+ | 0 | NULL | | 5 | NULL | | 10 | NULL | | 11 | NULL | | 15 | NULL | | 28 | peni | +---------+------+ 6 rows in set (0.00 sec) |
Хотим получить все значения не содержащие uuid=»peni». Логично было бы использовать такой запрос:
|
1 2 |
mysql> select cat_idx,uuid from categories where tar_id=109 and common=0 and above=1 and archive=0 and uuid<>"peni"; Empty set (0.00 sec) |
Аааа. А куда делись остальные значения? А вот потому что с точки зрения MySQL правильно будет:
|
1 2 3 4 5 6 7 8 9 10 11 |
mysql> select cat_idx,uuid from categories where tar_id=109 and common=0 and above=1 and archive=0 and (uuid<>"peni" or uuid is null); +---------+------+ | cat_idx | uuid | +---------+------+ | 0 | NULL | | 5 | NULL | | 10 | NULL | | 11 | NULL | | 15 | NULL | +---------+------+ 5 rows in set (0.00 sec) |
Вывод: при создании таблиц нужно стараться заполнять поля значениями «по умолчанию». Чтобы NULL не было в принципе. Тогда и возможной ошибки не будет.