ver una sep recursos que pagina navegador menos google fuente consume como codigo chrome ascii non-ascii-characters

ascii - una - que navegador consume menos recursos 2018



¿Por qué aparece este símbolo en Chrome y no en Firefox o Edge? (5)

9999años respuestas es genial.

En caso de que utilices la plantilla de Symfony con Twig, te recomendaría buscar un bloque Twig vacío. En mi caso era un bloque Twig vacío con un carácter invisible dentro.

El char LSEP solo se mostraba en cierto dispositivo / navegador. En el otro, tenía un espacio en blanco sobre el encabezado y no podía ver ningún carácter invisible.

Tuve que inspeccionar la solicitud GET para ver que el valor 1f18 estaba antes de la etiqueta html abierta.

Una vez que quité un bloque de Twig vacío, desapareció.

Espero que esto pueda ayudar a alguien algún día ...

Entonces, esta página web se está mostrando con estos símbolos y se encuentran en este sitio web / aplicación, pero en ningún otro sitio. ¿Puede alguien decirme 1) ¿Qué es el símbolo 2) ¿Por qué aparece solo en un navegador?


Estoy de acuerdo con @Kapil Bathija - Básicamente, puede copiar y pegar su código HTML en http://www.nousphere.net/cleanspecial.php y convertirlo.

Luego convertirá los caracteres especiales para usted. Simplemente elimine los espacios entre las palabras y se dará cuenta de que tiene que presionar la tecla de retroceso 2x, lo que significa que hay un carácter no válido que no se puede traducir.

Tuve el mismo problema y funcionó bien después.


Puede utilizar esta herramienta ... http://www.nousphere.net/cleanspecial.php

... para eliminar todos los caracteres especiales que muestra Chrome.

Pasos: Pega tu HTML y limpia usando la opción HTML.

Puede eliminar manualmente los caracteres en el editor en esta página y ver el resultado.

Pega tu HTML en el archivo y guárdalo :)


Recientemente me encontré con este problema, probé varias correcciones, pero al final tuve que pegar el texto en VIM y había un espacio adicional que tenía que eliminar. Probé varios limpiadores de HTML, pero ninguno de ellos funcionó, ¡VIM fue la clave!


Ese carácter es U + 2028 Separador de línea, que es un tipo de carácter de nueva línea. Piense en ello como el equivalente de Unicode de la versión de HTML.

En cuanto a por qué aparece aquí: mi conjetura sería que una base de datos interna utiliza LSEP para no entrar en conflicto con nuevas líneas literales o etiquetas HTML (que podrían romper la base de datos o causar errores de seguridad) y:

  1. Los scripts del lado del servidor que convierten la base de datos a HTML descuidados para reemplazar LSEP con <br>
  2. Chrome simplemente rompe los estándares al mostrar LSEP como un carácter de impresión (visible), o
  3. Tiene una fuente instalada que muestra LSEP como un carácter de impresión que solo Chrome detecta. Para averiguar qué fuente es, haga clic con el botón derecho en el texto ofensivo y haga clic en "Inspeccionar", luego cambie a la pestaña "Calculado" en el panel de la derecha. En la parte inferior, debería ver una sección titulada "Fuentes renderizadas" que le ayudará a localizar la fuente ofensiva.

Más información sobre el separador de línea, extraído del estándar de Unicode, Capítulo 5.8, Directrices de Nueva Línea ( en la página 12 de este PDF ):

Separador de línea y separador de párrafo

Se utiliza un separador de párrafos, independientemente de cómo esté codificado, para indicar una separación entre párrafos. Un separador de línea indica dónde debe ocurrir un salto de línea solo, generalmente dentro de un párrafo. Por ejemplo:

Este es un párrafo con un separador de línea en este punto,
haciendo que la palabra "causando" aparezca en una línea diferente, pero sin causar
la sangría típica de párrafo, la ruptura de oraciones, el interlineado o
cambio en el color (párrafos derecho, centro o izquierdo).

A modo de comparación, los separadores de línea corresponden básicamente a HTML <BR> , y los separadores de párrafo al uso anterior de HTML <P> (el HTML moderno delimita los párrafos al incluirlos en <P>...</P> ). En los procesadores de texto, los separadores de párrafos generalmente se ingresan usando un teclado RETURN o ENTER ; los separadores de línea generalmente se ingresan utilizando un RETURN o ENTER modificado, como SHIFT-ENTER .

Un separador de registros se utiliza para separar los registros. Por ejemplo, al intercambiar datos tabulares, un formato común es separar las celdas con tabulación y usar un CRLF al final de una línea de celdas. Esta función no es precisamente la misma que la separación de líneas, pero a menudo se usan los mismos caracteres.

Tradicionalmente, NLF comenzó como un separador de línea (ya veces separador de registro). Todavía se utiliza como separador de línea en editores de texto simples, como los editores de programas. Cuando las plataformas y los programas comenzaron a manejar el procesamiento de textos con ajuste de línea automático, estos caracteres se reinterpretaron para representar separadores de párrafos. Por ejemplo, incluso programas tan simples como el Bloc de notas de Windows y el programa Mac SimpleText interpretan el NLF su plataforma como un separador de párrafos, no como un separador de líneas. Una vez que NLF fue reinterpretado para representar un separador de párrafos, en algunos casos, otro personaje de control fue puesto en servicio como un separador de línea. Por ejemplo, la tabulación vertical VT se utiliza en Microsoft Word. Sin embargo, la elección del carácter para el separador de línea es incluso menos estandarizada que la elección del carácter para NLF . Muchos protocolos de Internet y mucho texto existente tratan a NLF como un separador de línea, por lo que un implementador no puede simplemente tratar a NLF como un separador de párrafos en todas las circunstancias.

Otras lecturas:

Informe Técnico Unicode # 13: Directrices de nueva línea

Cuadro de puntuación general (U + 2000 – U + 206F) PDF

SE: ¿Por qué hay tantos espacios y saltos de línea en Unicode?

SO: ¿Para qué se utiliza el carácter 2028 (separador de línea / LS) de Unicode?

U + 2028 en codepoints.net Un error de impresión aquí dice que se agregó U + 2028 en la versión 1.1 del estándar Unicode, que es falso, se agregó en 1.0