Неправильно отрабатывает regexp в mySQL

а, ну да, я не на ту букву М смотрел www.fileformat.info/info/unicode/char/43c/index.htm

Неправильно отрабатывает regexp в mySQL

Запросто может быть, что, внутри mysql UTF-8 символы трактуются как Latin1, например, и конвертируются опять в Unicode, потом получившияся каша считается регэкспом.

Надежность банков

Если бардак видно со стороны, это бардак на порядок больший, чем тот который не видно.

Ситуация в банке: «да, наверное ваши деньги по ошибке списали — разберёмся вернём»

Ситуация с сбербанке: «да, наверное ваши деньги по ошибке списали, но вернуть мы их вам не можем, потому что вторую неделю не можем дозвониться в центральный филиал»

Надежность банков

Золото:
1) может упасть в цене лет на десять (что и случается переодически)
2) купить и продать просто так не получится — нужно заплатить налог
3) «Золото уже не то» — если внешний вид испортится, сколы, следы ржавчины с окружающей среды, могут быть проблемы, золото принимают обратно не по весу, а в слитках и монетах, должны быть в таком же виде как были приобретены. Были прициденты с монетами по крайней мере.
4) Физически хранить нужно чтобы не украли. Дома? В банке? Надёжно ли? Не дорого ли?

Хранение значения сильной хэшфункции от незашифрованного текста, рядом с зашифрованным текстом?

Ок, Спасибо, это уже интересно…

Хранение значения сильной хэшфункции от незашифрованного текста, рядом с зашифрованным текстом?

Да. Теоретически.

Но на практике можно проверить корректность расшифровки в случае А. Сам алгоритм шифрования содержит какую-то контрольную сумму ключа или plaintext'а. Например если я с помощью gpg пытаюсь расшифровать AES256 с неправильным ключём, я получаю 'gpg: decryption failed: bad key'

К тому же некоторых известные решения хранят CRC от незашифрованного текста, например, Rar, судя по сообщению об ошибке при попытке расшифровать неправильным паролем:
Encrypted file: CRC failed in somefile.rar (password incorrect ?)

Интересно именно считается ли это на практике плохим дизайном.

Хранение значения сильной хэшфункции от незашифрованного текста, рядом с зашифрованным текстом?

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

> По условиям задачи злоумышленник получает доступ к этой информации
да

> После этого он засылает в сервис открытый текст длиной 1 байт
нет, нет никакого сервиса.

давайте переформулирую задачу:

Случай A: У злоумышленника есть зашифрованный текст. Нужно получить не зашифрованный.
Случай Б: У злоумышленника есть зашифрованный текст и SHA256 от не зашифрованного текста. Нужно получить не зашифрованный.

Будет ли в случае Б атака более простой чем в случае А?

Теоретически конечно будет, т.к. SHA256 от не зашифрованного текста уже дополнительная информация.
Но считается ли на практике это плохим дизайном в криптографии. (теория как известно отличается от практики)

Хранение значения сильной хэшфункции от незашифрованного текста, рядом с зашифрованным текстом?

Давайте попорядку.
Что такое «таблицу с произвольным текстом»? Что такое «длина блока» — это из реализации AES?
Как он именно поймёт что длина блока 16 символов? И как на это повлияет наличие хэш функции от незашифрованного текста?

Хранение значения сильной хэшфункции от незашифрованного текста, рядом с зашифрованным текстом?

Не совсем понял честно говоря…

Ситибанк понизил лимит снятия в банкомате за один раз?

Ну во первых потому что вопрос может быть интересен другим, (а точнее всем кто пользуется системами типа Payoneer)

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

В третьих врядли они ответят что либо кроме «раз вы видете 400 значит 400».

Счас попробовл позвонить 10 раз — сбрасывается вызов. Попробую завтра.

Как вы выполняете требование банка сохранять слипы (при его наличии в договоре)?

В пятёрке рейтинга www.banki.ru/services/responses/ конечно же нет альфабанка.

Оплата Amazon AWS картой с CVC/CVV2

А откуда информация, что реальный пластик альфабанка с полосой не будет работать с амазоном?

[Amazon Glacier] Почему не сняли $72, как мы тут все насчитали? Сколько же оно стоит?

Повторюсь, Get inventory — это не запрос файлов. Это запрос inventory. Он (почти?) ничего не стоит.

[Amazon Glacier] Почему не сняли $72, как мы тут все насчитали? Сколько же оно стоит?

Может вот эта фича была включена? blog.cloudberrylab.com/2012/12/introducing-smart-restore-for-amazon.html

[Amazon Glacier] Почему не сняли $72, как мы тут все насчитали? Сколько же оно стоит?

ИМХО Либо просто ошиблись, сделали get inventory и скачали пару мелкий файлов,
либо cloudberry сглючил и скачал только пару файлов, либо в его настройках что-то такое.

В случае запроса файлов на счачивание больше бесплатного порога в billing репорте должно быть что-то вроде «Retrieval Fee»:

$0.010 per GB — Retrieval Fee 6.151 GB 0.06

Так же на странице биллига есть «You can download a detailed activity report in Comma Separated Value (CSV) format.(new)» там могут быть подробности.
Ещё сравните «1,486» с количеством файлов, 1,486 — это количество UPLOAD and RETRIEVAL Requests

Может у амазона есть какая-то недокументированная фича типа «быстро загруженные и скачанные файлы не считаются скачанными», но раньше такого не было.

Списание средств?

Ок, я уже написал как проверить активен ли сервис.

Списание средств?

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

База данных MySQL инкрементирует по 10?

Может они это не зря сделали? Может криво работать будет, если на 1 изменяться…

Контроль неиспользуемых переменных в perl?

не нравится мне то, что common::sense не ругается на использование undef…

Фриланс в Испании! Поделитесь опытом!

Нельзя иностранцу открыть счёт и на свой же счёт положить деньги, без справки с работы.
Выяснял когда там был… Точно не помню откуда инфа.

Но вот что-то похожее в качестве пруфа www.russpain.ru/a/v-bank-neresid.htm

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

В противном случае банк заблокирует данную сумму пока вы не предъявите доказательства легальности происхождения денег