PDA

Voir la version complète: Résolu Wiki dans les questions de sous-répertoire



Smaug
06-10-10, 04:44
OK, j'ai un wiki dans un sous répertoire www.xxxxxxx.com / wiki, mes forums sont en www.xxxxxxx.com / forums.

Je tente d'intégrer la traduction dans mediawiki qui partage mes informations de connexion avec le forum pour le moment.

Je vois l'erreur suivante lors du test DB:


Database error in vBulletin 3.8.3:

Invalid SQL:
SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbenterprisetranslator_cache_short_it help, vbenterprisetranslator_cache_short_it cache WHERE help.originaltext='Powered+by+MediaWiki' AND cache.serie=help.serie;

MySQL Error :
Error Number :
Request Date : Tuesday, October 5th 2010 @ 11:20:16 PM
Error Date : Tuesday, October 5th 2010 @ 11:20:17 PM
Script : http://www.xxxxxxxxxx.com/wiki/?vbet_outside=true&language=it
Referrer :
IP Address : xxxxxxxxxxxxxxxxxxxxxxx
Username : xxxxxxxxxx
Classname : vB_Database_MySQLi


Toute idée où chercher? J'ai lu toutes les suggestions que vous avez donné à d'autres concernant la façon d'intégrer. Le problème est que je n'ai tout simplement aucune idée de la solution dont j'ai besoin.

Merci

kamilkurczak
06-10-10, 09:40
c'est un message d'erreur complet? si non, s'il vous plaît coller ici un complet.

Vous pouvez également optimiser les tables DB. de le faire simplement aller à votre admincp-> maintence-> réparation / optimiser les tables-> chect tout-> et cliquez sur continuer

Smaug
06-10-10, 14:46
c'est un message d'erreur complet? si non, s'il vous plaît coller ici un complet.

Vous pouvez également optimiser les tables DB. de le faire simplement aller à votre admincp-> maintence-> réparation / optimiser les tables-> chect tout-> et cliquez sur continuer

Il ne dit pas la table est corrompue ... il dit SQL non valide. Très probablement dû à quelque chose de mal avec les réécritures pour la dir wiki sous ou une intégration incomplète avec le wiki.

Je suis sûr que je suis absent quelque chose et en regardant pour les étapes que j'ai besoin pour mon intégration.

Je reçois pas d'erreurs sur le forum lui-même.

Smaug
07-10-10, 00:07
Bonjour? Cela ne peut pas être si difficile pour vous les gars à diagnostiquer.

vBET
07-10-10, 08:04
La vérité est qu'il est difficile à diagnostiquer - il n'ya pas un numéro d'erreur, ni message d'erreur. C'est pourquoi Kamil vous demandons de communiquer, il est fait d'erreur complet ou il y avait quelque chose d'enlevé de là.

Sans message d'erreur nous sommes aveugles ici ... Pouvez-vous trouver de plus amples informations à ce sujet, dans l'exemple dans les journaux?

vBET
07-10-10, 08:29
Aussi - que je comprends, il arrive que des wiki. Pour les pages normales non. Etes-vous en utilisant le préfixe de table?

Smaug
07-10-10, 15:55
Aussi - que je comprends, il arrive que des wiki. Pour les pages normales non. Etes-vous en utilisant le préfixe de table?

SQL non valide est l'erreur.

C'est ce qui ressort dans l'email, je n'ai aucun numéro d'erreur.


Database error in vBulletin 3.8.3:

Invalid SQL:
SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbenterprisetranslator_cache_short_it help, vbenterprisetranslator_cache_short_it cache WHERE help.originaltext='Powered+by+MediaWiki' AND cache.serie=help.serie;

MySQL Error :
Error Number :
Request Date : Tuesday, October 5th 2010 @ 11:11:36 PM
Error Date : Tuesday, October 5th 2010 @ 11:11:36 PM
Script : http://www.xxxxxxxxxxxxxxxx.com/wiki/vbenterprisetranslator_front_controller.php?redirected=&vbet_outside=true&vbet_outside=true&language=it
Referrer :
IP Address : xxxxxxxxxxxxxxxxx
Username : xxxxxxxxxxxxxx
Classname : vB_Database_MySQLi
MySQL Version :


Les tableaux wiki commencent toutes par "mw_", tout le reste pour le site, aucun préfixe. Je ne vois ci-dessus où il est dit "à l'extérieur = true" à deux reprises. Je vais regarder les réécritures.

Je sais pertinemment que ma mise en œuvre était à peu près de deviner laquelle des instructions d'utilisation pour intégrer le wiki. Qu'est-ce que je veux savoir est ce que les messages de vos s'applique à moi. Est MediaWiki utilisation mondiale totale? Je ne sais vraiment pas, comment pourrais-je être capable de dire cela?

Merci pour votre temps

Smaug
08-10-10, 21:29
26 heures bosse **********

Faut-il payer je peux payer pour des réponses prioritaires?

Merci

vBET
09-10-10, 18:04
Désolé pour le retard. Nous ne prenons pas les paiements pour les réponses prioritaires. Nous stand (moi et Kamil) où sur le forum, jeudi et vendredi - n'a tout simplement pas à comprendre qui va prendre soin de ce problème. J'ajoute quelques question à poser plus de lumière, Kamil bien que j'ai pris cette affaire ... Désolé. Nous le ferons mieux la prochaine fois. Aussi espérons que vous serez heureux de savoir que nous allons commencer à chercher un plus employé pour les soins à la clientèle (ce week-end ou la semaine prochaine apparaîtra publicité):)

Vous saurez que mod intégré utilise global_complete car les pages ne seront pas traduits. Liens avec le code de langue Wil travail, mais la page ne seront pas traduits. Si une telle chose se produit alors s'il vous plaît demander des conseils pour les mods qui ne supporte pas global_complete. Cela peut se produire que pour les mods qui génère ses pages propres et d'ignorer complètement l'architecture vBulletin.

A propos de MySQL question - nous sommes toujours aveugle. J'ai pensé qu'il pourrait être question de préfixe, mais vous ne l'utilisez pas pour vBulletin. Sans informations supplémentaires sur la question nous ne sommes pas en mesure de dire ce qu'il est. S'il vous plaît contact avec le support de MySQL et de se demander pourquoi les messages n'ont pas de numéro d'erreur, ni description de l'erreur. Aussi - avez-vous vérifier les logs MySQL? Peut-être n'y aura plus à ce sujet.

Smaug
10-10-10, 01:54
Vous saurez que mod intégré utilise global_complete car les pages ne seront pas traduits. Liens avec le code de langue Wil travail, mais la page ne seront pas traduits. Si une telle chose se produit alors s'il vous plaît demander des conseils pour les mods qui ne supporte pas global_complete. Cela peut se produire que pour les mods qui génère ses pages propres et d'ignorer complètement l'architecture vBulletin.


OK, ce n'est pas un mod pour vBulletin, MediaWiki est autonome. Le seul lien à mes forums est ce mod à partir de vb.org:
MediaWiki / vBulletin Single Sign-On - Forum vBulletin.org (http://www.vbulletin.org/forum/showthread.php?t=213102)

Parce que je me sers de ce mod pour "pont" les sessions utilisateur, je me demande encore si elle est complète mondial est en cours d'utilisation et donc toujours confus quant à la mise en œuvre, qui est correct.



A propos de MySQL question - nous sommes toujours aveugle. J'ai pensé qu'il pourrait être question de préfixe, mais vous ne l'utilisez pas pour vBulletin. Sans informations supplémentaires sur la question nous ne sommes pas en mesure de dire ce qu'il est. S'il vous plaît contact avec le support de MySQL et de se demander pourquoi les messages n'ont pas de numéro d'erreur, ni description de l'erreur. Aussi - avez-vous vérifier les logs MySQL? Peut-être n'y aura plus à ce sujet.

Il n'y a aucune erreur enregistré par mysql, j'ai juste vérifié en ouvrant le journal d'erreur qui est spécifié dans le fichier my.cnf.

C'est une déclaration non valide.


Invalid SQL:
SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbenterprisetranslator_cache_short_fr help, vbenterprisetranslator_cache_short_fr cache WHERE help.originaltext='Powered+by+MediaWiki' AND cache.serie=help.serie;


La sélection est un échec. Ne les tables et les champs semblent corrects pour vous? Où est cette sélection étant appelé à partir?

Merci pour votre aide

vBET
10-10-10, 21:45
La requête SQL elle-même est OK - vous l'avez écrit qu'il travaille pour vBulletin.

Vous avez ajouté des informations importantes - MediaWiki n'est pas mod vBulletin. Alors vBET ne peut pas le soutenir. Si MediaWiki n'est pas mod vB ensuite définitivement ce n'est pas à l'aide d'un hameçon VB - vous vous écrit qu'il est application autonome. vBET i vBulletin Enterprise Translator - nous traduisons vBulletin.

Donc, la raison de cette erreur est que vBulletin n'est pas initialisé - il n'est pas utilisé du tout ...

Je suis marquer cette question comme résolu, parce que nous savons la raison et nous savons que ce n'est pas du tout la portée vBET - vBET n'est pas prêt à traduire des pages non liés à vBulletin.

Smaug
10-10-10, 21:54
La requête SQL elle-même est OK - vous l'avez écrit qu'il travaille pour vBulletin.

Vous avez ajouté des informations importantes - MediaWiki n'est pas mod vBulletin. Alors vBET ne peut pas le soutenir. Si MediaWiki n'est pas mod vB ensuite définitivement ce n'est pas à l'aide d'un hameçon VB - vous vous écrit qu'il est application autonome. vBET i vBulletin Enterprise Translator - nous traduisons vBulletin.

Donc, la raison de cette erreur est que vBulletin n'est pas initialisé - il n'est pas utilisé du tout ...

Je suis marquer cette question comme résolu, parce que nous savons la raison et nous savons que ce n'est pas du tout la portée vBET - vBET n'est pas prêt à traduire des pages non liés à vBulletin.

Alors comment faire d'autres traduisent MediaWiki ici? N'a aucun sens pour moi pourquoi ils peuvent et je ne peux pas. Ils courent un pont, tout comme moi.

La requête aurait pu être incorrecte parce que je peut ne pas avoir mis en œuvre correctement.


vBET
10-10-10, 22:01
S'il vous plaît noter que je ne connais pas de produit de MediaWiki. Ma base la dernière réponse de votre description - qu'il est application autonome. J'ai changer le statut d'expliquer et vérifier de nouveau:)

vBET
10-10-10, 22:18
Comme je vois qu'il ya MediaViki n'est pas d'application distincts - il est intégré avec vBulletin et page est générée par vBulletin. Vous pouvez vérifier vous-même - il ya l'adresse.

Comme je vois sur votre forum MediaWiki n'est pas intégré - page n'est pas généré par vBulletin. C'est la différence.

Alors d'abord d'intégrer MeidaWiki avec vBulletin. Et quand les pages seront générées par vBulletin (même en-tête, pied de page, etc) alors vous pouvez l'intégrer à vBET.

Smaug
10-10-10, 22:27
Comme je vois qu'il ya MediaViki n'est pas d'application distincts - il est intégré avec vBulletin et page est générée par vBulletin. Vous pouvez vérifier vous-même - il ya l'adresse.

Comme je vois sur votre forum MediaWiki n'est pas intégré - page n'est pas généré par vBulletin. C'est la différence.

Alors d'abord d'intégrer MeidaWiki avec vBulletin. Et quand les pages seront générées par vBulletin (même en-tête, pied de page, etc) alors vous pouvez l'intégrer à vBET.

Le produit référencé est similaire à ce que je suis à court. Je suis lié à la tribune que les deux produits se partagent informations de connexion entre eux.

Dites-vous que j'ai besoin d'inclure l'en-tête et pied de page pour rendre votre mod comporter pour moi comme à toute autre personne?

vBET
11-10-10, 09:44
Non, il n'est pas le cas de l'inclusion de pied de page ou en-tête. C'est le cas de pages wiki d'intégration, d'être générés par le moteur vBulletin.

Tout comme je l'ai écrit - notre client qui utilise vBET vont traduire des pages wiki qu'il utilise pour traduire des pages vraiment vBulletin qui montre les pages wiki (probablement - c'est ainsi que je le vois). C'est pourquoi vBET y travaille. Comme je vois sur votre page wiki du forum n'est pas généré par le moteur vBulletin.

S'il vous plaît contact avec l'utilisateur qui l'ont déjà fait et lui demander des détails intégration entre vBulletin et MediaWiki. Il est référencé à mod mêmes, mais cela ne signifie pas que certaines tâches supplémentaires n'a pas été fait. Comme je l'écrivais résultats diffère entre les forums vôtre alors je soupçonne que quelque chose de plus a été fait ici (il peut être encore ce problème de configuration de mod, ou tout simplement l'accès sujet - URL erronée).

Smaug
11-10-10, 18:41
Non, il n'est pas le cas de l'inclusion de pied de page ou en-tête. C'est le cas de pages wiki d'intégration, d'être générés par le moteur vBulletin.

La faille dans cette déclaration est que les pages ne sont jamais MediaWiki générés par vBulletin. vBmediawiki est un pont pour une authentification unique entre le forum et wiki. Je comprends que c'est un mod différent de celui que j'utilise depuis que je ne peut pas exécuter vbmediawiki que je suis sur 3.8.x et que mod est pour VB4.


Tout comme je l'ai écrit - notre client qui utilise vBET vont traduire des pages wiki qu'il utilise pour traduire des pages vraiment vBulletin qui montre les pages wiki (probablement - c'est ainsi que je le vois). C'est pourquoi vBET y travaille. Comme je vois sur votre page wiki du forum n'est pas généré par le moteur vBulletin.

Comme je l'ai mentionné, ni est son techniquement. Bien qu'il y ait une intégration plus étroite de la peau avec son mod.


S'il vous plaît contact avec l'utilisateur qui l'ont déjà fait et lui demander des détails intégration entre vBulletin et MediaWiki. Il est référencé à mod mêmes, mais cela ne signifie pas que certaines tâches supplémentaires n'a pas été fait. Comme je l'écrivais résultats diffère entre les forums vôtre alors je soupçonne que quelque chose de plus a été fait ici (il peut être encore ce problème de configuration de mod, ou tout simplement l'accès sujet - URL erronée).

J'apprécie votre temps. Son intégration est avec une version différente de vBulletin.

S'il vous plaît répondre à cela. Comment puis-je savoir si mon mod / pont est en utilisant global_complete? Je suppose que je vais essayer de le faire fonctionner sur mon propre si je peux obtenir cette question réponse.

Pouvez-je pas utiliser la PhotoPost les instructions de ce site?

Merci

vBET
13-10-10, 10:31
Oui - il se peut que sur son forum, il est de travailler à cause des différentes versions. Comme je l'ai écrit avant que je ne connais pas les détails de son intégration entre vBulletin nad MediaWiki. On dirait qu'il est généré par vBulletin, qui peut encore être l'intégration mise en page comme vous avez écrit. Peut-être que toute nouvelle version de MediaWiki mod fait des choses supplémentaires, peut-être l'auteur du forum des efforts supplémentaires folle. Vous lui avez demandé? Avez-vous vérifié la description pour le mod le plus récent d'intégration MediaWiki? Je vois qu'il ya des drapeaux dans le pied - il ressemble à pied de page est générée par vB templating mécanisme, pas seulement en dur.

Comment vérifier crochet ne global_complete est utilisé. Il est très simple. Si vous faites partie première intégration appropriée - que signifie le forum reconnaîtra les liens avec le code de langue (par exemple / pl /...) - puis si global_complete est pris en charge la page se traduira bien. S'il n'est pas pris en charge, puis la page ne sera pas traduit, et vous pouvez voir que la page qui doit être traduit liens sous les drapeaux auront «vbet_flag» inclus dans l'URL.

Smaug
21-10-10, 16:34
Oui - il se peut que sur son forum, il est de travailler à cause des différentes versions. Comme je l'ai écrit avant que je ne connais pas les détails de son intégration entre vBulletin nad MediaWiki. On dirait qu'il est généré par vBulletin, qui peut encore être l'intégration mise en page comme vous avez écrit. Peut-être que toute nouvelle version de MediaWiki mod fait des choses supplémentaires, peut-être l'auteur du forum des efforts supplémentaires folle. Vous lui avez demandé? Avez-vous vérifié la description pour le mod le plus récent d'intégration MediaWiki? Je vois qu'il ya des drapeaux dans le pied - il ressemble à pied de page est générée par vB templating mécanisme, pas seulement en dur.

Comment vérifier crochet ne global_complete est utilisé. Il est très simple. Si vous faites partie première intégration appropriée - que signifie le forum reconnaîtra les liens avec le code de langue (par exemple / pl /...) - puis si global_complete est pris en charge la page se traduira bien. S'il n'est pas pris en charge, puis la page ne sera pas traduit, et vous pouvez voir que la page qui doit être traduit liens sous les drapeaux auront «vbet_flag» inclus dans l'URL.

S'il vous plaît tuer ce, j'ai laissé tomber.

Merci

Automatic Translations (Powered by Google, Microsoft®, Yandex, SDL Language Cloud and Apertium):
AfrikaansAlbanianArabicBelarusianBulgarianCatalanChineseCroatianCzechDanishDutchEnglishEstonianFilipinoFinnishFrenchGalicianGermanGreekHaitian CreoleHebrewHindiHungarianIcelandicIndonesianIrishItalianJapaneseKoreanLatvianLithuanianMacedonianMalayMalteseNorwegianPersianPolishPortugueseRomanianRussianSerbianSlovakSlovenianSpanishSwahiliSwedishTaiwaneseThaiTurkishUkrainianVietnameseWelshYiddish
Translations delivered by vBET Translator 4.9.2