od Payn » ned 30. čer 2019 20:18:58
R3gi píše: ↑ned 30. čer 2019 14:02:38
Máš pravdu, ale to je rozdělení jen pro to, jak se pak zobrazí ve fóru, pokud se nepletu? Potřeboval bych najít způsob, jak říci systému „Hej phpBB, vem všechny soubory ve složce files a rozděl je do skupin třeba po 2 000 souborů. Tyto skupiny souborů umísti do několika podsložek složky /files. Přitom zachovej přístupnost a správu souborů pro uživatele i adminy. Umožni také obdobným způsobem nahrávat nové soubory.“. Rozdělit je mohu teoreticky i manuálně, ale potřebuji zachovat propojení se systémem phpBB.
Ahoj, myslel jsem to presne tak, jak jsi rekl. V samotnem softwaru uz, relativne, neni problem zakomponovat razeni prave podle druhu souboru i s podslozkami. V podstate jen staci pridat pokyn pro jadro (v mem pripade .ini), ktere je nadrazeno vsemu ostatnimu. Pokud by jsi to chtel i podle poctu priloh v jedne kategorii, udelal bych strukturovani nejak takhle:
1) root/forum/files
1a) root/frum/files/obrazky
2) root/forum/files
2a) root/forum/files/pdf
Atd atd..
Obrazne: nahraju 2 000 priloh jako jpg, to samo osobe spada do kategorie obrazku, cili do /root/forum/files avsak system bude mit pokyn (podle prikazu z jadra) urcovat a cist pripony souboru, za ucelem selekce. Tudiz vysledna cesta pro tyto soubory by byla root/forum/files/obrazky, je vsak nutne, udelat podfunkci nebo script, jiz pro dany prvek ktery toto ma na starosti. Pokud se imementuje sub-kod do primarniho kodu, je mozne toto razeni udelat i vcelku jednoduse, formou dodatkoveho obsahu pro vkladani.
Pokud bude urcity limit pro kazdou kategorii, lze udelat, ze pri prekroceni poctu prilih v dane kategorii, by byla vytvorena slozka tretiho radu, to vse se da udelat nekonecnou vetou (ted nevim jak se ji nadava) - vyuzivaji ji i kalkulacky, ale je to mozne. Dale by se musel vyresit problem v oblasti HASH, kdy kazda priloha dostane unikat, ale v obecnem smeru. V nasem pripade v realizaci kategorizace, by se musel udelat meznik, nebo nejaky mechanismus, ktery by, prave podle druhu souboru, generoval od *@* promenne do *@* tute promenne tak, aby bylo pro system mozne urcit, do jake kategorie priloha spada, ikdyz by slo o megalomanske forum.
Takze slozka files by mela podslozku obrazky, v ni dosahnu maximalniho poctu, tak se udela i podslozka jiz ve vytvorene podslozce.
Pdf soubory by spadali do kategorie 2a atd. Snad jsi me pochopil ;)
Na velkych forech by ale.mohl nastat problem v hybnosti scriptu v samotnem rootu, cim vetsi a detailnejsi kategorizace, tim je zpracovavani serveru delsi. Ale ze bych to povazoval za velky problem? To urcite ne, vse se da hezky udelat nebobtnajicim kodem, ktery si zachova kodovou delku i po sto letech.
Muj nazor je ten, ze to udelat jde a co se rychlosti tyce i v rozporu s dalsim kodem navic, by byl znacnym prinosem. Ja musel na serveru prejit ze 4 opteronu na novejsi intel Xeony, bohuel ted uz vysli mnohonasobne vykonnejsi, ryzeny. Zivot neni fer
[quote=R3gi post_id=131648 time=1561896158 user_id=8862]
Máš pravdu, ale to je rozdělení jen pro to, jak se pak zobrazí ve fóru, pokud se nepletu? Potřeboval bych najít způsob, jak říci systému „Hej phpBB, vem všechny soubory ve složce files a rozděl je do skupin třeba po 2 000 souborů. Tyto skupiny souborů umísti do několika podsložek složky /files. Přitom zachovej přístupnost a správu souborů pro uživatele i adminy. Umožni také obdobným způsobem nahrávat nové soubory.“. Rozdělit je mohu teoreticky i manuálně, ale potřebuji zachovat propojení se systémem phpBB.
[/quote]
Ahoj, myslel jsem to presne tak, jak jsi rekl. V samotnem softwaru uz, relativne, neni problem zakomponovat razeni prave podle druhu souboru i s podslozkami. V podstate jen staci pridat pokyn pro jadro (v mem pripade .ini), ktere je nadrazeno vsemu ostatnimu. Pokud by jsi to chtel i podle poctu priloh v jedne kategorii, udelal bych strukturovani nejak takhle:
1) root/forum/files
1a) root/frum/files/obrazky
2) root/forum/files
2a) root/forum/files/pdf
Atd atd..
Obrazne: nahraju 2 000 priloh jako jpg, to samo osobe spada do kategorie obrazku, cili do /root/forum/files avsak system bude mit pokyn (podle prikazu z jadra) urcovat a cist pripony souboru, za ucelem selekce. Tudiz vysledna cesta pro tyto soubory by byla root/forum/files/obrazky, je vsak nutne, udelat podfunkci nebo script, jiz pro dany prvek ktery toto ma na starosti. Pokud se imementuje sub-kod do primarniho kodu, je mozne toto razeni udelat i vcelku jednoduse, formou dodatkoveho obsahu pro vkladani.
Pokud bude urcity limit pro kazdou kategorii, lze udelat, ze pri prekroceni poctu prilih v dane kategorii, by byla vytvorena slozka tretiho radu, to vse se da udelat nekonecnou vetou (ted nevim jak se ji nadava) - vyuzivaji ji i kalkulacky, ale je to mozne. Dale by se musel vyresit problem v oblasti HASH, kdy kazda priloha dostane unikat, ale v obecnem smeru. V nasem pripade v realizaci kategorizace, by se musel udelat meznik, nebo nejaky mechanismus, ktery by, prave podle druhu souboru, generoval od *@* promenne do *@* tute promenne tak, aby bylo pro system mozne urcit, do jake kategorie priloha spada, ikdyz by slo o megalomanske forum.
Takze slozka files by mela podslozku obrazky, v ni dosahnu maximalniho poctu, tak se udela i podslozka jiz ve vytvorene podslozce.
Pdf soubory by spadali do kategorie 2a atd. Snad jsi me pochopil ;)
Na velkych forech by ale.mohl nastat problem v hybnosti scriptu v samotnem rootu, cim vetsi a detailnejsi kategorizace, tim je zpracovavani serveru delsi. Ale ze bych to povazoval za velky problem? To urcite ne, vse se da hezky udelat nebobtnajicim kodem, ktery si zachova kodovou delku i po sto letech.
Muj nazor je ten, ze to udelat jde a co se rychlosti tyce i v rozporu s dalsim kodem navic, by byl znacnym prinosem. Ja musel na serveru prejit ze 4 opteronu na novejsi intel Xeony, bohuel ted uz vysli mnohonasobne vykonnejsi, ryzeny. Zivot neni fer :D