[Megoldva] File teljes elérési útja form input esetén hogyan?

Azt kellene elsőnek megérteni, hogy böngésző = kliens oldal, PHP = szerver oldal. Semmi közöd ahhoz mi van a kliens oldalon, és ne is akarj ott semmilyen fájlban matatni. A "security risk" az túl enyhe kifejezés erre. A fájlt először fel kell töltened a szerverre (form, multipart/form-data). A PHP-vel eléred az ideiglenesen feltöltött fájlt, a $_FILES tömbben ott lesz. Ezt kellene move_uploaded_file()-al átmozgatnod egy általad meghatározott helyre, és azzal menni tovább. Olvasnivaló (RTFM): https://www.php.net/manual/en/features.file-upload.php

Ez viszonylag egyszerűnek tűnik.
A php-nál az elérési út alapban mindig relatív a document roothoz. Ha kilistázol egy filenevet a fileból és visszaadod, akkor az relatívként lesz kezelve, kivéve, ha teljes elérési utat adsz át. Erre az egyik megoldás, hogy egy változóként átküldöd a filelnévlistád munkakönyvtárának az abszolút elérési útját a form egy rejtett változójaként. Mikor visszaküldöd a formot, akkor összefűzöd az elérési utat és a filenevet, és utána úgy manipulálod tovább. Ez biztonsági szempontból nem épp a legszebb, mert egy támadó képet kaphat a szerver könyvtárfelépítéséről, vagy épp más stringet injektálhat. A másik megoldás, hogy csinálsz egy hash táblázatot a munkakönyvtárakról és csak a hasht küldöd át rejtett változóként.
Harmadik megoldás, hogy hasht generálsz a fileok teljes elérési útjáról ( $ilenamehash=md5(realpath($filename)); ) és a filenevekkel valamilyen kulcs-érték  pár módon jeleníted meg a formban (radio-button, select).

Csatlakoznek az elottem szolokhoz, tenyleg az a legegyszerubb ha hagyod siman klasszik modon (HTTP streamen) feltolteni a file-t, majd a PHP megfelelo $_FILES[] vagy ekvivalens modon kiszeded a tartalmat, beteszed /tmp, /dev/shm, stb ala, aztan hajra. Gondolj bele hogy parszaz k-nyi nyers adatmozgatas (meg a webszerver maga meg a php, meg kb minden egyebed) az lepkefingnyi eroforrasigeny magahoz a bongeszodhoz kepest, szoval ez minden csak nem szuk keresztmetszet. Sporolsz vele 0.001%-ot valami splice-jellegu transzferen es cserebe lesz egy csomo potencialis inkompatibilitasod, security issue, kesobbiekben nem tudod szetvalasztani a szerver-kliens gepet, kijon raderoltetik az 537ik ujabb verziojat a szaros bongeszonek es mar nem ugy fog mukodni ez sem, stbstb. 

Ha tenyleg *.hex-ekkel dolgozol, akkor opcionalisan lehet az hogy a kliens a file tartalmat beletolti egy input mezobe, es akkor $_POST-tal veszed at, mar rogton memoriaba van/lesz a cucc (es nem fogja a PHP ugy passiobol lerakni egy file-ba, mikor lehet hogy nem is oda kell, hanem csak pipe-oltatnad tovabb valamibe, stb). Tkp az input mezo lehet akar hidden is. Csak egy otlet.

az eredeti elkepzeleshez:

ha a fajlrendszer ide vonatkozo reszet becsatolnad a webszerver eleresi utjaba, akkor elerned a webszerver alol is a fajlokat. a frontenden csinalj egy sha256-ot a kivalasztott fajl tartalmarol, igy a szerveren a neven kivul a tartalmat is le tudod ellenorizni oly modon, hogy egyezik-e a hash.

de a feltoltos modszer egyszerubb.

esetleg a c programodat hasznalhatnad cgi-kent, egybol az kapna meg az adatokat.

vicces ez a topik :-D

Remélem ez valami barkács dolog, és nem produkiós környezetben csinálod! Exec-ben user inputot futtatni? Brrr.. Inkább figyeld a feltöltési könyvtárat inotify-jal és az vagy esetleg cron event triggerelje az usb-re töltést. Általánosan minden webes ürlapon feltöltött fájlt át kell nevezni ki nem található névre; virusirtót futtatni rá. Ideiglenesen is olyan könyvtárba kell tenni, amit más nem tud olvasni (másik host felhasználói sem);ha ez egy szöveges fájl korlátozott karakterekkel akkor validálni is lehet az alapján. 

Lenne itt egy ötlet. Kicsit  "out of the box", de érdemes lehet elgondokodni rajta.

Egy kis automatizáció,  git,  és valamilyen CI szoftver (Jenkins, Gitlab CI, TravisCI, CircleCI etc. )  lehetne ideális. Ezek addig vinnék a folyamatot, hogy elkészülne egy bináris, egy hozzá tartozó hash kód és feltöltődne egy (akár Artifactory szerű) tárolóba, ahonnan read only access-el az új firmware verzió elérhető lenne a céleszköz számára. Ez eddig mondjuk CI workflow is lehetne.

Ha új verziót akarsz tesztelni, akkor git tag segíthet (van sokféle és más megoldási lehetőség is) és meghív egy programot (trigger) , ami feltölti az új firmware-t az eszközre, majd mehet az upgrade. (Itt nem tudom mi a pontos folyamat jelenleg, így ez csak egy javaslat, feltételezés részemről)

Tudom elsőre kicsit talán ágyúval verébre, de hosszabb távon sokat lehetne nyerni vele.

Azt nem tudom mennyire lehet azt a vonalat belevinni, hogy maga a firmware is támogathatna automata frissítés keresést és ha van újabb, akkor első körben egy (virtuális)  gomb megnyomása után indulna a firmware upgrade.

Ez lehetne, akár egy előre mutató megoldás is sztem. és a PHP-s vonaltól is megszabadulnál.

A fentiek közül, ha nincs semmi hozzá, akkor a Gitlab viszonylag könnyen tanulható saját tapasztalat alapján és a forráskód is verziókövetve lenne és a CI is könnyen menedzselhető.

Remélem ha konkrét megoldást nem is, de egy jó alap ötletet sikerül adni.

<!DOCTYPE html>
<html>
<head>
    <title>File Picker and Uploader</title>
</head>
<body>
    <h2>File Picker and Uploader</h2>

    <?php
    $directory = 'firmwares'; // Replace with the actual directory path

    if (isset($_POST['submit'])) {
        $selectedFile = $_POST['selected_file'];
        $escapedFile = escapeshellarg($selectedFile); // Sanitize the selected file for shell command
        $filePath = $directory . '/' . $selectedFile; // Concatenate directory to file name
        $command = "echo " . escapeshellarg($filePath); // Use the concatenated file path in the command
        $output = shell_exec($command); // Execute the shell command
        echo "Command output: <pre>$output</pre>";
    }

    if (isset($_POST['upload'])) {
        if (isset($_FILES['uploaded_file'])) {
            $uploadFile = $_FILES['uploaded_file']['name'];
            $uploadPath = $directory . '/' . $uploadFile;
            
            if (move_uploaded_file($_FILES['uploaded_file']['tmp_name'], $uploadPath)) {
                echo "File uploaded successfully.";
            } else {
                echo "Error uploading file.";
            }
        }
    }

    $files = scandir($directory);
    ?>
    
    <form method="post">
        <h3>File List:</h3>
        <table border="1">
            <tr>
                <th>File Name</th>
                <th>Select</th>
            </tr>
            <?php foreach ($files as $file) {
                if ($file != '.' && $file != '..') {
                    echo '<tr>';
                    echo '<td>' . $file . '</td>';
                    echo '<td><input type="radio" name="selected_file" value="' . $file . '"></td>';
                    echo '</tr>';
                }
            } ?>
        </table>

        <br>
        <input type="submit" name="submit" value="Flash">
    </form>

    <br>

    <form method="post" enctype="multipart/form-data">
        <h3>Upload File:</h3>
        <input type="file" name="uploaded_file">
        <input type="submit" name="upload" value="Upload">
    </form>
</body>
</html>

PHP-hoz nem értek, de csináltattam neked cthatgpt-vel egy ilyet, próbáld ki

a) simán feltöltöd a fájlt (6-700 Kb. NEM mennyiség semmilyen PC-n)

b) csináltsz file tallózót weben

c) ha már desktop klienst akarsz írni láthatóan, akkor desktop klienst írsz, nem webezel (eleve, exec PHP-ből az brr, persze van az úgy...)

d) nem nyúlsz, amihez nem értesz (bónuszként megfogadod, hogy nem okoskodsz application level programming témában a microcontrolleres tapasztalataiddal, ha ennyire fogalmatlanul állsz az egészhez)

Egyébként az A-t javaslom, ha már egyszer egy szerencsétlen webes dolgot csinálsz, mert ki a tököm akar fájlrendszeren matatni, hogy aztán attól a folyamattól teljesen elválva kelljen egy webes felületen kimatatni? Teljesen agyfasz megoldás.