VBsupport перешел с домена .ORG на родной .RU
Ура!
Пожалуйста, обновите свои закладки - VBsupport.ru
Блок РКН снят, форум доступен на всей территории России, включая новые терртории, без VPN
На форуме введена премодерация ВСЕХ новых пользователей
Почта с временных сервисов, типа mailinator.com, gawab.com и/или прочих, которые предоставляют временный почтовый ящик без регистрации и/или почтовый ящик для рассылки спама, отслеживается и блокируется, а так же заносится в спам-блок форума, аккаунты удаляются
Если вы хотите приобрести какой то скрипт/продукт/хак из каталогов перечисленных ниже: Каталог модулей/хаков
Ещё раз обращаем Ваше внимание: всё, что Вы скачиваете и устанавливаете на свой форум, Вы устанавливаете исключительно на свой страх и риск.
Сообщество vBSupport'а физически не в состоянии проверять все стили, хаки и нули, выкладываемые пользователями.
Помните: безопасность Вашего проекта - Ваша забота. Убедительная просьба: при обнаружении уязвимостей или сомнительных кодов обязательно отписывайтесь в теме хака/стиля
Спасибо за понимание
Ошибка база данных в vBulletin 3.5.2:
Invalid SQL:
SELECT COUNT(*) AS strikes
FROM olestrikes
WHERE strikeip = '**.***.**.***'
AND username = '** ***M™';
Ошибка MySQL : Illegal mix of collations (koi8u_general_ci,IMPLICIT) and (cp1251_general_ci,COERCIBLE) for operation '='
Номер ошибки : 1267
Дата : Monday, May 8th 2006 @ 09:12:26 AM
Скрипт : ***********************/forum/login.php
Реферрер : *********************/forum/showthread.php?p=412#post412
IP адрес : **.**.**.***
Имя пользователя : незареєстрованний
Имя класса : vB_Database
и еще в не отображается ™ - вместо етого символ ? как лечить?
Либо Ты две кодировки ему суешь ...
либо кодировка таблиц отличается от кодировки базы
@intolerance
Гуру
Join Date: Jan 2006
Location: Альметьевск
Posts: 204
Версия vB: 3.8.1
Reputation:
Гуру 278
Репутация в разделе: 46
0
Quote:
The statement also works as is in MySQL 4.1 as of 4.1.8: In MySQL 4.1, usernames are stored using the utf8 character set (see Section 10.8, “UTF8 for Metadata”). The literal string '@' has the server character set (latin1 by default). Although the character sets are different, MySQL can coerce the latin1 string to the character set (and collation) of USER() without data loss. It does so, performs the substring operation, and returns a result that has a character set of utf8.
However, in versions of MySQL 4.1 before 4.1.8, the statement fails:
mysql> SELECT SUBSTRING_INDEX(USER(),'@',1); ERROR 1267 (HY000): Illegal mix of collations
(utf8_general_ci,IMPLICIT) and (latin1_swedish_ci,COERCIBLE)
This happens because the automatic character set conversion of '@' does not occur and the string operands have different character sets (and thus different collations):
One way to deal with this is to upgrade MySQL.
А какая версия mysql, неужели такая древняя? это было на < 4.1.8