VBsupport перешел с домена .ORG на родной .RU
Ура!
Пожалуйста, обновите свои закладки - VBsupport.ru
Блок РКН снят, форум доступен на всей территории России, включая новые терртории, без VPN
На форуме введена премодерация ВСЕХ новых пользователей
Почта с временных сервисов, типа mailinator.com, gawab.com и/или прочих, которые предоставляют временный почтовый ящик без регистрации и/или почтовый ящик для рассылки спама, отслеживается и блокируется, а так же заносится в спам-блок форума, аккаунты удаляются
Если вы хотите приобрести какой то скрипт/продукт/хак из каталогов перечисленных ниже: Каталог модулей/хаков
Ещё раз обращаем Ваше внимание: всё, что Вы скачиваете и устанавливаете на свой форум, Вы устанавливаете исключительно на свой страх и риск.
Сообщество vBSupport'а физически не в состоянии проверять все стили, хаки и нули, выкладываемые пользователями.
Помните: безопасность Вашего проекта - Ваша забота. Убедительная просьба: при обнаружении уязвимостей или сомнительных кодов обязательно отписывайтесь в теме хака/стиля
Спасибо за понимание
UTF-8: проблемы с количеством символов, обрезание текста. Фикс
Если у вас утф... и если в пункте "Максимальное количество символов до перевода строки" у вас выставлен не ноль и не астрономическое число, а, скажем, дефолтные 50... то вам, наверняка, знакомо вот такое:
При этом, если открыть на редактирование, все буквы на месте)
Сохранить - обновить страницу - кусок поста после "рваного" символа стабильно пропадает.
Если кто-то процитирует такой пост, в теме начинается полная красота:
Стандартный совет при такой трабле: в Основных настройках, "Максимальное количество символов до перевода строки" - поставить ноль. Совет хорош, но увы... постоянно встречаются любители нажать шифт+а и подержать с минутку) а потом ещё сотню восклицаний добавить... Я однозначно за то, чтобы объяснять ебилдам необходимость ставить пробелы, но меня сильно раздражает, что, пока не объяснишь, за ними приходится править посты, чтобы форум не распирало, особенно при узких стилях это ужасно смотрится...
Открываем файл functions.php
находим кусок:
PHP Code:
global $vbulletin;
if ($limit === false) { $limit = $vbulletin->options['wordwrap']; }
$limit = intval($limit);
if ($limit > 0 AND !empty($text)) { return preg_replace(' #((?>[^\s&/<>"\\-\[\]]|&[\#a-z0-9]{1,7};){' . $limit . '})(?=[^\s&/<>"\\-\[\]]|&[\#a-z0-9]{1,7};)#i', '$0' . $wraptext, $text ); }
Если таки состоится конкурс хаков, я претендую на приз в номинации "Самый короткий хак"
===
UPD: если возникают проблемы при постинге ссылок с кириллическим ЧПУ, вида _http://***.net/2011/05/17/гражданин-поэт-сводка-с-фронта-жди-ме/ - фикс в этом посте
У кого заголовки событий в календаре обрезаются "ромбиками", фикс в этом посте
UPD! NEW! У кого проблемы с текстовыми доп.полями профиля, решение в этом посте
Говорят, был случай с российским ученым Капицей... посетил он как-то завод Симменса и Шуккерта по производству генераторов. Хозяева завода показали ему генератор, не желавший работать, и предложили 1000 марок за исправление. Капица быстро смекнул, что перекошен и заклинен центральный подшипник, взял молоток и ударил по корпусу подшипника – генератор заработал.
Смущенные заказчики попросили составить счет за выполненную работу. Капица написал: «1 удар молотком – 1 марка, за то, что знал, куда ударить – 999 марок».
@ANGEL OF FIRE
Специалист
Join Date: Aug 2007
Posts: 676
Версия vB: 4.2.х
Пол:
Reputation:
Professional 529
Репутация в разделе: 34
0
Спасибо Luvilla.
Может кто нибудь ещё знает как подправить обрезание написанных на русском языке и неправильное отображение их после этого? И ещё в календаре события тоже не правильно в утф 8 обрезаются, так же символ в конце ссылки стоит.
Если кто знает, подскажите пожалуйста.
kerk
k0t
Join Date: May 2005
Location: localhost
Posts: 28,737
Версия vB: 3.8.x
Пол:
Reputation:
Гуру 20269
Репутация в разделе: 7731
1
я незнаю, из каких соображений, разработчиками до сих пор используется функция substr()
именно она и корявит символы, отличные от латинских
у всех уже давно стоит PHP5, где все нормально пашет с использованием mb_substr(), где этих проблем в принципе не возникает
пример у нас вверху "Последние файлы"
@netwind
Гуру
Join Date: Aug 2005
Location: Рiдна Олбанея
Posts: 3,844
Версия vB: 3.8.x
Reputation:
Гуру 1227
Репутация в разделе: 139
2
Вообще-то, это как раз хорошо сделано - те, кому это нужно, могут воспользоваться встроенной волшебной фичей, когда неправильная функция превращается в правильную.
netwind, спасибо большое. Парился сидел, а оказывается всё гениальное просто.
@SMak044
Эксперт
Join Date: May 2008
Награды в конкурсах:
Posts: 1,764
Версия vB: 3.8.4
Пол:
Reputation:
Expert 1706
Репутация в разделе: 132
0
Quote:
Originally Posted by kerk
у всех уже давно стоит PHP5, где все нормально пашет с использованием mb_substr(), где этих проблем в принципе не возникает
Да если включена поддержка мультибитов, а если расширение отключено?
@vizantium
На доске почёта ну, хватит...
Join Date: Oct 2009
Posts: 329
Версия vB: 3.7.x
Reputation:
is infamous around these parts -110
Репутация в разделе: -6
0
Перенос, причём автоматически, делается в CSS или прописывается в стилях страницы
style="word-wrap:break-word;"
Полезное дополнение для поля с ником в постбите, особенно для четвёртой версии. Недостаток - работает только в ослике.
@feelmix
Продвинутый
Join Date: Jun 2010
Location: Иркутск
Posts: 25
Версия vB: 3.8.7
Reputation:
Опытный 34
Репутация в разделе: 0
0
Не нашел более подходящей темы, т.к. проблема идентична.
Стоит версия 4.1.3.
БД - UTF-8.
В functions.php фикс вносил.
mb_substr() включил.
"Количество символов до переноса" - ставил любые значения - не помогает.
Собственно ситуация - при вставки ссылки обрезается сообщение, которое идет после неё. Так же, нет возможности отредактировать средствами форума это сообщение чтобы убить корявую ссылку.
Пример:
UTF-8: проблемы с количеством символов, обрезание текста. Фикс
