Pasé el día tratando de resolver un problema extraño. Tengo un sitio de WordPress que se encuentra con el siguiente error:

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset -1 in /path/to/public_html/wp-includes/shortcodes.php on line 257

Esa línea en wp-includes / shortcodes.php es la siguiente:

$text = preg_replace("/[\x{00a0}\x{200b}]+/u", " ", $text);

Encontré este artículo que parecía coincidir bastante bien con mi problema:http: //labs.sasslantis.ee/2011/05/errors-in-wordpress-after-php-upgrade

El artículo describe una situación en la que hay diferentes resultados dephpinfo(); en apache y en la línea de comandos con respecto alibpcre

Verifiqué que este es mi problema al crear un archivo de prueba conphpinfo(); en él y también ejecutó lo siguiente desde el shell:

php -r "phpinfo();"

La versión del script (¿apache?) DevuelvePCRE Library Version 6.6 06-Feb-2006 La versión de línea de comandos devuelvePCRE Library Version => 8.21 2011-12-12

Me quedo preguntándome qué hacer. No estoy muy versado en el uso de la línea de comandos, así que me dirijo a todos ustedes con la esperanza de obtener ayuda.

El artículo menciona "arreglando las banderas de inicio de apache". No estoy seguro de lo que eso significa.

También encontré un comentario en otro lugar que decía: "OK, resultó que el problema era una versión anterior de libpcre dando vueltas en el sistema y cargándose por error. Una vez que actualicé a la última versión de libpcre, el problema se solucionó ". No estoy completamente seguro de cómo examinar esta información en el servidor.

==== Editar 1 ====

Tengo más información:

/opt/pcre/bin/pcretest -C

Devolucione

PCRE version 8.21 2011-12-12
Compiled with
UTF-8 support
Unicode properties support
No just-in-time compiler 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

Esto no es del todo sorprendente porque ya sabemos que la línea de comando devuelve la versión correcta. Pero por alguna extraña razón desconocida, PHP, cuando se ejecuta a través de la web, no devuelve los valores pcre adecuados.

==== Editar 2 ====

Me dieron propina este artículo:http: //www.bigboylemonade.com/pcre-version-problem-on-cpane

Corriendopcretest -C sin que la ruta completa regrese:

PCRE version 6.6 06-Feb-2006
Compiled with
  UTF-8 support
  Unicode properties support
  Newline character is LF
  Internal link size = 2
  POSIX malloc threshold = 10
  Default match limit = 10000000
  Default recursion depth limit = 10000000
  Match recursion uses stack

Voy a ver qué puedo hacer para realizar esos últimos pasos y lo actualizaré en breve