flipbookextension -- jogosultsági hiba? A support süket.

Fórumok

Sziasztok.

Nem az első eset, hogy vásároltam joomla alá plugint, de az első, amitől fejlövést kaptam.

Support sem reagál.

https://www.flipbookextension.com/

Az a lényeg, hogy ez egy feltöltött pdf-ből olvasna oldalakat, animált lapozással. 755 a könyvtárra a jogosultság, a pdf-ekre 644.
És a modul amikor a honlapon megjelenik, közli, hogy rossz a jogosultság...
Cannot access file images/pdf/valami.pdf

Esetleg más is foglalkozott már pont ezzel a beépülő modullal?

Köszönök minden javaslatot -- de ne azt írjátok, hogy fejlesszek egyet magamnak, vagy vegyek egy másikat...

---------
a .htacceshez hozzáadtam ezt:

IfModule mod_headers.c>
Header set Access-Control-Allow-Origin "*"
</IfModule>

A globális beállításoknál a CORS engedélyezése megtörtént:   ...semmi hatás.

Hozzászólások

SElinux? Immutable flag?

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

?

Na jó, azt hiszem ez zsákutca, itt meg azért leszek kinézve, mert nem linuxszal kapcsolatos az éppen felvetett kérdésem, függetlenül attól, hogy linux szerveren fut...

Már sajnálom, hogy írtam.

10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.

Nem vagy kinézve. Árnyalnám a képet, mielőtt elmerülnél az önsajnálatban.

Írtam egy html, css, php, js weblapot arra, hogy egy műszerrel kommunikáljon a weboldal, a paramétereit lehessen állítani, diagnosztikai adatokat lehessen megjeleníteni. Az USB kommunikáció úgy történik, hogy írtam C-ben egy programot, ami kommunikál a műszerrel, ez hívódik az Apache webszerver PHP kódjából megfelelő paraméterekkel.

Működött is a firmware frissítés is ezzel a webes utility-vel, amikor egyszer csak Fedora 42-re frissítettem, ami elbökte nekem a /var/www/akármi alatti SElinux default beállításokat. Az eredmény? Újra meg kell javítanom, vagy terminálból, command line-ból kiadott paranccsal frissítek firmware-t. Márpedig naponta többször frissítek, mert épp írom a műszer firmware-ét. Egyelőre tehát nem megy a webszerveren keresztül.

Szóval nem beszólásnak szántam, hanem tulajdonképpen egészen komolyan. :)

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Ja, igen. És, hogy miért írtam mindezt? Mert nagyon hasonló a probléma. Működik webszerver alól a C-ben írt programom, elküldi a beállításokat, visszaolvassa a diagnosztikai értékeket, státuszokat. A firmware-t viszont jogosultság hiányában nem volt hajlandó letölteni. Vicces, mert bővebb infót akartam írni róla, erre most működik. Lehet, valamelyik selinux-policy-targeted csomagban megváltozott valami.

Mindenesetre hidd el, hogy volt, amikor elromlott, és nem működött.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

De, sajnos most ki van nézve, legalábbis általam, és ezt nem rossz indulatból írom, de ez így egy minősíthetetlen témanyitás, meg merném kockáztatni, hogy most kikepzo-t is verte. Az OS nincs tisztázva, kapja ennek ellenére a jó tippet gondolatolvasással, de te kérj elnézést, és a te hibád lesz, hogy az SELinuxot erőlteti, mikor használni se tudja. Félre ne értsetek, az SELinux az egy olyan, amihez nekem sincs lövésem, de én legalább nem erőltetem be magamnak azokat a szarokat, amikkel csak szopatnám magam, se SELinux/Apparmor, se Secureboot (pedig ahhoz még értenék is), se más corporate hülyeség, ez az évek során elég sokszor spórolt meg ősz hajszálat. Épp, mikor a mai világban ekkora káosz van, minden support/frissítése, mesterséges elavultatás, bug, felesleges bloat, stb. témából, ezt nem kell az embernek saját magának még fokozni, hogy plusz olyan akadályokat begörgetni, amit aztán nem tud kezelni.

Persze, ha szükséges, akkor rakja fel, pl. nálam is van egész lemezes titkosítás, ami nem lenne kötelező, de az tényleg van annyira hasznos, hogy nem érdemes kihagyni, főleg egy mobil gépnél. Vagy még az se baj, ha valaki tanulás jelleggel vállalja be, de akkor ne tolja rá másra a kutatómunkát, problémamegoldást, hanem tegye oda magát, tegye bele a szükséges kutatómunkát, szopjon vele becsülettel. Még ennek ellenére se szégyen, ha elakad valamivel, csak akkor jelezze, hogy mit próbált, mit nem ért, és ne sértődés legyen, meg másnak a hibája, hogy nemmegyen.

Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Nekem ez feltételezésem volt csupán, de valójában nem tudjuk, használ-e SELinuxot. Engem inkább az zavar, hogy a téma felvetését követően egyetlen hozzászólásban megsértődött, mert valamiért azt gondolta, trollkodásképp írtam, azt, amit, pedig nem, azóta meg nem jár erre, nem mondja, hol tart, mivel próbálkozott, mire jutott, mit lát a logokban, mi az oprendszer.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Mi az oprendszer? Próbáld már ki root joggal kiadott

setenforce 0

parancs után. Könnyen lehet, hogy kell reboot utána, ebben nem vagyok teljesen képben.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Nem kell reboot.

A setenforce 0 azonnal átállítja a SeLinuxot., hogy csak naplózza, amit nem engedne, de ne tiltsa. A reboot viszont visszaállítaná az Enforce módot, tehát pont kinyesné a setenforce 0 hatását.

Ha már SeLinux: logokat esetleg megnézni, hogy milyen műveleteknek tett keresztbe a SeLinux? Esetleg annak is, ami neked kéne, hogy a PDF-et olvasni tudja a webszerver?

A selinux=0 kernel paraméter valóban kikapcsolja a SeLinuxot - csak innen kezdve annyira nem fog futni, hogy az új fájlok, mappák címkézése sem fog megtörténni. Nem mondom, innen is vissza lehet kapcsolni, de elég macera...
Viszont konfig szinten is beállítható, hogy Complain módban induljon, ne Enforcing-ban.

A dolog másik fele: ha tartósan ki van kapcsolva, akkor egyszerűbb letiltani.

A "Cant access..." nem csak jogosultság bajra utalhat, hanem arra is, hogy nem éri el, mert fizikailag nem ott keresi, ahol kellene.

Nekem nagyon gyanús, hogy relatív útvonalat ír a plugin. Azzal együtt, hogy fogalmam sincs, hogy a Joomla hogy működik, én megnézném, hogy a plugin jól belátja-e a Joomla DocumentRoot-ját (tudja, hogy hol van fizikailag), és egy web developer console-t is nyitnék, hogy nem-e 404, 403-at, 500-at kap esetleg. Megnézném, hogy a PDF-et direkt URL-ről le tudod-e tölteni. Ha le tudod tölteni, akkor nem SELinux, hanem plugin konfiguráció/bug. Probléma lehet még a mixed content is (HTTPS-en nyitod be az oldalt, de a PDF-et HTTP-n akarja leszedni), ha JS oldalról tölti be a PDF-et, ez is lehet a "Can't access" oka.

Légyszives, írd le pontosan, hogy hol (szerver logban? Joomla saját logjában? Webdev konzolban) látod a hibát, pontosan hogyan teszteled, hol vannak a PDF-ek, eléred-e a PDF-eket direktben (el kell-e tudni érni?), illetve ha a pluginnek van valamilyen konfigurációja, arról is mesélhetnél. Köszi, ha segítesz, hogy segíthessünk.

Blog | @hron84

valahol egy üzemeltetőmaci most mérgesen toppant a lábával 

via @snq-

+1 amiket az előző hozzászólók írtak, illetve egy kérdés:

A plugin nem akar temp fájlokat írni valahova? Ha igen, ez is okozhat gondot. A pluginról ennyit néztem meg: "Show PDF and Images as 3D Joomla Flipping Book" - ez alapján simán lehet benne valami előfeldolgozás.