Vydanie medzi vBET a vBMail.

[Taurus]

Tam je problém medzi vBET a vBMail (http://www.dragonbyte-tech.com/vbecommerce.php?do=purchase&act=product&id=107) z DragonByteTech.

Môžete vidieť moje vlákno o tomto probléme tu:

[BB 4.1.x] Užívateľské skupiny od vBET. (Http: / / www.dragonbyte-tech.com/threads/4174-Usergroups-by-vBET.)

Ako môžem pridať vBET je užívateľské skupiny na tento mod? Alebo môžem len odstrániť vBET užívateľskej skupiny je úplne?

Vďaka!

EDIT: Ospravedlňujem sa, nie som si istý, či budete mať možnosť vidieť, že vlákna. Problém je, že tento mod (vBMail) tiahne užívateľskej skupiny z oficiálnych poľa vyrovnávacej pamäti do skupín, a zrejme vBET nie je. Takže teraz to vBET ďalšie užívateľské skupiny nie sú pridané k tomuto mod pre konfiguráciu, a potom nemôžem nastaviť e-mailovej konferencie správne.

[Taurus]

Naozaj potrebujem pomoct prosím.

[vBET]

Dobrý deň,

Bol som schopný vidieť ich vlákna (ale nie vrátane obrázkov). Vezmite prosím na vedomie, že všetky skupiny, ktoré sú uložené ako Predpokladám, že v tabuľkách vBulletin. Ako tomu rozumiem nevidíte tie v vBMail - je to ich chyba. Predpokladajú, aby sa všetky existujúce skupiny. Namiesto toho limitu uvedeného skupiny určitú podmnožinu existujúcich používateľských skupín (podmnožina súčasťou cache). Proste sa to zmeniť a ukázať všetky existujúce skupiny. Nie je pravda, že nemôžu nič robiť - oni si len vziať všetky existujúce užívateľské skupiny;)

vBET tu je čistý - nebudeme nič meniť v architektúre vBulletin - vBET Užívateľské skupiny sú uložené rovnako, rovnako ako všetky ostatné skupiny. Každý si môže vziať, keď len opýtať na všetky existujúce skupiny. Akékoľvek zmeny v vBET nevyrieši ich problém, pretože v prípade, kedy budete mať ďalšie nové užívateľské skupiny nie sú uložené vo vyrovnávacej pamäti potom sa váš problém sa vrátil. Musí sa zmeniť spôsob užívania skupiny. Zvlášť to, ako som si predstaviť, pričom iba skupiny z cache nemajú viditeľný vplyv na výkon vôbec.

Môžete nás kontaktovať s autormi mod, ak si myslíte, že pomôže a chcú diskutovať o probléme.

Myslíte si stále potrebujú našu pomoc tu? :)

[Taurus]

Táto otázka tu bola skutočnosť, že v rámci užívateľskej skupiny nastavení vBET "Toto užívateľské skupiny nie je" zakázané "skupina" bola nastavená na "nie", tak za predpokladu, že je zakázané do skupín. Preto sú tieto užívateľské skupiny neboli zahrnuté v Poštové konferencie vBMail.

Neviem, prečo by ste nastaviť všetky tieto užívateľské skupiny ako zakázané? (Zmenou tohto nastavenia na "Áno" funguje to perfektne.)

[vBET]

Veľký - tak to je vBET bug! Nechceli sme dávať pozor na takýto stĺpec. Budem sa pozrieť práve teraz. Povedzme, že vďaka od nás autor mod:)

[vBET]

Riešené a budú zahrnuté v ďalšej verzii.

Pre rýchlu opravu, prosím:
1. Otvorte ľubovoľného klienta MySQL a prihlásenie do databázy vBulletin
2. Spustenie dotazu (pridanie table prefix ak ho používate):

UPDATE usergroup SET genericoptions=32 WHERE description LIKE 'vbet_%'
3. Prejsť na správu CP -> Užívateľské skupiny -> užívateľskej skupiny manažér
4. Kliknite na tlačidlo upraviť niektoré používateľské skupiny (bez ohľadu na to, ktorý z nich)
5. Kliknite na tlačidlo Aktualizovať bezo zmien.

Upozorňujeme, že posledné 3 kroky k spusteniu vBulletin aktualizácia vyrovnávacej pamäte (obnovenie pozície, oprávnenia a tak ďalej). Môžete vidieť, že práca bude správca CP -> Používatelia -> Zobraziť vylúčených užívateľov. Predtým, než zmeny, ktoré budú vidieť, že všetky vBET skupiny. Po zmenách vBET Zoznam užívateľov zmizne z pohľadu.

[Taurus]

1. Otvorte ľubovoľného klienta MySQL a prihlásenie do databázy vBulletin

Nemôžem spustiť tento v rámci môjho AKT?

Údržba> Spustiť SQL dotaz

[vBET]

Nemôžem spustiť tento v rámci môjho AKT?

Údržba> Spustiť SQL dotaz

Nevidím žiadny problém - každý klient MySQL je dostatok.

[Taurus]

OK vďaka. Len jedna otázka, prosím.

V tomto dotazu, kde by si pridať svoje prefix? Čo je vb

Vďaka

[vBET]

V prednej časti tabuľky meno tak: vb.usergroup

[Taurus]

Vďaka Michal. Fungovalo to.

[vBET]

Veľká:) Užite si vBET!