ThunderCat

sql запрос по выборке состоящей из дат?

Не из дат, а из строк, то что вы думаете о них как о датах, таковыми их не делает.

в самой таблице бд они хранятся как VARCHAR(50)

Тадааам! Вот и ответ на вопрос "а зачем все эти стопитьсот типов, когда есть варчар?" Это раз. Ну а в случае скулайта - хотя бы соблюдать формат ISO8601 и использовать соответствующие функции.
Ну и второе - last_control_milking_date == "10.10.2022" с двумя "равно".

Ну и по мелочи:
- судя по переменным внутри запроса это из пхп, но переменная sql не имеет $ (возможно просто опечатка?).
- зачем farm_name в квадратных скобках, есть общепринятый формат выделения полей через `` кавычки, что позволяет запросу быть "кроссплатформенным"?
- ну и классика - почему не используются подготовленные запросы?

если решение наколеночное, не фреймворк, то в сессию пишется что-то типа $_SESSION['user']['loggedIn'] = true; По вкусу можно держать там же айди юзера, и например никнейм, чтобы два раза не бегать... Или взять движок типа лары и использовать что есть из коробки...

При попытке сделать var_dump($result); я получаю NULL

Заменить file_get_contents на curl, в курле включить verbose (гуглить curl verbose php). Скорее всего лажа с серитфикатами. Можно поставить настройку игнорить сертификат, но сервер может просто не принимать ваши запросы. В любом случае нет смысла гадать, надо смотреть отчет курл по соединению.

Если используется движок - скорее всего он перебивает пост данные и имеет свою обертку для доступа к пост данным. Судя по скринам, вы вызываете не один конкретный файл, а целую цепочку, от индекса через какое-то ядро и до шаблона, что там происходит - загадка. Читайте доку к фреймворку. В остальных случаях - все должно работать, единственно что проверки по типу if(isset ($_POST ) && $_POST)тупость, хоть и простительная новичку, но все равно непонятно зачем вообще это.

открыть в браузере - выделить все - ктрл+ц - ктрл+в в гугл почту не пробовали?

сессия, реферер.

Если это SPA, то скорее всего протухает токен. Пинайте бэкендеров на тему "а чо так мало?" в плане лайфтайма токена.

Мне нужен рецепт

Рецепт зависит от ингридиентов, универсального рецепта нет.

Столбец name из кодировки utf8mb3_general_ci в utfmb4_general_ci

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

Короче, есть два стула варианта:
1) Хороший, но долгий и муторный - рефакторинг. Переделать таблицы, разнести данные, навести порядок и красоту. Скорее всего это не ваш вариант, ну или придется сильно бодаться с владельцем.
2) Вынести в отдельную таблицу денормализованные данные, то есть айди, материал_айди, материал_тайп, дата. И после выборки уже извращаться на основе выборки из нее с материалами из 2 других таблиц. Если честно - хрень полная, но работать будет. Естественно, при добавлении новых сущностей надо будет еще туда добавлять записи.

Можно ли сделать таким образом, чтобы указанные данные передавались в форму на сайте B сумбитили ее и возвращали обратно результат то есть редириктели на полученную ссылку, но надо сделать так, чтобы этот процесс проходил быстро и не перенаправлял пользователя на сайт B, а возвращал уже результат.

Нет, если вы не можете модифицировать код сайта В. Единственное что можно сделать - субмитить форму на свой сайт А, на сервере принимать эти данные и с сервера А на сервер В отправлять запрос с этими данными (нарпример через CURL), получать ответ, обрабатывать и возвращать нужные данные на фронтенд.

1 - да.
2 - куки могут устанавливаться 2 способами, с клиента и с сервера. Эти скорее всего с сервера передаются.

посмотрел все предыдущие ответные заголовки

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

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

if (file) { //если человек прикрепил файл
const formData: any = new FormData()
formData.append('chat_id', CHAT_ID)
formData.append('document', file)
text: message,
parse_mode: 'html',
axios
.post(URL_API_DOCUMENT, formData, {
headers: {
'Content-Type': 'multipart/form-data',
},
})
.catch((error) => {
console.warn(error)
})
}

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

Вы напишите нормально какую задачу то решаете? А то как-то не соответствует код комментариям... вы перебираете ВЕСЬ массив, и вычисляете минимальное число. Зачем? Вы что, каждый раз перенумеровываете все записи при добавлении новой???

SELECT v.product, , v.link FROM v_product v WHERE v.id = 5463 ORDER BY v.product ASC;
SELECT i.id as info_id, i.link_to_site FROM infograph v WHERE id = 5463;
SELECT i.info, description, title, price, first_letter FROM baseinfo v WHERE id = 5463;

Во первых - куда делся префикс алиаса в условии во втором запросе и почему сам алиас как в первом, хотя используется какой-то i? И тот же вопрос про третий запрос. Еще и в первом 2 раза выбран v.link... Короче бардак с самими запросами для начала пофиксить бы...
Во вторых - почему у вас айди в 3 разных таблицах один и тот же? Может это не первичный индекс, а внешний ключ, тогда он должен иначе называться. И где тогда сам первичный ключ?
В третьих - сделать нормальную структуру, ну и тогда можно объединить их через внешний ключ, с указанием что один из них (базовый) равен 5463.

Похоже что сам синтаксис вам предельно незнаком, и вы просто пишете рандомные строки...

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

Опять же, вакансии чаще всего пишут хээры, а для них жс и фронтенд часто по сути синонимы. Так что только уточнять в каждом конкретном случае.

Редко когда приходится настолько сильно заморачиваться. Особенно с блоками. Очевидно что основное отличие слайдера 1 от 2 - количество "строк", "slider-two-line" например. Так же можно именовать по паренту, типа "slider-in-header" "slider-in-news".

Uncaught SyntaxError: Unexpected token < in JSON at position 0

Читаем. Переводим.
Открываем инструменты разработчика, вкладку нетворк. Отправляем наш гениальный запрос - смотрим в неменее гениальный ответ от сервера, в котором наверняка что-то типа "ой-вей, ваш пхп код полный шлак, в котором ошибок больше чем на помойной кошке блох". Исправляем ошибки, и - о чудо! Все заработало!

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