Как стать автором
Обновить
-1
0

Пользователь

Отправить сообщение

Dell Inspiron 5405/5415 и т.д. на AMD CPU - никаких проблем. Debian Testing. AMD 4500u 2 SSD, 32GB RAM...

Автор статьи не знаком с термином Кумовство и Блат.

Ноут Dell Inspiron 5405. Проблема была на Linux ещё до 5.10. Пришлось действовать по инструкции https://www.reddit.com/r/linuxhardware/comments/i28nm5/ideapad_14are05_s3_sleep_fix/ (править DSDT таблицу и разрешать S3). С тех пор никаких проблем.

А не пробовали идти другим способом - вести транскодирование не в VBR/ABR/CBR а CQ. Т.е. ставить ограничение не на поток, а на качество (если Вы беспокоитесь о максимальном потоке - его можно ограничить). В этом случае Вы автоматически получаете "оптимальный" поток при фиксированном качестве и в этом случае не надо заниматься "категорированием" видео в динамичные, говорящие головы и т.д. Это ещё отдельный вопрос к категориям, ибо например мультики - вообще отдельная категория, со своими целевыми показателями bpp.

В конкретном примере сработает

db=# UPDATE users SET email = lower(email)
db-# WHERE email != lower(email);


Но так писать — закладывать потенциальные проблемы. Предпочитаю
db=# UPDATE users SET email = lower(email)
db-# WHERE (email) is distinct from (lower(email));

Всё-так при настоящем храпе нужно обращаться к врачу и переходить на более серьёзные CPAP аппараты, а не gadgets которые будят и не дают перейти в глубокую фазу сна.
«Давайте спорить о вкусе устриц, с теми кто их ел» (с) Жванецкий.
Аппарат нужно покупать самому и тут встаёт чудный выбор, между очень дорогим сертифицированным в РФ но не лучшим на мировом рынке, или серый с которым врачи отказываются работать.
В России с CPAP всё ещё хуже. Есть сертификация как аппаратуры, так и врачей. Из нашего рынка просто вычернут один из лидеров производителей в данной индустрии. Вы покупаете аппарат — не сертифицированный в РФ без тех поддержки. При попытке показать данные расшифрованные со SleepyHead у врачей начинается паника. Врачи не имеют права работать с данной программой официально.
А по поводу двинуть ноги — это простите перебор, так как современные аппараты это не CPAP а ACPAP у которых всё ставиться автоматом и адаптируется под конкретного пациента. Просто если выставить широкие границы min/max Pressure аппарат будет долго (ну часа пол) подбирать режим для Вас. Правильно установленные границы — это больший комфорт сна и засыпаешь быстрее (не берём патологические случаи — «на зло бабушке отморожу уши»)
Интересно, а что на это скажут сервисы оплаты по кредитным картам МПСов? Visa/Master/CUP и т.д. Только не говорите мне про карту «МИР». Согласно статье получается, что оплата картой в буржуинских сайтах «кирдык»? И что на это скажет PCI DSS.
Ну так, тут же буквально недавно проходила статья о том, что нужно делать страничку ввода реквизитов платежной карты максимально удобной для клиента, с кучей ява скриптов, в стиле сайта, чтобы по номеру карты сразу определять принадлежнасть к VISA/Master/Мир..., что переадрессовывать на 3DSec банка не очень хорошо и т.д.
Ну хорошо хоть не статистика «Росстата». Тогда, да, тогда «банкоматы все меньше интересуют мошенников» и новых вирусов под банкоматы не пишут, и новые скимеры не ставят. А blackbox не существует, так как это не карточные операции.
А куда отнесли историю с банком Кузнецкий на сумму 470млн. рублей? http://www.banki.ru/news/lenta/?id=8253002
Для того чтоб обойти ограничения в использовании рекурсивного подзапроса (нельзя использовать в подзапросах, можно ссылаться только один раз и т.д.), использую следующую конструкцию

WITH RECURSIVE r AS (
   SELECT id, parent_id, name
   FROM tmp.geo
   WHERE parent_id = 4

   UNION all
   select *
      from
         (
         with rr as
            (
            select * from r
            )
         SELECT id, parent_id, name
         FROM tmp.geo
         WHERE parent_id IN (  SELECT id FROM rr   )
         ) a
)

SELECT * FROM r;
</source lang>
Часто использую recursive для быстрых выборок по индексу. Получается трудно читаемо, но очень быстро.
Не очень понятно, что дальше-то будет с данным проектом в свете объединения БМ и ВТБ. Процессинги разные эмиссия разная. Так же не понятно почему используются разные тарифы в рамках одной группы по P2P. Опять же не может быть коммиссия по переводу с карты на карту БМ равна нулю во всех случаях. Тут же найдутся люди которые с кредитной карты будут делать без-процентный перевод на дебитовку и уже с неё снимать наличные без коммисии.
Не интересно, вопрос другой, если там 700-900 листов то внешняя инкассация будет дорого и скорее всего делать придётся её в точках (сумма в cash-inе копеечная), если купюроприёмник на 2000 тысячи листов и более, то тут с инкассацией всё хорошо, но идут повышенные требования к сейфу. Опять же не понятна архитектура решения в части связи с процессинговым центром. Кто и как переводит клавиатуру в секьюр моду и обратно.

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

Хотелось бы продолжения статьи.
Вопросы:
1. Сертифицированы ли на PA-DSS
2. Какой банк эквайрит
3. Протокол работы с ПЦ. NDC или что-то самостийное?
4. Кто разбирает претензионнку? По картинке у Вас покупюрный приемник наличных — он деньги возвращать не умеет. Отсюда масса проблем может быть. Как решены данные проблемы.
5. Емкость купюроприёмника в листах, кто инкассирует?

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность