PDA

View Full Version: Gelöst Kann nicht mehr zurück zum ursprünglichen Sprache



MikeFara
04-12-10, 06:31
Mit einem Klick auf die Standard-Sprache flag lässt mich nicht zurück zu Englisch als Fremdsprache gewählt wird.

kamilkurczak
04-12-10, 10:58
Ich sah, dass auf Ihrem Forum haben, fügen Sie hier Ihr alle htaccess Regeln.
Dank

MikeFara
04-12-10, 17:46
Gestartet mit 4,1 * vielleicht * aber nicht sicher.

Vielen Dank



RewriteEngine On
RewriteRule ^((urllist|sitemap).*\.(xml|txt)(\.gz)?)$ vbseo_sitemap/vbseo_getsitemap.php?sitemap=$1 [L]
RewriteCond %{REQUEST_URI} !(admincp/|modcp/|cron|vbseo_sitemap)
#Start VBET Rewrite
RewriteRule ^/?(af|sq|ar|be|bg|ca|zh-CN|hr|cs|da|nl|en|et|tl|fi|fr|gl|de|el|iw|hi|hu|is|id|ga|it|ja|ko|lv|lt|mk|ms|mt|no|fa|pl|pt|ro|ru|sr|sk|sl|es|sw|sv|zh-TW|th|tr|uk|vi|cy|yi)/$ vbenterprisetranslator_seo.php?vbet_lang=$1&redirected=/ [L,QSA]
RewriteRule ^/?(af|sq|ar|be|bg|ca|zh-CN|hr|cs|da|nl|en|et|tl|fi|fr|gl|de|el|iw|hi|hu|is|id|ga|it|ja|ko|lv|lt|mk|ms|mt|no|fa|pl|pt|ro|ru|sr|sk|sl|es|sw|sv|zh-TW|th|tr|uk|vi|cy|yi)/(.*)?$ vbenterprisetranslator_seo.php?vbet_lang=$1&redirected=/$2 [L,QSA]
RewriteCond %{REQUEST_URI} !(admincp/|modcp/|vbseo_sitemap/|cron)
RewriteRule ^((archive/)?(.*\.php(/.*)?))$ vbenterprisetranslator_seo.php [L,QSA]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !^(admincp|modcp|clientscript|cpstyles|images)/
RewriteRule $ vbenterprisetranslator_seo.php [L,QSA]
#End VBET Rewrite
RewriteRule ^((archive/)?(.*\.php(/.*)?))$ vbseo.php [L,QSA]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !/(admincp|modcp|clientscript|cpstyles|images)/
RewriteRule ^(.+)$ vbseo.php [L,QSA]

kamilkurczak
06-12-10, 11:34
Ihre. htaccess sieht OK.
Ich war auf Ihrer Website, und ich sah, dass Sie eine Fahne Bild zu ändern, um US-Flagge.
So Du hast eine vbenterprisetranslator_flags Vorlage geändert.

vBET verwenden Cookies, um Forum Sprache erinnern. Ich kann mich nicht in Ihre Website Source Code sehen:

onclick="document.cookie = 'vbet_language=; expires=Thu, 01-Jan-1970 00:00:01 GMT; path=/'; return true;"
Bitte, stellen Sie die alte vBET Vorlage (vbenterprisetranslator_flags oder nur diesen Code) und es wird funktionieren gut.

scottct1
06-12-10, 18:17
Ich bin mit dem gleichen Problem auf meinem vBulletin 4.1 zu installieren, die Sie mit den Standard-Templates installiert.

MikeFara
07-12-10, 02:45
Ihre. htaccess sieht OK.
Ich war auf Ihrer Website, und ich sah, dass Sie eine Fahne Bild zu ändern, um US-Flagge.
So Du hast eine vbenterprisetranslator_flags Vorlage geändert.


Nun danke für die Idee, aber keine war diese Datei nicht geändert. Die Bilder wurden.

MikeFara
07-12-10, 02:47
vBET verwenden Cookies, um Forum Sprache erinnern. Ich kann mich nicht in Ihre Website Source Code sehen:

onclick="document.cookie = 'vbet_language=; expires=Thu, 01-Jan-1970 00:00:01 GMT; path=/'; return true;"
Bitte, stellen Sie die alte vBET Vorlage (vbenterprisetranslator_flags oder nur diesen Code) und es wird funktionieren gut.

Zur Erläuterung: Es funktioniert nicht, und die Vorlage wurde nie geändert.



<div class="shade footer_copyright" align="center">
{vb:raw linkstitle}

<div class="vbetflagsbox">
<vb:each from="flags" value="flag">
<a rel="novbseo" href="{vb:var flag.url}" <vb:if condition="$flag['code']==$vbulletin->options['vbenterprisetranslator_forumlanguage']">onclick="document.cookie = 'vbet_language=; expires=Thu, 01-Jan-1970 00:00:01 GMT; path=/'; return true;"</vb:if>><img class="vbet-flag vbet-{vb:raw flag.code}" width="16" height="11" src="images/vbet/flags/clear.gif" alt="{vb:var flag.name}" <vb:if condition="$vbulletin->options['vbenterprisetranslator_flags_noborder'] && !$flag['highlight']">border="0"</vb:if><vb:if condition="$flag['highlight']">style="border-style: solid; border-width: 1px; border-color: yellow;"</vb:if>/></a>
</vb:each>
</div>
</ Div>

MikeFara
07-12-10, 03:12
Sie können nicht bewusst gewesen, dieses Problem haben



vBulletin 4.1.0 PL2 Released
Es gab ein Problem in vBulletin 4.1.0 und 4.1.0 PL1, die potenziell zu brechen kann eine Reihe von 3rd-Party-Plugins und Modifikationen identifiziert.
Bitte beachten Sie, tritt dieses Problem nicht auf den Kern vBulletin Produkt, sondern Änderungen, die an den Kern vBulletin Produkt gemacht wurden, können möglicherweise brechen 3rd-Party-Plugins und Modifikationen.

Als Teil unserer Aufnahme der mobilen Apia, wurden die vBulletin Templates wieder berücksichtigt, wie sie erbracht werden, um die API-Unterstützung.
Die $ vbulletin Variable wurde so platziert, dass es nicht Teil der eval-Prozess, und anschließend außerhalb des Geltungsbereichs für die Vorlagen von 3rd-Party-Plugins und Modifikationen Vorlagen.
Hier ist ein Beispiel-Template Bedingung, die betroffen wären:

Code:

in der Gruppe 5, 6 oder 7

Wir haben einen Patch veröffentlicht, der jetzt macht die $ vbulletin variable Vorlagen veröffentlicht, und sollte es solche plugins / Änderungen zu arbeiten, wie sie vorher war.


Patching auf vBulletin 4,1 PL2 scheinbar behebt das Problem völlig.

kamilkurczak
07-12-10, 09:38
so ist nun behoben?

scottct1
07-12-10, 16:53
Es feste Mine. :)

kamilkurczak
07-12-10, 17:08
ok danke für die Bestätigung

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