101-s

есть сервисы где можно проверить скорость загрузки сайта из разных стран, вот например https://ping-admin.com/
подозреваю что разница будет 1-2 секунды

нужно выбрать нужный тебе JOIN и в sql-запросе написать что объединение идет по id:
... ON id = 5463
если у тебя mysql то данные выводятся примерно так:

$db_host=''; // ваш хост
$db_name=''; // ваша бд
$db_user=''; // пользователь бд
$db_pass=''; // пароль к бд
mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT);// включаем сообщения об ошибках
$mysqli = new mysqli($db_host, $db_user, $db_pass, $db_name); // коннект с сервером бд
$mysqli->set_charset("utf8mb4"); // задаем кодировку

$result = $mysqli->query('SELECT * FROM `table_name`'); // запрос на выборку
while($row = $result->fetch_assoc())// получаем все строки в цикле по одной
{
    echo '<p>Запись id='.$row['id'].'. Текст: '.$row['text'].'</p>';// выводим данные
}

отсюда: https://ru.stackoverflow.com/questions/137194/Как-...

легче написать бота, который спарсит нужные данные с нужного сайта знакомств

большинство бд умеет кэшировать запросы, и еще я знаю язык sql -)) , поэтому выбираю бд

есть интересная команда exec, она упростит код
метод Python exec() выполняет переданный набор кода в виде строки.

cmd = r'print({} {} {})'.format(a, z, b)
exec(cmd)

попробуй добавить после SELECT: users.username

Пусть твои заказчики попробуют сделать перевод через криптовалюту (если они действительно хотят с тобой дальше работать). Я так покупаю юани (кошелек Alipay), выводить крипту можно на множество кошельков, в том числе и на банковские карты.

если с проверкой на существование ключа то так:

tickets_by_type = {}
for key, val in types.items():
    result_value = tickets.get(key)
    if result_value:
        tickets_by_type.update({val: result_value})

по-моему нельзя, потому как порядок важен total(a, *b, **с)
a - обязательный аргумент, *b - кортеж аргументов
**с - именованные аргументы (словарь)
сам пользовался этим редко, мне обычно хватает явных аргументов

если кратко (сам плохо разбираюсь в php) тебе нужна функция-расшифровщик ЧПУ
пока не прописывай в .htaccess переадресацию со старых url, на новые чпу-url - это будет только мешать.

половина дела уже сделана, то есть можно уже расшифровать обычные адреса.
$_GET['id'] - функция берет значение id из адреса страницы типа site.ru/?id=1
затем get_car_url($id) - обращается к базе и тд.

я так понял что в дешифровщике нужно написать алгоритм, который бы из адреса site.ru/1 брал бы нужные значения (1) и по этому значению искал бы нужную запись в базе данных, и что 1 это номер (id) записи в таблице cars
было бы еще лучше, если бы адрес был site.ru/cars/1 - тогда понятно, что нужно обращаться к таблице cars c id=1,
в этом случае вот это не понадобится : "в таблице cars имеется столбец url" или я чего то не догоняю, написано сумбурно

как вариант, без регулярных выражений:

def to_list(string):
    """String to list"""
    return [phrase[2:].strip() for phrase in string.split("\n")][:-1]

y = to_list(a)
x = to_list(b)

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

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

Что выделено зеленым:
1. Алгоритм для каждой точки изображения считает направление градиента (угол вектора относительно оси x) и величину изменения градиента (плавный переход или резкий переход).
В видео это показано на следующем слайде. Подсчет ведется с помощью соседних точек и я так понял что не все точки нужны в подсчете, угловые отбрасываются. Другими словами это некое наложение фильтра на картинку

ЗЫ
2. Мы определили для каждой точки величину изменения градиента и его угол, теперь нам нужно обобщить, что благотворно скажется на качестве и скорости классификации, исходя их опыта авторов.
Для этого мы строим гистограмму градиентов для ячейки 8х8. (см дальше на видео) Также эту гистограмму можно представить в виде 9-размерного вектора. Грубо говоря, по гистограмме можно понять, какое направление градиента сильнее, а какое слабее в данной ячейке.

3. Затем обычно вектор нормализуется, то есть все его значения приводятся к значениям от 0 до 1
Но авторы пошли дальше, они для каждой ячейки 8 на 8 взяли еще информацию от соседних ячеек, определенным образом сложили, нормализовали и получился вектор размерностью 9х4.

Данный HOG дескриптор можно визуализировать (см видео) - на черном фоне в каждой ячейке 8х8 мы видим направления градиента в виде коротких полосок.
В итоге, для каждой ячейки формируется 4 гистограммы, в слайдинг-окно по горизонтали влезет 7 таких векторов, по вертикали 15 векторов и общая размерность вектора признаков для слайдинг-окна составляет: 15*7*9*4 = 3780

см подробнее gs-studio.com/news-about-it/31930-object-detection...

А вот карточки товаров в интернет-магазинах чаще всего содержат Фотографии, цену, небольшое описание и метатеги. Один товар с разными характеристиками может дать нам несколько url, например:
- Мужские носки синего цвета "ЭльНосок" размера XL
- Мужские носки красного цвета "ЭльНосок" размера M
- Женские носки белого цвета "ЭльНосок" размера S

Да, это проблема, но тем интереснее ее решать. Допустим продвигать категорию товара "Носки мужские" , страницу с брендом Носки Эльносок" или страницу с тегом "мужские черные носки"

Актуально ли в title товаров писать "Купить по низкой цене ..... в городе Москва" или просто в title должно быть "Женские носки белого цвета "ЭльНосок" размера S"?

с точки зрения здравого смысла title показывается в выдаче, в первую очередь покупатель обращает внимание на него. Считайте что это рекламное объявление, значит у него задача донести до человека, что тут продаются носки, что неплохо было бы сюда кликнуть, потому что (низкая цена, и тд)

20-30-ой страницы яндекса вылезти на 3-5-ую страницу все равно лучше, чем ничего?!

Задайте себе вопрос как покупателю, дойдете ли Вы при поиске носков до 3-5 страницы Яндекса, если забъете высокочастотное "купить носки" и Вам нужно будет обойти глазами предложение 30 конкурентов + рекламу?

А собственно, что будет плохого если часть контента двигать по высокочастотным запросам?

Ничего плохого в этом нет, это задел на будущее

мне нужно пронумеровать args.id по порядку

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

В подъезде публикуете объявление что приложение вышло в свет + там же код доступа.
В доме скорее всего будет 200-300 квартир, жуликов найдется от силы человека 2-3 (да. я верю в людей -).
Заходите в гости в проблемные квартиры и лично выясняете номер телефона. Наверняка есть совет дома, они могут этим заняться.

Сделать можно, сеошники обычно "знают КАК" проверяется сайт. Пишу в кавычках, потому что никто точно не знает.
Допустим нужна проверка проверка pr-cy.ru на фильтр АГС в Яндексе, переходим по ссылке, смотрим ИКС, если он есть, значит сайт не под фильтром.
https://webmaster.yandex.ru/siteinfo/?site=pr-cy.ru