php - print - wordpress get first tag
Lista de materiales en una página PHP auto generada por Wordpress (1)
La BOM está en uno de los archivos fuente de PHP antes de la apertura <?php . Ocasionalmente, esto puede aparecer porque usted vio la fuente en un editor de texto mal escrito, usó un cliente FTP con un error, usó una herramienta de descompresión que arrojó automáticamente la lista de materiales, obtuvo el código fuente de un espejo sombreado, etc., etc.
Mi solución es abrir los archivos principales de WP ( index.php , wp-*.php , etc.) en Notepad ++ y cambiar el formato de Windows / Mac a Unix y apagar la lista de materiales. Esto limpiará los archivos de cualquier problema de origen.
La razón por la que lo está viendo de manera diferente en dos servidores diferentes podría ser porque los servidores ejecutan dos aplicaciones de servidor diferentes o dos sistemas operativos diferentes (o incluso tienen dos configuraciones diferentes). Las disparidades de la plataforma llevarían a que sus servidores envíen su propia interpretación única de la lista de materiales.
¡Espero que esto ayude!
Administro dos blogs diferentes. Ambos son wordpress 2.8.6 (por lo que tienen exactamente el mismo código fuente, los complementos separados) pero están ubicados en dos plataformas de alojamiento diferentes (hostmonster.com y aruba.it). Para explicar mi problema, he descargado una sesión con SmartSniff en cada uno de los sitios.
Aquí está el volcado de hostmonster:
GET /blog/paolo/ HTTP/1.1
Host: www.e-venturi.com
Accept-Encoding: identity
Accept-Language: en-us
Accept: text/html, text/plain, text/xml, image/gif, image/x-xbitmap, image/x-icon,image/jpeg, image/pjpeg, application/vnd.ms-powerpoint, application/vnd.ms-excel, application/msword, */*
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0;)
HTTP/1.1 200 OK
Date: Sat, 28 Nov 2009 23:47:38 GMT
Server: Apache/2.2.14 (Unix) mod_ssl/2.2.14 OpenSSL/0.9.8l DAV/2 mod_auth_passthrough/2.1 FrontPage/5.0.2.2635
X-Powered-By: PHP/5.2.11
X-Pingback: http://www.e-venturi.com/blog/paolo/xmlrpc.php
Vary: Accept-Encoding
Transfer-Encoding: chunked
Content-Type: text/html; charset=UTF-8
a6
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
y ahora de aruba:
GET /blog/ HTTP/1.1
Host: www.cubanite.net
Accept-Encoding: identity
Accept-Language: en-us
Accept: text/html, text/plain, text/xml, image/gif, image/x-xbitmap, image/x-icon,image/jpeg, image/pjpeg, application/vnd.ms-powerpoint, application/vnd.ms-excel, application/msword, */*
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0;)
HTTP/1.1 200 OK
Date: Sat, 28 Nov 2009 23:49:19 GMT
Server: Apache/2.2
X-Pingback: http://www.cubanite.net/blog/xmlrpc.php
Vary: Accept-Encoding
Transfer-Encoding: chunked
Content-Type: text/html; charset=UTF-8
100b
...<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
(nota: a6 y 100b son el tamaño del paquete informado por SmartSniff)
Ok, la gran diferencia son los tres puntos frente al <!DOCTYPE en aruba. Son la BOM UTF-8 (0xef 0xbb 0xbf).
Siendo la misma fuente PHP en ambos servidores, ¿por qué aparece solo en un servidor?
El contenido se genera para que el autor de la publicación no pueda insertar deliberadamente una lista de materiales y también he verificado que la plantilla no está en la lista de materiales. Naturalmente, hay diferentes versiones de PHP y Apache en los servidores ... ¿Qué puedo verificar o configurar para diagnosticar y resolver el problema? Por cierto, no quiero la BOM.
Muchas gracias de antemano.