Антон Федорян

Я сейчас тебе всё объясню.
Если ты дочитал до места, которое слабо понимаешь - отлистывай книгу назад до страницы, где понимал всё сильно. И с этой страницы читай заново.

так
'action' in json.loads(<строка с json>)

>>> a = '{"type": "message_new", "object": null}'
>>> b = '{"type": "message_new", "object": null, "action":{"type": null}}'
>>> 'action' in json.loads(a)
False
>>> 'action' in json.loads(b)
True

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

Пример для "Работа"
=СУММЕСЛИ(B:B;"Работа";F:F)

Правильный способ - отсортировать рандомно массив и потом брать элементы по-очереди с первого. Гуглите по ключевому слову Shuffle.

array.Shuffle();

foreach (var randomItem in array) {
    Console.WriteLine( randomItem );
}

Общего между ними то что они работают одинаково. Разницы между ними технически никакой. А вот идеологические различия есть.

Я расскажу о них в контексте PHP. Прошу заметить что протокол HTTP к PHP имеет косвенное отношение потому что он создавался для обмена html страницами а PHP просто расширяет возможности и того и другого.

GET запрос используется чтобы получить данные а POST чтобы отправить. (Напоминаю что технически они работают одинаково).

Поэтому в контексте PHP опираясь на эту идеологию сделали следующим образом:
1. При каждом запуске PHP по умолчанию создаются суперглобальные массивы ($_GET, $_POST).
2. Если в строке запроса есть вопросительный знак(?). То все что после него считается параметрами GET запроса они представлены в формате 'ключ'='значение' и в качестве разделителя используется знак амперсанда (&)
Пример:
GET /index.php?name=Андрей&surname=Галкин
это строка запроса, тут 2 параметра. эти параметры попадут в массив $_GET.
3. $_POST заполняется другим способом. содержимое этого массива заполняется из "заголовков запроса". То есть из места, скрытого от глаз в явном виде. Всю рутину по созданию таких заголовков берет на себя браузер. Хотя иногда и что-то редактируется в заголовках в ручную.

Чаще всего пост запрос используется в формах (для отправки данных).

Например у нас есть форма для входа 2 поля логин и пароль.

Представим что мы используем GET метод. Тогда при отправке формы мы перейдем на следующий адрес /login.php?login=Андрей&password=123 согласитесь что так передавать такую информацию совсем не безопасно. Любой может открыть ваш браузер и начиная вводить адрес сайта он из истории может увидеть ваши пароли и логины.

А вот если бы мы указали методом POST то мы бы получили следующий запрос:
POST /login.php (login=Андрей&password=123) то что в скобочках было бы скрыто и никак не сохранено в браузере.

Теперь другая ситуация например форма поиска. Мы вводим текст и получаем страницу с результатами. Вот тут уместнее GET форма. потому что нам было бы удобно сразу иметь ссылку на результат поиска, то есть добавить в строку запроса можно выразится "Публичные параметры", которыми можно поделиться. И как результат в строке браузера будет конкретная ссылка на текущую страницу. Мы можем ее скопировать, и разместить где-нибудь, или например скинуть другу. И получить при переходе одну и ту же страницу. А не просить других людей зайти на сайт и в поиск вбить определенную фразу чтобы получить необходимую страницу.

В общем подводя итог:
GET - это чтобы получить определенную страницу в определенном виде ( сортировка, текущая страница в блоге, строка поиска и т.п. ).
POST - для оправки данных которые не влияют на отображение страницы, в том плане что эти данные влияют только на результат выполнения скрипта ( логины, пароли, номера кредиток, сообщения и т.п. ).

И еще одна хорошая новость их можно комбинировать, например
POST /index.php?page=login (login=Андрей&password=123) Думаю я уже достаточно объяснил что из этого получится и какие параметры в какой массив попадут.

Кнопку insert на клавиатуре найди и нажми её, господи!

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

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

machine dependent constants - это количество тактов на один цикл алгоритма и тактовая частота процессора.
Предположим, что линейный алгоритм O(n) работает на быстром компьютере и каждый цикл выполняется за 1 наносекунду, то есть общее время будет 1×n. Логарифмический алгоритм O(log n) работает на медленном компьютере и каждый его цикл занимает 100 наносекунд, общее время 100×log(n) Посмотрим, как будет меняться время алгоритма при изменении n.

n    | O(n) | O(log n)
1    |    1 |   100
10   |   10 |   200
100  |  100 |   300
1000 | 1000 |   400

То есть, в интервале от 100 до 1000 есть значение n, после которого логарифмический алгоритм работает быстрее даже на более медленном компьютере.
В общем случае значение n можно получить из равенства a×n = b×log(n)

https://habr.com/company/htmlacademy/blog/254171/

Вёрстка проходит тест на переполнение контентом. Вёрстка не ломается:

• При добавлении в элементы большего количества текста.
  
• При использовании картинок с неподходящими размерами.
  
• Текст не должен выпадать из объектов.
  
• Переполнение контентными блоками не приводит к нарушению сетки.
  

Тоже по теме:
https://habr.com/company/2gis/blog/246831/
https://isqua.ru/blog/2016/06/19/crash-test-viorstki/

Можно быстро смотреть результат при включенном designMode
https://developer.mozilla.org/ru/docs/Web/API/Docu...

// Создаем свойство в форме

private
  AppPath: string;

// при создании вычисляем его

procedure TfmMain.FormCreate(Sender: TObject);
begin
  AppPath := ExtractFilePath(Application.ExeName);
  //…

// потом используем
  DBName := AppPath + '\' + 'base.sqlite';

И в Python'е можно через map:

words = ['hello', 'world']
with_exclamation = list(map(lambda s: s + '!', words))

Но более идиоматично воспользоваться списковым включением:
with_exclamation = [s + '!' for s in words]