Сергей delphinpro

Сортировать после получения данных. Либо поочерёдно пробовать доставать данные

Если ты их руками в html вписываешь - там у тебя в корне должна быть папка public(если нет - создай) - туда и клади, он тупо их перекопирует в dist.
Если же эти скрипты должны работать где-то в рамках других, то пиши где надо import '<script_path>'; (без from и всего такого).

Откройте для себя такую штуку, как "CWD", "Current Working Dir" или "рабочий каталог", а так же NodeJS переменные __dirname и __filename.

$html = str_replace(' /" ', '/" ' ,$html);Есть ненулевая вероятность попасть в какой-то текст, но в целом ей можно пренебречь.

Всем наплевать на вашу активность на гитхабе.

С одной стороны не хочу удалять, чтобы бы было видно что "давно" занимаюсь.

Кому видно?

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

Не бойтесь, смотреть никто не будет.

Они проект кусками закидывают по ходу работы или как это происходит?

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

Стоит закидывать проект кусками чтобы была высокая активность или в целом стоит на нее забить?

Да как хотите. Вы для кого это всё затеяли вообще? Перед кем надо выделиться?

Мне необходимо только узнать есть ли такой заказчик с такими данными.

1) Оформляйте запрос строками, так будет гораздо проще и вам, и другим разработчикам понять что вы пишете и как оно работает:

SELECT * 
FROM `orders2022` 
WHERE LOWER(`surname`) LIKE CONCAT('%', ?, '%') 
AND LOWER(`name`) LIKE CONCAT('%', ?, '%') 
AND LOWER(`fathername`) LIKE CONCAT('%', ?, '%')

2) Синтаксис верный, но если вам важно найти "хоть одно совпадение", лучше использовать LIMIT 1, это остановит базу в поиске всех вхождений, то есть перебора ВСЕЙ таблицы вместо выхода по первому вхождению. Кроме того, CONCAT('%', ?, '%') можно использовать если вместо ? будет SQL выражение (например каой-то селект), в данном случае это просто трата ресурса процессора. Просто добавьте % в начале и конце подставляемой переменной.
3) Неплохо давать более четкое описание проблемы, чтобы другим не пришлось гадать о чем код, так как никто кроме вас в контекст задачи не погружен.

Вообще-то обрабатывальщик задач должен быть запущен отдельным процессом, например через cron, .service, pm2 или какой-нибудь supervisor, а не внутри самого обработчика запроса.

Потому что там, куда вы отправили браузер за стилями их нет.
Как узнать, что их там нет?
Открывает девтулз, вкладку Console и смотрим, где браузер их ищет.

А нет их там, потому что вы сказали начать искать их от корня
<link rel="stylesheet" href="/css/main.css">
Но корень это https://antcosm.github.io, а страницу вы открываете https://antcosm.github.io/lofthouse/
Исправьте путь и будет работать. Уберите слеш.

А ещё, наверное, почитайте про <base>

Формально можно взять фильтр blur с большим радиусом и размыть абсолютно расположенные на фоне элементы. В SVG есть аналогичный фильтр. Но лучше так не делать. Для таких размытий используется вычислительно сложный алгоритм и можно существенно увеличить нагрузку на устройства пользователей на ровном месте. Это просто сложно рендерить в реальном времени.

Производительнее будет это размытое нечто картинкой вставить. Тоже не идеально, грузиться будет дольше, но выбирая между тормозами всего или слегка более долгой загрузкой ни на что не влияющей кляксы на фоне - в 99% случаев стоит выбрать второе.

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

P.S.: Добавлю еще такой момент, что при использовании картинки может возникнуть такая мысль, что в CSS есть еще градиенты - и это ведь тоже как картинки, может быть их использовать? Но собрать такое из градиентов гораздо сложнее, чем кажется. Сложение полупрозрачных градиентов - это не тот же алгоритм, что размытие. При взаимном наложении клякс друг на друга результат будет отличаться. Чтобы иметь такое же красивое размытие - придется иметь много градиентов, что сведет на нет саму идею снижения нагрузки на железо через них.

Помещаете свой массив с 4000 элементами в таблицу базы данных.
Добавляете еще несколько атрибутов для записи таблицы:
1. статус обработки парсинга, значения: 1 - добавлен в очередь на обработку, 2 - в обработке, 3 - обработка завершена.
2. Дата и время изменения статуса обработки.
Теперь ваш скрипт должен взять запросом из таблицы базы одну запись (один сайт) со статусом 1 (или со статусами 2 или 3, с разницей времени больше периода повторной обработки парсинга) и перевести в статус 2 и начать обработку. По окончании обработки выставить статус 3. При смене статуса обновлять его время изменения.
Анализировать статус и переводить его в статус 2 нужно одной транзакцией, а в статус 3 - другой транзакцией.
Если время выполнения персинга с момента старта скрипта небольшое (определяете предельное время работы одного потока и с ним сравниваете), то можно взять следующую запись в работу.

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