Szép napot!
Otthoni dokumentumaimat (leírások .PDF, .TXT, .ABW, .RTF, .ODT, stb. formátumban) eddig fájlrendszerben tároltam és egy ehhez hasonló, JavaScript alapú programkönyvtár felhasználásával készült menü segítségével fogtam össze, jelenítettem meg.
A dokumentumok száma mára ezer fölé nőtt, szeretném őket SQL adatbázisban tárolni és egy, az otthoni NAS-omon futó Apache 2 szerveren, PHP szkript segítségével kezelni, megjeleníteni.
Nem szeretnék ágyúval verébre lőni és egy CMS-t telepíteni, megtanulni, csupán egy alkalmas programkönyvtárat vagy frameworköt felhasználni, akár fizetőst a célom eléréséhez.
Kérem a javaslatotokat, ha létezik ilyen eszköz.
- 3861 megtekintés
Hozzászólások
MYSQL-ben nem célszerű sem dokumentumot, sem képet bináris mezőbe letárolni. Lehet hogy majd egyszer valamikor azt akarod, hogy más is lássa a weben, és akkor majd brutális adatbázis terhelést fog okozni.
Simán az apache direcotry indexét bekapcsolva miért nem jó ha eléred?
- A hozzászóláshoz be kell jelentkezni
Azert had trollkodjak itt egy picit, ekkora altalanositast nem biztos, hogy erdemes leirni. A MySQL tok jol replikalhato, vannak tranzakcioid es konnyebben kezelheto mint egy filerendszer. Mi jelenleg hasznalunk Postgresql alapon egy filerendszert es sokkal boldogabbak vagyunk vele, mint egy filerendszerrel.
Ami a kerdest illeti, "otthoni dokumentumok" tipusu rendszernel kb tok mindegy, mi fut alatta. Adott esetben megneznem a Seefile nevu szoftvert.
- A hozzászóláshoz be kell jelentkezni
Mire valók a blobok, ha nem ilyen adatok tárolására?
- A hozzászóláshoz be kell jelentkezni
Erre valók, de 1-2ezer doknál legfeljebb az új dolog tanulása indokolja, hogy az ember ilyen réteget tegyen a monitora és a fájljai közé.
- A hozzászóláshoz be kell jelentkezni
Csak azért kérdeztem, mert korábban más fórumokon is voltak vitáim arról, hogy képeket fájlrendszeren vagy adatbázisban, pláne RDBMS-ben tároljunk.
- A hozzászóláshoz be kell jelentkezni
Webes CMS-ek eseten nem indokolt, mert ott sokszor nem tudsz moge tenni megfelelo hardvert. Egyeb, specialis felhasznalasban viszont indokolt lehet.
Update: ha valakit erdekel egy ilyen elborult agybol szuletett projekt, ime.
- A hozzászóláshoz be kell jelentkezni
Off: múltkor ért egy kissé kínos meglepetés veled kapcsolatban. Azt hittem, még bőven a húszas éveid elején jársz...
Csodálkoztam is, hogy ennyire fiatalon annyi tudást összeszedni... :)
- A hozzászóláshoz be kell jelentkezni
Nem, igazabol felfedeztem az orok ifjusag titkat. :)
Az emlitett SQLFS cuccot a huszas eveim elejen irtam.
- A hozzászóláshoz be kell jelentkezni
:)))
- A hozzászóláshoz be kell jelentkezni
- Az adabázis/fájlrendszer összevetés izgalmasnak ígérkezik, nem tudom eldönteni, melyik előnyösebb. Az adatbázisra azért is gondoltam, mert az állománynevekkel dolgozó statikus weblap megtévesztett már többször, ha módosult a dokumentum, de a neve nem változott és a böngésző cache-t elfelejtettem törölni.
- A DirectoryIndex ötletet köszönöm, de az a helyzet, hogy sok fájlnév nem beszédes, például egy alkatrész adatai ilyen nevű fájlban vannak: 94%20AU%20925-en.pdf, ami egy Simrit tömítés, tehát kell a menü az érthető megnevezésekkel. Ráadásul, szeretnék felülvizsgálati számot és dátumot is feltüntetni a megnevezésekben.
- A hozzászóláshoz be kell jelentkezni
"sok fájlnév nem beszédes"
Hálistennek a *nix a linkek és szimlinkek őshazája.
- A hozzászóláshoz be kell jelentkezni
Fájlt feltölteni, adni neki név-feltöltési_dátum formában nevet. Így két azonos nevű fájl sem lesz probléma.
Fájl előzőekben adott dátumos nevét, változó alkönyvtárak esetén relatív elérési úttal együtt bele az SQL-be.
Magát a fájlt így a fájlrendszer tárolja, nem az SQL. Ezáltal apró fájlok és akár 100 MB feletti méretű fájlok ezrével való tárolására egyaránt alkalmas.
... szerintem.
- A hozzászóláshoz be kell jelentkezni
Köszönöm az ötletet, akkor már csak a PHP szkript hiányzik, amivel a btree struktúrájú dokumentum rekordok adatait megjeleníthetem.
- A hozzászóláshoz be kell jelentkezni
+1 hasonlót csináltam én is. csak van jogosultság kezelés is.
--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64
- A hozzászóláshoz be kell jelentkezni
[Feliratkozás]
- A hozzászóláshoz be kell jelentkezni