Очередная проблема с установкой LS.

Блог им. rumars

Переезжаю с Debian на Centos с подобным сталкиваюсь впервые. Буду признателен за помощь в решении.

16 комментариев

avatar
Решено ↓
Отказатся от этого и зделать так !
avatar
В файле install.php, блок: 

685 }elseif(!@preg_match('/^\pL$/u', 'ñ')){
686	$status = "<font color=\"red\">Частичная поддержка</font>";
687	$bg = "bg_red";
688	$critical_host_errors ++;
689 }else{


закоментировать: 
$critical_host_errors ++;
,
или воспользоваться советом rumars
avatar
Спасибо.
На будущее :)
avatar
Гениальное решение, слов нет. А не по-русски ли написано:
Данные требования являются обязательными! Дальнейшая установка скрипта невозможна, если хотя бы один из этих пунктов выделен красным.
Невозможна не потому, что поставить нельзя, а потому, что нет смысла. С таким же успехом можно вобще убрать все проверки на совместимость, ставить двиг и радоваться, когда он засыпет вас ошибками.
Здесь читаем решение.
avatar 
root@xxx:~# pcretest -C
PCRE version 7.6 2008-01-28
Compiled with
  UTF-8 support
  Unicode properties support
  Newline sequence is LF
  \R matches all Unicode newlines
  Internal link size = 2
  POSIX malloc threshold = 10
  Default match limit = 10000000
  Default recursion depth limit = 10000000
  Match recursion uses stack
root@xxx:~#

А инсталятор показывает туже самую ошибку.
avatar
Тогда странно. При проверке юникода используется стандартная регулярка. Завтра углублюсь в этот вопрос, но мне кажется, что дело в сборке PCRE на CentOS'е.
avatar
Какая у вас версия центоса? «Unicode properties support» у вас сразу писало или после того, как вы перекомпилили pcre? Если второе, то попробуйте выключить и включить апач. Не перезапуск, а именно выкл\вкл.
avatar
1. Centos 5.3 x86_64
2. В том то и дело что не компилировал.
3. Апач перезапускал и выкл\вкл., и наконец переустановил OS, ситуация осталась прежней.

P.S. После стд.установки никаких ошибок в кодировке и логах не наблюдается.
avatar
Регулярка не может врать. Если ругается, значит проблемы все-таки есть. И все дело в сборке PCRE на CentOS'е — что-то в ней не так. Попробуйте сделать даунгрейд до этой версии PCRE — http://mirrors.kernel.org/centos/5.3/os/x86_64/CentOS/pcre-6.6-2.el5_1.7.x86_64.rpm
Затем выполните pcretest и, если будет писать «No Unicode properties support», перекомпилируйте pcre так, как описано по ссылкам, которые я вам дал.
avatar
>> а потому, что нет смысла.

Смысл как раз таки есть, проверить как он будет работать. на рег.ру инсталятор ругаетсячто совместимость частичная, при убирании ошибки, или при установке руками.
после инсталяции — о шибок в работе с Юникодом ненаблюдалось.
Так что — не всё и не везде…
avatar
Возможно.
Только здесь написано «с поддержкой UTF-8» и никаких сносок, что будет работать и в случае частичной поддержки (как это сделано касательно InnoDB). Поэтому и была добавлена жесткая проверка. В следующей версии, возможно, сделаю этот момент необязательным.
avatar
В следующей версии, возможно, сделаю этот момент необязательным.
Я бы не стал этого делать. Люди тупо будут ставить, а потом предъявлять претензии, что глюков до фига.

Все, что (ИМХО) стоит сделать — добавить какой-нить меседж, типа «Требования не выполняются, но если уж есть желание огрести проблем на свою жо голову, и руки чешутся — ставь руками, но за результат все претензии предъявляй только к самому себе».
avatar
Хорошая мысль. Так и сделаю.
avatar
Невозможна не потому, что поставить нельзя, а потому, что нет смысла. С таким же успехом можно вобще убрать все проверки на совместимость, ставить двиг и радоваться, когда он засыпет вас ошибками.

Помоему разработчик движка не имеет отношения к инсталятору.
avatar
Конечно. К чему было сказано?
avatar
Была такая же ошибка, решил копнуть глубже, проходит после обновления php с версии 5.1.6 на 5.2.10 у меня.
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.