ThunderCat

хз кто такие карточки и что за города, научитесь при постановке задачи абстрагироваться от "менеджерского" сленга, и описывать сущности реальными названиями - карточки это судя по всему элементы хтмл с нужным классом? Города - это значения селекта?

Подозреваю что что-то типа

f (isItemFiltered && !isShowAll) {
        item.classList.add('hide');
      } else {
        item.classList.remove('hide');
        break;
      }

Мне почему-то кажется, что 'поиск Fulltext' должен подойти для такой задачи,

Вам кажется. Кроме того что фуллтекст вообще не для этого, он еще и работать будет относительно медленно, так как вариативность значений будет низкая. Про "удобство" работы со строкой вместо нормального индекса вообще молчу.

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

м2м, это надежно и быстро, достаточно знать индекс раздела.

Как такое реализовать максимально просто?

Совет: Не гонитесь за кажущейся простотой, вы хапнете гораздо больше гемора от неправильной архитектуры, нежели от еще 15 минут, потраченных на создание таблицы справочника, пивот таблицы и написания 2 джоинов в запросе. Важнее сделать правильно, а не проще.

Консоль что-то пишет?
Ошибки, варнинги?
Код выглядит вполне рабочим, возможно у вас есть другие элементы с повторяющимися именами, попробуйте биндить по классам, задайте им класс price_start price_end...
Возможно вообще разметка битая. Начните с выделения этого блока в отдельный хтмл и проверки там.
Возможно у вас тупо console.log в настройках выключен, попоробуйте алерт...

TL;DR Средствами цсс на текущей разметке никак.
LR: У вас картинка вставляется в бэкграунд кОвер. Предположим, что размер враппера уменьшился до 100х10 пикселей, и окно в них уже не попадает, можно ли средствами цсс задать попадание точки на окно? Очевидно нет. Во первых само окно будет ниже видимой части, во вторых при разных пропорциях враппера обрезаться будут разные стороны.

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

https://www.google.com/search?q=quiz+embed

$string = '';
while($row = mysql_fetch_assoc($request)) {
  if (file_exists('/www/ПУТЬ/'.$row['id'].'_100.jpg')) 
  {
     $string .= 'BODY';
  }
  else 
  {
     $string = '';
     break;
  }
}
echo $string;

А вообще если у вас не контролируется наличие изображений, значит где-то что-то пошло не так...

jsfiddle.net/jonathansampson/7PtEm

в жсон нужно переводить только вложенные структуры, то есть жсонить нужно только содержимое loyaltyAccount.
Читайте нормально документацию.

Фотошоп + экшн в 4 кнопки. Слить всю папку локально и натравить на нее экшн в батч режиме. Средствами серверного ПО имхо это малореально.

Вариантов масса, каждый из которых зависит от кучи нюансов и тонкостей проекта.
Суть одна - директория для хранения не должна содержать в себе большой объем файлов, что достигается распределением файлов между поддиректориями.
Принцип создания поддиректорий не суть важен, можно создавать по датам например, типа /16112021/ или более ветвистое 2021/11/16/, как собственно и тумбы - можно создавать как хеш+размер, а можно все как одинаковое название (тот же хеш), но хранить в подпапках размера, типа: /16112021/100x100/e68d51251ab2d826ce8d0b92dd08a7e01c3d.jpeg, что достаточно просто позволит работать с тумбами, зная только фуллсайз картинку.

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

Я так понимаю проблема в if(isset($_FILES['image']))

Ваще не факт, вы же не сказали что в итоге выводит ваш скрипт. Я сходу вижу 3-4 места где все могло пойти не так...

Почему проверка работает неправильно, и выводит false, даже если $_FILES['image']) не пуст?

Учимся пользоваться var_dump();

Похоже что у вас это

нет, я понимаю, что по хорошему надо считать на стороне сервера, но все же при таком положении дел, что-то можно сделать?

Нет. Если числа не критичны - забить, если критичны - считать на сервере.

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

Вкладка нетворк: Что отправляется, что получаем в ответ?

"Раскэшировать" иконки, потом перезапустить индексацию гугла.

<link rel="apple-touch-icon" sizes="180x180" href="/apple-touch-icon.png?1">
    <link rel="icon" type="image/png" sizes="32x32" href="/favicon-32x32.png?1">
    <link rel="icon" type="image/png" sizes="16x16" href="/favicon-16x16.png?1">
    <link rel="shortcut icon" href="/favicon.ico?1">
    <link rel="mask-icon" href="/safari-pinned-tab.svg?1" color="#5e37a7">

500 ошибка - это общее сообщение при любой фатал ошибке при отключенном выводе ошибок.
В начале файла

ini_set('error_reporting',E_ALL);
ini_set('display_errors', 1);

или смотрим ерорлог пхп.

В доку посмотреть не пробовали?

1) ctrl+ "-" ctrl+ крутить колесико мышки вниз/вверх
2) Справа от разрешения есть масштаб, сделайте ~80% и все влезет.

а из конкретных Фейсбука и Вконтакте, к примеру? Тупо парсинг? API? Некое сочетание того и другого?

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