[Проблема]

При отправке нового сообщения,
если через быстрый ответ и оно появляется сразу, то всё нормально
если через страницу перенаправления к новому сообщению, то вылазит ошибка:

Warning: preg_replace() [function.preg-replace]: Compilation failed: lookbehind assertion is not fixed length at offset 246 in [path]/includes/functions_newpost.php on line 247

при этом новое сообщение появляется пустое

Началось всё на ровном месте, после каких-то проблем у хостера, но он сказал чтобы я справлялся сам.

Нашёл подобную проблему на оф сайте: https://www.vbulletin.com/forum/show...new-discussion
Там написано что-то типа надо понизить версию PCRE.

Хостер ответил что надо придумать как переписать строки 237, 238:
$urlSearchArray[] = '#(^|(?<=[^_a-z0-9-=\]"\'/@]|(?<=' . $taglist . ')\]))((https?|ftp|gopher|news|telnet)://|www\.)((\[(?!/)|[^\s[^$`"{}<>])+)(?!\[/url|\[/img)(?=[,.!\')]*(\)\s|\)$|[\s[]|$))#siU';
$urlReplaceArray[] = "\\2\\4";

Есть какие-нибудь идеи?

Holper добавил 28.12.2011 в 17:59
Временно решил эту проблему тем, что заменил 247 строку

$text = preg_replace($urlSearchArray, $urlReplaceArray, $messagetext);

этим

$text = $messagetext;

Но хотелось бы найти правильное решение. :\

однако как это знакомо...
сам пару дней вычислял эту хрень, но тем на офсайте еще небыло
и в гугле ни гугу
временно обойти проблему можно убрав дефлтную галку с чекбокса во всех шаблонах, где она встречается
поиск по шаблонам => perseurl =>
если это скрытое поле, заменить единицу на ноль, если чекбокс, удалить переменную $checked[parseurl]
а вообще, выкручивать хостеру руки, что бы откатывал PCRE на сервере

похоже баг именно в PCRE
http://bugs.exim.org/show_bug.cgi?id=1187

Хостеру - оторвать руки, ещё месяц не прошёл с момента выхода новой версии библиотеки, а её уже на хостинг присунуть успели...
Вот за что я и люблю стабильные ветки репозиториев: там хоть и далеко не самое новое, но баги уже давно выловлены.

Originally Posted by Vovan

Хостеру - оторвать руки, ещё месяц не прошёл с момента выхода новой версии библиотеки, а её уже на хостинг присунуть успели...

ой, прям картина маслом: вышел очередной релиз 4ки, ещё и недели не прошло...

===
судя по количеству вопросов, этот хостер - не единственный
и, строго говоря, всё правильно:
для ПО изменение в третей цифре, как правило, это исправления мелких багов и мелкие секьюрные фиксы, их как-то принято сразу ставить...

Luvilla, ну вообще-то, 4-ка - это всё-таки софт иного уровня, при этом его тоже неплохо бы сначала воткнуть на тестовый сервер, пощупать, погонять, и уже будучи уверенным в нормальной работе, с причёсанными шаблонами, языковыми файлами, обновлёнными и/или проверенными в работе хаками лезть обновлять боевой форум. А ежели я вкорячил новую версию не глядя, и тут вёрстка поползла, там хак отвалился, а вот здесь вообще всё глючит, то кто мне злобный буратино? Опять же сам накосячил - сам и разгребать буду.

Здесь же речь идёт о серверной библиотеке, вкоряченной на платный (вряд-ли же благотворительный, правда?) хостинг. Уверен, что работоспособность её после обновления если и тестировалась, то не сильно, и ещё больше уверен, что реальной необходимости обновления до последней версии не было. То, что баги в open-source продуктах отлавливаются не мгновенно - тоже общеизвестно, поэтому ставить последнюю версию на продакшен - вообще по меньшей мере странно. Зато послать клиента ковыряться в скриптах, которые до момента обновления прекрасно работали, уже успели. Опять-таки если это обычный виртуальный хостинг, возможности откатить библиотеку у конечного клиента нету. Так что тут, по моему, ответ на вопрос, кто есть буратино, и насколько он злобен - очевиден. Посему вердикт - оторвать руки.

Originally Posted by Vovan

А ежели я вкорячил новую версию не глядя, и тут вёрстка поползла, там хак отвалился, а вот здесь вообще всё глючит, то кто мне злобный буратино?

если новая версия отличалась от прежней третей цифрой - буратины тут однозначно разрабы

Originally Posted by Vovan

Посему вердикт - оторвать руки.

нет
не сравнивай обновление серверного ПО с нынешним состоянием 4ки
вот с тройкой сравнить можно, с прежней
в былые годы, при прежней команде, одним из основных условий безопасности и спокойного сна админа было что? вспоминай! своевременное обновление.
При переходе с 3.6.х на 3.7.х надо было думать заранее, пробовать, смотреть, что там с шаблонами в профиле произойдёт. Но тут меняется вторая, а не третья цифра.
При обновлении с 3.7.1 на 3.7.2 нечего было пробовать, взял и обновил

хотя... конечно... если все разработчики любого софта возьмут за правило нумеровать версии, как сейчас в 4ке, когда при смене 4.1.3 на 4.1.4 меняется принципиально вся концепция редактора, то...
то всё равно буратины при таком раскладе - разрабы!
так не делается. Есть определённые традиции, есть правила, им надо следовать.

Luvilla, согласен со всем, кроме одного. На продакшен НЕ ставится ни последняя, ни даже предпоследняя версия библиотек, сервисов, ядер и т.д. По той простой причине, что выходят они регулярно толстыми пачками, счёт их на живом сервере идёт на десятки в самых разных сочетаниях (и все разных авторов!), и отследить все баги, несовместимости и проч. ни один разработчик и ни один майнтейнер не сможет никогда, будь они оба хоть 100 пядей во лбу. Именно по этой причине существуют стабильные ветки репозиториев, рекомендуемые широкому кругу. Весь свежак многократно вылизывается, шлифуется и полируется сообществом, и только потом, спустя время, попадает в стабильные ветки. За это время успевает выйти ещё 1-2, а то и 5 версий.

Единственное исключение, когда можно поставить что-то свежее на живой (НЕ тестовый сервер) - необходимость функционала, предоставляемого именно последней версией библиотеки, и только ей. Но на стандартном хостинге такого не бывает. Именно поэтому я настаиваю на приговоре. ;)

Originally Posted by Vovan

Именно поэтому я настаиваю на приговоре. ;)

хорошо... уговорил... пойдём, оторвём

Holper, обнародуйте пожалуйста хостера, мы с Лью идём рвать руки.