Středa 8. března 2023
6 Odpovědi
260 návštěv
Dobrý den,
máme existující oblast rezervované dokumenty s asi 20 000 dokumenty a 30 uživateli. Každý dokument je připojen k jednomu nebo více jednotlivým uživatelům a/nebo skupinám uživatelů, které mohou dokument zobrazit. Všechno je uloženo v poměrně jednoduché relační DB. Myslíte si, že se nám podaří importovat tato data a vztahy pochopením architektury cílových dat? Zjevně jsem připraven provádět nezbytné manuální úpravy zdroje dat a poté přímo vstříknout data do WP DB.
Díky
máme existující oblast rezervované dokumenty s asi 20 000 dokumenty a 30 uživateli. Každý dokument je připojen k jednomu nebo více jednotlivým uživatelům a/nebo skupinám uživatelů, které mohou dokument zobrazit. Všechno je uloženo v poměrně jednoduché relační DB. Myslíte si, že se nám podaří importovat tato data a vztahy pochopením architektury cílových dat? Zjevně jsem připraven provádět nezbytné manuální úpravy zdroje dat a poté přímo vstříknout data do WP DB.
Díky
Ahoj,
Děkujeme, že jste nás kontaktovali ohledně tohoto rozšíření.
Vaše data jsou poměrně velká, takže je bolestivé nastavit ručně pro jednotlivé soubory, dokonce i pro kategorie jiným způsobem.
Nejprve si nejsem jistý, kolik kategorií obsahujících ty soubory máte na svém aktuálním webu.
Můžete však importovat do WP File Download pomocí Importovat složku serveru funkce.
Další informace můžete přejít na tento odkaz níže:
https://www.joomunited.com/wordpress-documentation/wp-file-nigload/227-wp-file-nidond-configuration#toc-import-erver-folders
Za druhé, za účelem omezení 30 uživatelů je snazší je spravovat u uživatelů skupiny,
Pak je můžete omezit na prohlížení kategorií na frontendu pomocí Viditelnost volba.
Další podrobnosti naleznete zde:
https://www.joomunited.com/wordpress-documentation/wp-file-nowlload/666-file-access-and-management-limitation#toc-file-access-and-visibility-2
Na zdraví,
Děkujeme, že jste nás kontaktovali ohledně tohoto rozšíření.
Máme existující oblast vyhrazenou dokumenty s asi 20 000 dokumenty a 30 uživateli. Každý dokument je připojen k jednomu nebo více jednotlivým uživatelům a/nebo skupinám uživatelů, které mohou dokument zobrazit. Všechno je uloženo v poměrně jednoduché relační DB. Myslíte si, že se nám podaří importovat tato data a vztahy pochopením architektury cílových dat? Zjevně jsem připraven provádět nezbytné manuální úpravy zdroje dat a poté přímo vstříknout data do WP DB.
Vaše data jsou poměrně velká, takže je bolestivé nastavit ručně pro jednotlivé soubory, dokonce i pro kategorie jiným způsobem.
Nejprve si nejsem jistý, kolik kategorií obsahujících ty soubory máte na svém aktuálním webu.
Můžete však importovat do WP File Download pomocí Importovat složku serveru funkce.
Další informace můžete přejít na tento odkaz níže:
https://www.joomunited.com/wordpress-documentation/wp-file-nigload/227-wp-file-nidond-configuration#toc-import-erver-folders
Za druhé, za účelem omezení 30 uživatelů je snazší je spravovat u uživatelů skupiny,
Pak je můžete omezit na prohlížení kategorií na frontendu pomocí Viditelnost volba.
Další podrobnosti naleznete zde:
https://www.joomunited.com/wordpress-documentation/wp-file-nowlload/666-file-access-and-management-limitation#toc-file-access-and-visibility-2
Na zdraví,
Dobrý den, děkuji za odpověď.
To by však nevyřešilo naše potřeby. Máme kategorie některých dokumentů, ale takto uživatelé nemusí být schopni vidět nebo nevidí dokumenty. Každý uživatel je schopen vidět své vlastní dokumenty v každé kategorii. V našich případech jsou kategorie potřebné pouze pro organizaci, nikoli pro povolení k pohledu.
Příklad:
Kategorie Vodní faktury
Inv1
Inv3
Inv3
Catagory Objednávky
ORD1
Ord2
Ord3
Users
User1
User2
V našem systému máme například:
User1, který je povolen pro zobrazení INV1, ORD1 a ORD2
User2, které jsou povoleny zobrazit Inv2, Inv3 a Ord3,
jak jsem psal, zaměřujeme se na migrování stávajících dat a uživatelů/dokumentů. Jsem si jistý a chápu, že toho nelze dosáhnout standardními importními postupy a budu muset pracovat na svých zdrojových datech, abych je „vložil“ do databáze. Musím pochopit, jak je datová struktura v DB vašeho pluginu, aby byla verufy, pokud bude nějak možné pracovat na mých datech, aby byly fungovat. I když mi to trvá den práce na úpravě mých zdrojových dat tak, aby je mapovala správným způsobem, bude to vždy lepší, než bude muset ručně znovu přidělit 20.000 dokumentů.
To by však nevyřešilo naše potřeby. Máme kategorie některých dokumentů, ale takto uživatelé nemusí být schopni vidět nebo nevidí dokumenty. Každý uživatel je schopen vidět své vlastní dokumenty v každé kategorii. V našich případech jsou kategorie potřebné pouze pro organizaci, nikoli pro povolení k pohledu.
Příklad:
Kategorie Vodní faktury
Inv1
Inv3
Inv3
Catagory Objednávky
ORD1
Ord2
Ord3
Users
User1
User2
V našem systému máme například:
User1, který je povolen pro zobrazení INV1, ORD1 a ORD2
User2, které jsou povoleny zobrazit Inv2, Inv3 a Ord3,
jak jsem psal, zaměřujeme se na migrování stávajících dat a uživatelů/dokumentů. Jsem si jistý a chápu, že toho nelze dosáhnout standardními importními postupy a budu muset pracovat na svých zdrojových datech, abych je „vložil“ do databáze. Musím pochopit, jak je datová struktura v DB vašeho pluginu, aby byla verufy, pokud bude nějak možné pracovat na mých datech, aby byly fungovat. I když mi to trvá den práce na úpravě mých zdrojových dat tak, aby je mapovala správným způsobem, bude to vždy lepší, než bude muset ručně znovu přidělit 20.000 dokumentů.
Dobrý den,
pravděpodobně jste nechápali, jak daleko jsem ochoten jít, abych dosáhl svého zamýšleného výsledku. Nikdy jsem nepožádal o automatické přiřazení uživatelů do souborů. Nejsem nováček a chápu, že nemůže existovat žádný automatický postup. Jen jsem se snažil pochopit, jak je struktura DB vytvořena pro oprávnění souborů ve vašem pluginu. Důvěřuji, že jsem mohl najít způsob, jak jsem si koupil plugin, a já jsem prozkoumal strukturu DB sám. Jsem přesvědčen, že to budu moci fungovat. Je to jen otázka importu všech souborů, export výsledného DB, porovnejte můj stávající DB podle názvů souborů a poté nahrazení všech „canview“; s: 0: "" se správnými ID uživatelů. Zjednodušil jsem proces vysvětlení toho, co chci dělat, samozřejmě také musím vyrovnat ID starých uživatelů DB s novými, ale je možné to udělat a tímto způsobem bych měl být schopen úspěšně migrovat do vašeho pluginu. Není to přímo vpřed, ale jediný způsob, jak migrovat systém s tolika soubory již v něm.
Na zdraví!
pravděpodobně jste nechápali, jak daleko jsem ochoten jít, abych dosáhl svého zamýšleného výsledku. Nikdy jsem nepožádal o automatické přiřazení uživatelů do souborů. Nejsem nováček a chápu, že nemůže existovat žádný automatický postup. Jen jsem se snažil pochopit, jak je struktura DB vytvořena pro oprávnění souborů ve vašem pluginu. Důvěřuji, že jsem mohl najít způsob, jak jsem si koupil plugin, a já jsem prozkoumal strukturu DB sám. Jsem přesvědčen, že to budu moci fungovat. Je to jen otázka importu všech souborů, export výsledného DB, porovnejte můj stávající DB podle názvů souborů a poté nahrazení všech „canview“; s: 0: "" se správnými ID uživatelů. Zjednodušil jsem proces vysvětlení toho, co chci dělat, samozřejmě také musím vyrovnat ID starých uživatelů DB s novými, ale je možné to udělat a tímto způsobem bych měl být schopen úspěšně migrovat do vašeho pluginu. Není to přímo vpřed, ale jediný způsob, jak migrovat systém s tolika soubory již v něm.
Na zdraví!
Ahoj,
děkuji za odpověď.
Informace o oprávnění uživatele souboru jsou uloženy v „Post_META“ dohromady další informace o meta souboru a je šifrováno.
Zde je příklad hodnoty:
A: 14: {S: 3: "Ext"; S: 3: "PDF"; S: 4: "Velikost"; i: 214919; S: 4: "Hits"; i: 0; S: 7: "Verze"; S: 0: ""; S: 4: "Soubor "; S: 17:" 63F8375C66837.pdf "; S: 10:" Remote_url "; B: 0; S:" Stav "; S: 1:" 1 "; S: 9:" file_tags "; S: 0:" " ; S: 7: "Canview"; S: 1: "3"; S: 16: "file_custom_icon"; s: 0: ""; S: 6: "Social"; S: 1: "0"; S: 14: "Woo_permis Sion "; S: 0:" "; S: 19:" file_multi_category "; a: 1: {i: 0; n;} s: 23:" file_multi_category_old "; s: 0:" ";}
Na zdraví,
děkuji za odpověď.
Informace o oprávnění uživatele souboru jsou uloženy v „Post_META“ dohromady další informace o meta souboru a je šifrováno.
Zde je příklad hodnoty:
A: 14: {S: 3: "Ext"; S: 3: "PDF"; S: 4: "Velikost"; i: 214919; S: 4: "Hits"; i: 0; S: 7: "Verze"; S: 0: ""; S: 4: "Soubor "; S: 17:" 63F8375C66837.pdf "; S: 10:" Remote_url "; B: 0; S:" Stav "; S: 1:" 1 "; S: 9:" file_tags "; S: 0:" " ; S: 7: "Canview"; S: 1: "3"; S: 16: "file_custom_icon"; s: 0: ""; S: 6: "Social"; S: 1: "0"; S: 14: "Woo_permis Sion "; S: 0:" "; S: 19:" file_multi_category "; a: 1: {i: 0; n;} s: 23:" file_multi_category_old "; s: 0:" ";}
Na zdraví,
Děkuji,
už jsem to našel sám, jak jsem psal.
Nyní jsem však objevil něco, co dělá váš plugin v zásadě nepoužitelným pro mé potřeby. Importoval jsem své 20 000+ souborů a systém se stane neuvěřitelně pomalým, opravdu nemožným. Ve skutečnosti blokuje server a pokud načte stránku seznamu souborů (admin), trvá věky.
Od začátku jsem uvedl, že musím vypořádat s více než 20 000 soubory, pokud se jedná o limit pluginu, měli byste mě varovat.
už jsem to našel sám, jak jsem psal.
Nyní jsem však objevil něco, co dělá váš plugin v zásadě nepoužitelným pro mé potřeby. Importoval jsem své 20 000+ souborů a systém se stane neuvěřitelně pomalým, opravdu nemožným. Ve skutečnosti blokuje server a pokud načte stránku seznamu souborů (admin), trvá věky.
Od začátku jsem uvedl, že musím vypořádat s více než 20 000 soubory, pokud se jedná o limit pluginu, měli byste mě varovat.
- strana:
- 1
Na tento příspěvek zatím nebyly učiněny žádné odpovědi.
Pro odeslání odpovědi se prosím přihlaste
Abyste mohli odeslat odpověď, musíte být přihlášeni. Přihlaste se pomocí formuláře vpravo nebo si zaregistrujte účet, pokud jste zde nový. Registrujte se zde "