2010-03-29 12 views

Respuesta

9

Una posible forma sería tener un CSS de impresión (<link rel="stylesheet" href="..." media="print" />), pero tener un script del lado del servidor preprocesarlo. Básicamente es una simple regla de reescritura para reescribir print.css, o cualquier archivo que use, para enviar un proxy a una secuencia de comandos que registrará la solicitud en alguna base de datos, y finalmente generará la CSS real.

Por supuesto, este no es un método perfecto; si alguien usa una vista previa de impresión, también será procesada por el script.

+0

+1 ¡Es muy bueno! – lfx

+0

o puede tener una url de imagen en su css de impresión que golpea un rastreador en su servidor –

4

No se puede, no se envía nada al servidor cuando esto sucede y no se desencadenan eventos.

IE tiene onbeforeprint y onafterprint eventos que puede utilizar, pero son específicos de IE, por lo que no los cuenta como una solución.

+1

+1. También está el evento 'onafterprint' para IE - http://msdn.microsoft.com/en-us/library/ms536788(VS.85).aspx –

+1

@Andy - buen punto, debería mencionar ambos, actualizado para incluir eso. –

4

Esto sucedería al cliente, por lo que es imposible. Lo único que puedes probar es hacer un botón fácil para imprimir la página y simplemente colgar un contador sobre eso, esperando que todos usen ese botón en lugar de la opción Archivo -> Imprimir en el navegador.

0

Nunca puede confirmar positivamente lo que los clientes hacen con la salida de su servicio.

0

No puede.

E incluso si pudiera, Alguien puede incluso tomar una captura de pantalla de la página, etc ... printscreen

si quiere asegurar un contenido que hay otras maneras de hacerlo (no son totalmente inmunes)

0

No es posible. Incluso si pudieras tener un evento de retroceso automático que se disparara cuando alguien intentara imprimir, no hay nada que les impida guardar la página HTML en el disco e imprimirla en una fecha posterior.

Cuestiones relacionadas