Ver Versão Completa: Resolvido Questão entre vBET e vBMail.
Há um problema entre vBET e vBMail (http://www.dragonbyte-tech.com/vbecommerce.php?do=purchase&act=product&id=107) de DragonByteTech.
Você pode ver meu tópico sobre este problema aqui:
[VB 4.1.x] Grupos de vBET. (Http://www.dragonbyte-tech.com/threads/4174-Usergroups-by-vBET.)
Como posso adicionar grupos de usuários vBET para o mod isso? Ou posso simplesmente remover Grupos vBET completamente?
Muito obrigado!
EDIT: Desculpe, eu não tenho certeza se você será capaz de ver esse segmento. O problema é que este mod (vBMail) puxa os grupos de usuário a partir da matriz de cache oficial grupos de usuários, e aparentemente vBET não. Então, agora grupos de usuários adicionais vBET não são adicionados a esse mod para a configuração, e então eu não posso criar listas de discussão corretamente.
Eu realmente preciso de alguma ajuda aqui por favor.
Oi,
Eu era capaz de ver o seu thread (mas não incluiu imagens). Por favor note que todos os grupos são armazenados como supõem no vBulletin tabelas. Pelo que entendi você não vê aqueles em vBMail - este é o seu bug. Eles supõem que tomar todos os grupos existentes. Em vez disso, limitar os grupos mostraram algum subconjunto de grupos de usuários existentes (subconjunto incluído no cache). Eles só têm de mudar e mostrar todos os grupos existentes. Não é verdade que eles não podem fazer nada - eles podem simplesmente pegar todos os grupos existentes;)
vBET aqui é limpo - não muda nada na arquitetura vBulletin - Grupos vBET são armazenados apenas mesma forma que todos os Grupos outro. Qualquer pessoa pode tomá-lo, se apenas perguntar sobre todos os grupos existentes. Quaisquer mudanças em vBET não vai resolver seu problema, porque no caso em que você terá outros grupos de usuários novos não são armazenados no cache, então o problema vai voltar. Eles têm que mudar a maneira de levar grupos de usuários. Especialmente que, como eu imagino tomando únicos grupos a partir do cache não têm impacto visível no desempenho em tudo.
Pode contactar-nos com os autores do mod se você acha que vai ajudar e querem discutir a questão.
Você ainda precisam de nossa ajuda aqui? :)
A questão aqui foi o fato de que dentro das configurações do grupo de usuários vBET o "Grupo de Utilizadores Esta não é uma" Banned "Grupo" foi definido como 'Não', portanto, assumindo que é um grupo de usuários banidos. Portanto, estes grupos não foram incluídos no mailinglists vBMail.
Eu não sou certo porque você deve definir todos estes grupos como banido? (Ao alterar esta definição para "Sim" ele funciona perfeitamente.)
Grande - por isso é bug vBET! Nós não prestamos atenção para a coluna tal. Vou verificar isso agora. Agradecer de nós ao autor do mod:)
Resolvido e será incluída na próxima versão.
Para solução rápida por favor:
1. Abra qualquer cliente MySQL e login para o banco de dados vBulletin
2. Executar a consulta (adicionar prefixo da tabela se você usá-lo):
UPDATE usergroup SET genericoptions=32 WHERE description LIKE 'vbet_%'
3. Ir para Admin CP -> Grupos -> Grupo de Usuários Gestor
4. Clique em Ir para editar alguns grupos de usuários (não importa qual)
5. Clique em Atualizar sem quaisquer alterações.
Por favor note que três últimas etapas são para acionar vBulletin atualização de cache (reconstruir fileiras, permissões e assim por diante). Você pode vê-lo trabalhando indo para Admin CP -> Usuários -> Ver Usuários Banidos. Antes que as mudanças você verá que há todos os Grupos vBET. Após as alterações Grupos vBET desaparecerá da vista.
1. Abra qualquer cliente MySQL e login para o banco de dados vBulletin
Posso não executar este dentro da minha ACP?
Manutenção> Executar consulta SQL
Posso não executar este dentro da minha ACP?
Manutenção> Executar consulta SQL
Não vejo nenhum problema - qualquer cliente MySQL é enought.
Graças OK. Só uma pergunta por favor.
Nessa consulta, onde é que eu adiciono o meu prefixo? Que é vb
Obrigado
Na frente do nome da tabela assim: vb.usergroup
Graças Michal. Funcionou.
Automatic Translations (Powered by Google, Microsoft®,
Yandex, SDL Language Cloud, IBM Watson and Apertium):
Powered by vBulletin® Version 4.2.5 Copyright © 2026 vBulletin Solutions Inc. All rights reserved.