Espacios en blanco en respuesta consulta

[Adler]

Hola

Veamos, un código tan sencillo como este

Código PHP:

<?php
$nombre = $_POST["nom"];
 
include($_SERVER["DOCUMENT_ROOT"]."/ink_utiles/ink_comunesbd.inc.php");   
$bd = new ClassConexionBD('database');
$bd->ConexionBD();
 
$sql = $bd->consulta("SELECT nombre FROM Usuarios WHERE nombre = '".$nombre."'");
 
if($bd->RS($sql)>0){  
    while($registros = $bd->arreglo($sql)){  
        echo $registros["nombre"]. '<br />';
    } 
} else {
 
echo 'hola';
}
$bd->limparRS($sql);
$bd->limpiarCon();
?>
 

se recibe el valor de un campo, hago el filtrado por ese campo. Si la consulta trae registros, se muestran. Si no genera resultados entonces se imprime "hola", pues no, y he aquí el problema, se imprime " hola" con dos espacios. Necesito saber donde se generan y eliminarlos. Esto no es un caso real. En el caso real, usando AJAX, no se enviaría nada. Digo esto por que la respuesta no es usar Trim()

Gracias

[abimaelrc]

Trata no usando la etiqueta de cierre ?>. Cuando el código es PHP puro no es necesario usar la etiqueta de cierre y asegúrate que no tengas espacios en la primera etiqueta.

Edito:
Mira lo que dice este comentario del libro Zend PHP 5 Certification

Newline Characters

It is important to remember that every character outside of PHP tags is copied as-is
by the interpreter to the script’s output—and this includes newline characters.
Newlines are, normally, ignored by browsers, as they are non-semantic characters
in HTML. However, they are also used as separators between the header portion of
a web server’s HTTP response and the actual data; therefore, outputting a newline
character before all of the headers have been written to the output can cause some
rather unpleasant (and unintended) consequences. To mitigate this problem, the
first newline directly after a closing tag (?> only) is stripped by the parser. Doing so
also solves a problem introduced by the fact that a number of popular text editors
will automatically prepend a newline to the end of your file, thus interfering with
include files which are not supposed to output any text

An easy way to prevent spurious output from an include file is to omit the closing tag
at the end, which the parser considers this perfectly legal.

[Adler]

Me llevaba de cabeza el put* script. Eres pura magia, colega

[abimaelrc]

Te recomiendo que consigas ese manual, te ayudará a comprender muchos detalles de lo que hace PHP en el background.