VoidVolker

antix-live это обычный linux на базе debian, сам по себе он не делает флешки read only, полагаю просто совпадение и контроллер флешки посчитал что флешка умирает и перевел ее в режим read only что бы защитить данные (это обычное поведение для ssd любого толка, жаль что не всегда так 'надежно' они умирают).

Если из livecd linux простейший gparted/kdm не может ничего сделать с диском (да просто в командной строке с помощью dd обнулить первые сектора), то флешку в мусорку

- В 15 годах писал похожий парсер, используя node, fetch и axios, но сейчас часть сайтов возвращает html без таблиц с ценами, почему?

- Для чего нужны selenium, playwright и puppeteer, если я могу через fetch и axios все получить?

Скорее всего проблема в динамическом формировании этих данных на странице. Тут сразу 2 правильных ответа, можете и не можете единовременно:
- Можете - в инструментах разработчика браузера смотрите, с какого адреса приходят данные и затем дергайте данные напрямую, минуя сам сайт, в таком случае можно продолжать использовать fetch.
- Не можете - если вариант выше сложен, то вам нужен инструмент, который сможет выполнять js на странице. fetch/axios возвращают первый ответ сервера, т.е. js на тот момент еще не выполнился на странице, соответственно данные не были подгружены. Вопрос рендера js на странице решают инструменты по типу selenium, playwright и puppeteer.

- Если все же использовать selenium, playwright и puppeteer, что из них лучше на данный момент?

Вначале нужно определить, что понимается под "лучше":
- Можно использовать критерий современности, тогда puppeteer отпадает (playwright написала команда puppeteer).
- Можно использовать критерий производительности, тогда selenium проигрывает playwright сразу по 2 пунктам, по прожорливости и отклику на действия.
- Можно использовать критерий обнаружения анти-бот системами, тогда selenium (с учетом undetected_chromedriver) проигрывает playwright тем, что имеет явную дополнительную задержку в ~100-300мс при выполнении CDP команд, что прям заметно. Playwright такой задержки либо не имеет вообще, либо она в рамках погрешности.

Можно ли их с nodejs использовать?

Selenium написан на java, но так же имеется возможность использования его с nodejs. Playwright вообще написан на ts, все примеры документации и сопутствующие библиотеки с большей вероятность будут писаться под ts по умолчанию.

- Часто вижу о упоминание CDP в контексте парсинга, это зачем и для чего нужно?

CDP (Chrome DevTools Protocol) грубо говоря - это некие "низкоуровневые" команды для "chromium based" браузеров, который позволяют этим браузером управлять. В playwright так реализованы большинство "высокоуровневых" команд, например: при использовании playwright мы пишем await locator.getAttribute(name), а playwright использует аналогичную команду из CDP DOM.getAttributes или DOM.describeNode.

- Что использовать для отправки сообщений в телегу?

Если речь идет об nodejs, то Telegraf.

const https = require('https');
const fs = require('fs');
const path = require('path');
const { URL } = require('url');

async function downloadFile(url, outputPath) {
    // Парсим URL для получения компонентов
    const parsedUrl = new URL(url);
    
    // Если путь для сохранения не указан, используем имя файла из URL
    if (!outputPath) {
        outputPath = path.basename(parsedUrl.pathname);
    }

    return new Promise((resolve, reject) => {
        const file = fs.createWriteStream(outputPath);
        
        https.get(url, (response) => {
            // Проверяем статус код ответа
            if (response.statusCode !== 200) {
                reject(new Error(`Ошибка загрузки: ${response.statusCode}`));
                return;
            }

            // Получаем общий размер файла для прогресса
            const totalSize = parseInt(response.headers['content-length'], 10);
            let downloadedSize = 0;
            
            response.pipe(file);

            // Опционально: отслеживание прогресса загрузки
            response.on('data', (chunk) => {
                downloadedSize += chunk.length;
                if (totalSize) {
                    const percent = (downloadedSize / totalSize * 100).toFixed(2);
                    console.log(`Загружено: ${percent}%`);
                }
            });

            file.on('finish', () => {
                file.close();
                resolve({ path: outputPath, size: downloadedSize });
            });
        }).on('error', (err) => {
            fs.unlink(outputPath, () => reject(err));
        });

        file.on('error', (err) => {
            fs.unlink(outputPath, () => reject(err));
        });
    });
}

// Пример использования
downloadFile('https://example.com/file.zip', './downloaded-file.zip')
    .then((result) => console.log(`Файл сохранен: ${result.path} (${result.size} байт)`))
    .catch((err) => console.error('Ошибка загрузки:', err));

Шаблон поиска \.
Строку замены оставить пустой.

ЕМНИП, в basic и extended режимах внутри квадратных скобок символы не эскейпятся и бэкслэш рассматривается как обычный символ. В первом случае получаем интервал от бэкслэша до бэкслэша (то есть, бэкслэш) и точку. Во втором - бэкслэш (дважды), точку и тире.
Эскейпятся только в PCRE (ключ -P).

Blade в этом плане сложен - он "компилируется" в настоящий php и кэшируется, поэтому реальный стек сложно сопоставить с исходником.

Поэтому надо писать в нём минимум логики, а всю работу производить в контроллере. В шаблоне у вас не должно быть никаких $_GET и уж конечно никаких

$cats=$site->qa("select * from categories where catid=0  order by name asc");

Тогда они будут простыми и ошибку будет сложнее совершить и гораздо легче найти. А если она случится в контроллере, то там уже трейс будет нормальный.
Использовать нормальный фреймворк, но при этом писать в нём код так, как будто на дворе до сих пор PHP 5.2 - это странно.

Никак. Перестать заниматься ерундой и строить из себя школьного хацкера.