ugrás a tartalomhoz

Partner adatbázis kapcsolódó dokumentumokkal

Anonymous · 2006. Jan. 23. (H), 16.56
Egy kisebb irodának szeretnék partnerek menedzseléséhez alakalmazást csinálni.
Mivel az irodában van szerver, így arra felraktam az a apacs-t és mehet a php.
A partnerek regisztrálása , adatmódosítása már kész.
Szeretnék egy olyan funkciót is , hogy minden partnerhez fel lehessen tölteni kapcsolodó dokumentumokat. Majd azokat persze utánna elérni.

A kérdésem a következő lenne. ti hogyan állnátok neki:
- csak a neveket tároljam mysql-ben ? ( gondolom igen )
- külön mappákban legyneke a doksik vagy egyben ? ( kb 400 rekordról van szó )

Bármilyen egyéb ötlet, stb érdekelne. Ti hogy állnátok neki?

Üdv:
a.
‹ Objektum kinyerése session-ból Cookie letiltasa eseten nem mukodik a belepes ›
 ■
1

<Nincs cím>

-zsolti- · 2006. Jan. 23. (H), 18.26
Külön könyvtárakra nincs szükség. Gondolom minden partnernek lesz egy azonosítója, ha másnem egy auto_increment érték a táblából, ez alapján már el tudod nevezni a dokumentumokat. Pl. 16_1.doc, 16_2.doc...
Ha csak egy fajta dokumentunot lehet feltölteni:
A partnerek táblában letárolod (mindig növeled) hány fájl tartozik már X parnethez. Ebből, és az ID-jéből meg ugye már összerakhatók a fenti fájlnevek.
Ha több féle kiterjesztést is felölthet, akkor célszerű egy segédtábla:
- partnerID (int) // idegen kulcs
- file (varchar) // a fájl neve
Feltölsénél pedig ebbe a táblába veszed fel a rekorodak (melyik partner + mit).

Üdvözlettel: Liebig Zsolt
SWEN INTERNET
2

<Nincs cím>

suexID · 2006. Jan. 23. (H), 18.30
Ez az ID-s megoldás végülis technikaliag hibátlan, bár rontja az utólagos felhasználás esélyeit. Itt arra gondolok, hogy később a fájlnév alapján nem feltétlen tudja majd megállapítani, hogy mit is tartalmaz a dokumentum.
3

<Nincs cím>

-zsolti- · 2006. Jan. 23. (H), 18.37
Persze, ki lehet még bővíteni a táblát pl. feltöltés dátuma, dokumentum cím, ismertető mezőkkel... Vagy nem erre gondolsz?

Üdvözlettel: Liebig Zsolt
SWEN INTERNET
5

<Nincs cím>

suexID · 2006. Jan. 23. (H), 18.55
Igazából a fájlok elnevezése tűnik kicsit túl gépiesnek. Arra gondoltam, hogy mi lesz ha később egy backupot lementenek, majd az alapján akarnak mondjuk szortírozni, hogy melyik kell és melyik nem. Mennyivel szebb lenne így mondjuk:
adasveteli_szerzodes_01.doc, lemondo_nyilatkozat.doc, stb...

Persze mondom, hogy a technikával amit vázoltál nincsen gondom, az korrekt csak a fájlnevek lehetnek később problémásak! ;)
6

<Nincs cím>

Fekete Ferenc GDA · 2006. Jan. 23. (H), 19.31
Nagyon egyszerű. A dokumentum neve elé odafűzöd az ID-t és úgy mented le.
Én mindig így csinálom, tehát a google.jpg feltöltés után 1_google.jpg lesz.

sőt: átnevezéskor kisbetűssé alakítod,h a kis/nagy betűk se kavarjanak be. Ékezettelenítést is csinálj vele és a szóközöket cseréld ki _ jelre.

Az irodákban előszeretettel használnak ékezetet, szóközt fájlnevekben, erre fel kell készíteni a programot a fenti módon.

Online 2.0
4

egy ötlet

tiku I tikaszvince · 2006. Jan. 23. (H), 18.39
Én is valami hasonlón mukálkodom mostanában. Én az összetartozó feltöltött állományokat egy alkönyvtárba tenném. Tehát nállad az egy ügyfélhez tartozók egy könyvtárba kerülnek (pl.: upload/ugyffel1/file1.ext, upload/ugyfel2/file2.ext).
Lehet hogy az adattáblám kicsit túlbonyolítottam, de... 

CREATE TABLE file_datas (
  file_id INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
  name VARCHAR(250) NULL,
  path VARCHAR(250) NULL,
  user_id VARCHAR(50) NULL,
  info VARCHAR(250) NULL,
  checksum VARCHAR(65) NULL,
  uploaddate DATETIME NULL,
  lastmodify DATETIME NULL,
  type VARCHAR(45) NULL,
  size INTEGER UNSIGNED NULL,
  PRIMARY KEY(file_id)
);
  • A name mező csak a fájl nevét,
  • a path pedig csak a hozzá vezető utat,
  • a user_id a feltöltő nevét,
  • a checksumba az md5_file() függvény segítségével létrehozott ellenörző összeget,
  • a type mezőbe a feltöltött állomány MIME tipusát

írom be.

TikuVoltam
Ma is holnap fekszünk le, mint tegnap
7

re: egy ötlet

Anonymous · 2006. Jan. 23. (H), 22.16
köszi a hozzászólást!
De nem lehet abból gond vhogy, hogy annyi mappát használok ( kb 400 )?
És mi a teendő akkor ha mondjuk, a partnert töröljük, akkor menjen vele a mappa is ?
ez egy windows-os gép, és ráadásul valaki ezen is dolgozik. Mondjuk nincs sok felhasználó, max 4 fő.

Üdv:

a téma nyitó
12

<Nincs cím>

Anonymous · 2006. Jan. 23. (H), 22.34
400 mappa egyaltalan nem sok, 40000 mar elgondolkoztato, bar rendszere valogatja :)
15

torles

Jano · 2006. Jan. 23. (H), 22.54
Necsinalj valodi torlest, hiszen barmikor kellhetnek a regebbi doksik, adatok, csak jelold meg hogy o mar nem ugyfel.

Kulon gep: ha korulnezel prohardver.hu-n forumban a piac topikban vagy akar aproneten talalhatsz nehany 10 ezerert is valodi szerver gepet, amiben van raid stb. De akar egy mezei pc is megteheti. De inkabb kulon gep. Nem jo olyat gepet kozpontinak hasznalni amin dolgoznak mert lefagy es akkor mindenki varhat amig ujra indul. Adatok tarolasan pedig nem erdemes sporolni mert a ceg mukodokepessege fugg tole. RAID vinyok es rendszeres mentes! Kulonben lehet Kurtokhez vinni akik mentesert aztan dupla annyit elkernek.
8

<Nincs cím>

Anonymous · 2006. Jan. 23. (H), 22.19
Mostanaban enis csinaltam hasonlot, ami utan 2 dolog maradt meg mint tapasztalat:

1. tuti, hogy elobbutobb kezzel is kell belenyulkalni a fajlok koze, tehat az elnevezeseknek ember szamara erthetonek kell lennie

2. mysql tablaban tarolni a fileneveket igazabol csak akkor van ertelme ha ezt ki is hasznalod, amugy szinkronban tartani az adatbazist es a fajlrendszert irto maceras tud lenni. Kulonosen ha pl ftp hozzaferes is van.
9

<Nincs cím>

Fekete Ferenc GDA · 2006. Jan. 23. (H), 22.25
a fájlnevet adatbázisba nkell tárolni és mondjuk az elérési utat is. Ha az adatbázisban a script törl ia fájlt, akkor a fájlrendszerből is törölnie kel a scriptnek. ennyi.

ftp: meg kell egyezni,h ftp-n kerewsztül nem töltünk fel fájlt ,csak a szoftveren keresztül. Vagy ha ftp-n is kell, akkor feltöltés után lehessen a programban korábban feltöltött fájlt hozzáadni egy menüpontban. és ott bejelölöd ezt a fájlt. Csak programozás kérdése.

Online 2.0
10

<Nincs cím>

Anonymous · 2006. Jan. 23. (H), 22.32
aham. Azert erzed hogy amit vazoltal mint ftp megoldas leheletnyit korulmenyes. Majd magyarazd meg a 400 usernek hogy ok a hulyek ha esetleg nem adjak hozza az adatbazishoz, ami jobbik eset de ha torlik veletlen akkor aztan az ember a fejere alhat :)

Amugy azert mondtam az ftps peldat, mert nalunk kb ugy merultek fel az igenyek, szep sorban, hogy 1 file , 1 file de az akar 600 mega, tobb file, komplett mappa.

De komolyan minek tarolni adatbazisban ( 1 dolgot tudok hirtelen, jogosultsagokat konnyen lehet hozzarendelni, de ezen kivul... )
11

<Nincs cím>

Anonymous · 2006. Jan. 23. (H), 22.32
meg 1 logolni is szebben lehet.
13

<Nincs cím>

Fekete Ferenc GDA · 2006. Jan. 23. (H), 22.34
Azt ne mírtad,h 600 megás fájlokat tölktögettek, az elején még csak .doc fájlokról volt szó.
Egyébknét ha egy ftp-n fel tud tölteni fájlokat, akkor egy admin felületre is be tud lépni és hozzáadni a rendszerhez.

A jogosultságokról itt felesleges beszélni, mert winfos rendszerről beszélünk, itt azt törölsz file szitnen ,amit akarsz:)

Online 2.0
14

<Nincs cím>

Anonymous · 2006. Jan. 23. (H), 22.47
Hat igen ez hangsulyozom a mi cegunknel merult fel. Amugy itt dokumentum pl a quake4.iso is :)