Vladislav Orlov

Убрать запрос type=product. Т е как я это вижу: летит запрос на получения информации о продукте, затем - берутся какие то идентификаторы и уже с ними вызывается метод type=offers в котором уже содержаться цены нужного вам продукта.

Что тогда мешает хранить в базе информацию из запроса type=product, при необходимости конечно эта информация будет требовать обновления, например добавилось больше продуктов - но в целом бол-во продуктов уже будут в базе. Поэтому шлем только с type=offers вытягивая информацию из БД.

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

Как правило в транспортных компаниях есть калькулятор стоимости доставки.
заполняете калькулятор, смотрите какие запросы летят - такие же запросы шлете и с бэка.

тоесть логика примерно будет такой
получили вес/объем/плотность груза -> отправили данные в транспортную компанию -> получили примерную стоимость доставки (если необходимо умножаем на доп. кф. если нужно заложится на то если стоимость доставки выйдет чуть больше чем было рассчитано ранее, думаю такие кейсы иногда будут)
Итог = стоимость товара + Цена за доставку

*Если поставщик единственный и магазин тоже думаю есть смысл просто в константу какую закинуть фиксированную стоимость доставки. Не сильно думаю цены будут колебаться. Опять же можно заложить чуть больше что бы экономика точно сошлась.
**Если поставщиков не так много - опять же просто для каждого из них возьмите среднюю цену во сколько вам обходилось доставить груз до магазина и следуйте примечанию выше

Интересно читать подобные вещи.

Работать через RDP работать совершенно не удобно, а учитывая еще не самое мощное железо это превратится в сущий ад (говорю как человек который пробовал подобные эксперименты).
Использовать Mac Mini возможно и есть смысл, но нужен постоянный поиск монитора, что так себе.

Идеальным решением будет взять мак на м1, только бук. Стоит как по мне адекватных денег и отобьет их с лихвой, например даже в минимальной комплектации. Места практически не занимает, весит тоже совсем ничего, автономность на уровне (не один ноут на винде подобное не выдаст). Кароче как по мне лучший выбор чем строить подобные велосипеды)

Соглашусь с предыдущим оратором. Городить кучу карт на одной странице не лучшая идея. Более того если вы разбиваете точки по городам.

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

Cats api
Dogs api

Первые ссылки в гугле. What is this problem?

На сайте сделайте в консоли listing.items

В парсере просто прогоните регулярку listing.items.push(*) - и тяните json
Пагинация тоже простая https://kolesa.kz/cars/?page=X
а пол кол-ву объявлений на странице и общему числу объявлений можно высчитать сколько страниц всего

https://vk.com/dev/board.getComments

попробуй заменить != на <>

ПКМ по странице -> просмотреть код -> Вкладка Network. Делаешь все действия что и делал до этого.
Какой то из запросов должен быть красный. Вот в нем и проблема.
Т е браузер не может достучаться до какой то конечной точки
ps лишь догадки, как один из вариантов. Ибо на а1 достаточно много сайтов локнули

1. Защититься от скачивания не реально если вы хостите на ютуб или любом другом видеохостинге.
Ибо все что получено браузером - может быть и скачано.
Глубже копайте, ну повесили вы кнопки. Дальше что? Браузер ведь все равно куда то стучится и получает наш видос. Тогда в чем проблема скачать его?
С проблемами или без - это уже второстепенно.
Скрытие видео из истории просмотров вам не поможет.

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

git bash
ну и еще черепаху иногда использую. В целом за глаза
+ PHPStorm

ngrok

смотри конфиг и исправляй - ругается на его
Первая же ссылка в гугле

ffmpeg попробуйте (гуглите ffmpeg node js)

Тут проблема сложнее чем кажется на первый взгяд.

1. Ресурсы сайта нужно держать на гите/ в облаке на серверах. Бегать с флешкой или пересылать сообщения в телеграмм - прошлый век. Если это не бэкап конечно какой, тогда да - можно сохранить локально.
Но в целом заказчик не должен разворачивать сайт у себя локально - это проблема прежде всего разраба.
Сайт уже ДОЛЖЕН БЫТЬ РАЗВЕРНУТ. А вам лишь урл и доступ к репозиторию по необходимости

2. Если все для вас выше не понятные символы - то вам придется потратить достаточно времени что бы все заработало локально. А если будут какие доработки - снова за папкой побежите?
Ваша проблема что скорее всего контент сайта (если он все таки лежит в нужной папке) ссылается на корень сайта, а по скольку вы запускаете локально, а не на сервере - корень найти не может.

Решение - развернуть локальный сервер, поднять бд или что там у вас. Перейти по локальному адресу - смотреть что получилось.
p.s текущая структура максимальна непрозрачна и неудобна. Меняйте как можно раньше