Páni, mám obdobný problém, ale oveľa širší. Chcel by som vytvoriť v podstate editovací publikačný portál, kde by si užívateľ mohol vkladať fotky. Neviem nájsť problematiku a syntaxe príkazov vkladania fotiel a celých súborov do SQL databáze, ako sa potom na také súbory dotázať, problematiku automatického pomenovávania takýchto súborov vrátane automatickej kontroly, upozornenie na velkostné limity týchto fotiek resp. v PHP kod na automatické resampovanie...
niečo som našiel, viem že sa preferuje vkladanie do adresára, ale ak uploadujete 1500 fotiek z nejakej akcie tak je najlepšie to vkladať do databázy SQL, lebo niekedy potrebujete aby si tú fotku proste nikto nestiahol... to nemusím vysvetlovať fotografom, že sa nájdu chytráci, čo s vašou oddrenou robotou chcú aj kšeftovať... a to človeka naštve ak tam stojí pekných pár hodín, vrazí do všetkého peniaze, ťažko si vybaví aj robotu, ešte nohy bolia, potom doma po nociach upravovať fotky...
Ale tiež nemám na mysli iba striktne fotogalériu, ale celkový portál, kde sa dajú vkladať celé články, s výberom viacerých layoutov, s možnosťou zistenia rozlíšenia obrazovky cez Javascript alebo PHP, pre uplného amatéra. Vieme, že velkosť fotky si znalý človek upraví už sám, napríklad cez Actions v photoshope alebo iných freeware, teda dávkovo... Tiež vieme že je nezmysel uploadovať dávkovo na server 4MB fotky ak z toho majú byť 150 kB súbory. Javascript to nezvládne urobiť na strane klienta a PHP si uploaduje. Ale pokial takúto vec má obslúžiť človek ktorý nemá ani páru o tom čo je to rozlíšenie pre web, tak to už je problém.
Ale povedzme, že by sa podarilo nahratie fotiek z aparátu do počítača obslúžiť nejakým freesoft plus nadstavbovým skriptom ktorý by to ukladal do nejakého už default adresára. Tým by sa odstránili problémy s dlhým uploadom. (pritom nehovorím že tie fotky nie sú upravené aspon na jas a kontrast...)
Ale potom by to chcelo skript, ktorý by bud komunikoval s týmto „domácim“ skriptom, alebo by aspon skontroloval rozsah povolených velkostí obrázku napríklad jpg. A potom by tieto fotky podla nejakého klúča premenoval, pričom by mal niečo ako auto increment, a kontroloval by či takéto názvy už neexistujú, alebo nie je prázdne miesto, lebo to súvisí aj s editáciou, pokial by sme chceli vymeniť poradie-prioritu fotiek pri zobrazení.
ďalšia vec je vôbec definovať ďalšie možné problémy pri prevádzke takejto databáze. Napríklad určite dude dávkovo treba vytvoriť v databáze aj normálne fotky asi 150 kB, aj thumbnaily okolo 19 kB... taktiež bude treba takýto počet treba deliť na podadresáre, napríklad nejaký ples svadba tak to dám povedzme obrad, do 18.00, do 21.00, do polnoci, do tretej rána, atď, pretože by to bolo neprehladné. A s tým súvisí tvorba hlavného adresára a hlavného linku, podstrán-podlinkov, a to tiež ukladať na nejakú navigačnú stránku, pričom by si skript mal stážiť či táto stránka nie je preplnená, to znamená, ak dám limi 15 linkov na navigačnú stránku, mal by upozorniť že sa to nedá, ale ponúknuť automaticky nejakú zmenu stromovej štruktúry, a tú tiež vykonať automaticky.
UFFFFFF, som teda náročný, čo??? A to nehovorím o tom že by som chcel vytvoriť skript aby si dotyčný mohol vytvoriť HTML layout podla svojich predstáv, a to buď jednorazový, alebo tak že ho použije dávkovo, napr. viď stránky Shark.sk alebo agem.sk...
No teda, tam bude zrejme nutné vytvoriť iba zvlášť databázu na zbieranie indexov, ak by človek sa mal s prehladom a rýchlo pohodlne dostať ku položke ktorú chce editovať alebo znazať.
Taktiež netreba zanedbať možnosť, že to bude novinový portál, kde automaticky bude treba články aj s fotkami a layotmi pridávať do zvláštnej databázy, ktorá sa volá archív, a umožniť rýchle vyhladávanie v ňom, pričom automaticky pri mazaní položky bude presunutá do archívu, alebo sa zároven duplicitne skopíruje aj do archívu, ale samotný hlavný článok bude mať iba obmedzené časové trvanie. Pokial by to bol obchodný portál pridali by sa tam položky kedy bol tovar už predaný (autobazár je jednorazová položka), alebo vyradený. Taktiež je vhodná spolupráca s databázou skladových zásob.
Taktiež treba brať do úvahy únosné riziko fragmentácie databáz pri výskyte velkých súborov, teda BULBy, zvážiť či vkladať iba texty alebo celé textové súbory. Aj keby som zvážil možnosť ukladať tieto fotky a súbory iba do adresára na serveri (aj keď cez nejaké include PHP zabezpečeného adresárika), Bola by nutná ďalšia oblužná databáza SQL, ktroá by sa s PHP skriptom starala o názvy, editáciu, mazanie, premiestňovanie, premiestňovanie a správu linkov, teda takmer to isté... ktovie čo by bolo rozummnejšie...
Ak vkladám textový článok, chcem ho formátovať, entery, mäkké entery, boldy italiky... odsadenia...
myslím že sa to dá ale nebolo by pre užívatela jednoduchšie tam vložiť celý texťák??? viem že teraz hovorím somarinu lebo by to muselo byť v rtf... navyše vkladať fotky... ano bude treba urobiť jednouchý wyswig editor, s tým že sa kliknutím na ULOŽIŤ tieto info nahrá do DB SQL, počká WAIT povedzme 5 sekúnd a potom dá nejaký refreh F5... Aby užívatel mal možnosť to hneď zhodnotiť a do formulára napríklad napísať: Políčko posunúť fotku viac vpravo... napr, 25 px... a hneď vidí výsledok... to by sa cez php dalo... teda zmazanie starého kodu a vloženie nového... blbosť, vložiť to ako premennú rovno do databázy, kolko bude mať odskok cez DIV od kraja stránky...
Základy skriptovania poznám, ale nerobil som v ničom komplexnom, žiadny PERL, ani C... akurát PHP, Javascript, HTML, CSS, tak ma ospravedlnte... ja chcem programovať písaním nie na makro blokoch úrovni... vebo chcem tomu aj rozumieť... možno v budúcnosti... istým veciam aj tak nerozumiem prečo to funguje tak ako funguje... napríklad prečo pri uploade treba najprv otvoriť jpg na čitanie... ale hádam sa do toho dostanem... zatial mám len sedliacky rozum a nesmejte sa...
vendo@mailcity.com
retriever007@azet.sk
Příspěvky odeslané z IP adresy 84.47.101.–
vendo