Consideraciones importantes en el uso de Feeds

XML feeds proporcionan un gran recurso de información, pero su uso no está exento de consideraciones especiales. Seguridad y asuntos legales van de la mano si se producen o consumen alimentos. Considere si usted las consecuencias de ir lejos para el fin de semana, sólo para descubrir que su agregador ha sido atacada, su sitio está mostrando tremendamente información incorrecta proporcionada por el atacante, y su departamento legal es fildeo teléfono no-tan-agradable llamadas con respecto a el contenido actual de su página de inicio. También tenga en cuenta la frecuencia con la información de la alimentación se actualizará, se actualiza con frecuencia alimentos se requiere que el usuario descarga y analizar el documento con frecuencia, por lo que la carga en el servidor para crear y servir a la alimentación será mucho mayor aún. Por último, una buena comprensión de XML es necesario - XML es la estructura de que se alimenta se forman. No te preocupes, XML se discute poco.

Seguridad

Cuando se incluye la información de una fuente XML en su sitio (independientemente de si la información se muestra públicamente), es necesario recordar que todos los datos recibidos de una fuente externa debe ser filtrada. Los alimentos son al menos tan vulnerables a un ataque de cross-site scripting (XSS) en los datos del formulario, y como tal, todos los datos deben ser examinados cuidadosamente.

ataques de Cross-site scripting son comúnmente se ejecuta cuando un atacante convence a un sitio para mostrar su propio código en el sitio. Sin ningún tipo de filtrado en su sitio, un atacante podría colocar código JavaScript en un alimento que consume, que luego se presentaría a los usuarios. Este código JavaScript Posteriormente, serán ejecutados por sus usuarios, donde se podría enviar información de la cookie (por ejemplo, la información del usuario) a sitios remotos, o incluso reescribir partes de sus páginas para llevar a cabo acciones aún más nefasto.

Por último, es probable que los alimentos que usted consume se almacenarán en una base de datos, simplemente porque espera (o las especificaciones de alimentación requieren) que ciertos caracteres se escapó, no es siempre el caso. Los ataques de inyección SQL puede producirse de esta manera, por lo que asegurar que todos los datos introducidos en la base de datos se escapó correctamente.

Las preocupaciones legales

La existencia de una fuente no da un reinado libre de usarlo a voluntad. Ciertos alimentos (especialmente aquellos que provienen de fuentes comerciales) pueden tener restricciones específicas sobre su uso, comercial o de otro. Asegúrese de investigar las fuentes que desea utilizar antes de ir directo con cualquier otro sitio con ellos.

consideraciones de carácter jurídico no se detienen con el consumo de alimentos, la presentación de un alimento tiene algunas de sus propias preocupaciones. La mayoría de las preocupaciones (exactitud y oportunidad de la información) son idénticos a los de un sitio web regularmente, así que no olvides. Asimismo, recuerda que a pesar de las restricciones que colocar en su alimentación, es probable que sea consumido por los agregadores y presentó a los demás fuera de los confines de su sitio web (donde los descargos de responsabilidad no puede ser prominente o visible incluso). Muchas personas opinan que sólo mediante la creación de una fuente que tácitamente han acordado permitir a la gente a su conjunto y volver a presentar el contenido. Si la venta de información (un sitio de noticias de suscripción, por ejemplo) es una parte importante de su negocio, usted puede desear reconsiderar ofrece un feed en absoluto.

Frecuencia de actualización

La frecuencia con la que se actualiza en un alimento es un elemento importante a considerar al escribir el código. Haga una investigación de antecedentes poco para determinar con qué frecuencia se actualiza un feed - un feed actualizado muchas veces de una hora puede requerir un manejo ligeramente diferente de un alimento al día solamente un par de veces por semana (o mes) en las fechas previsibles.

El nivel de concurrencia que necesita para su propio sitio web también pueden entrar en juego. Algunos artículos, como comentario, probablemente se puede actualizar en un horario bastante indulgente. Si las actualizaciones en el sitio de alimentación, usted puede actualizar su copia en caché una vez al día también (en vez de muchas veces durante el día, tratando de recuperar esa actualización tan pronto como es el caso). Para algunos elementos, tales como precios de las acciones, es probable que desee actualizar en una escala de tiempo más agresivo, independientemente de la frecuencia, el precio realmente los cambios.

Sea considerado cuando se consumen alimentos - leerlos sólo con la frecuencia que es realmente necesario porque muchos proveedores de piensos han comenzado a expresar preocupación por la cantidad de ancho de banda de desplazamiento fuera de su sitio web principal (y por tanto los ingresos de dinero de generación) a los alimentos. Es posible que desee considerar el uso de un servicio como rsscache para reducir la carga en el proveedor de la alimentación.

Ahora que usted está enterado de los principales problemas detrás del uso de Internet en vivo, que está casi listo para comenzar a buscar la forma en que se juntan en PHP. Antes de hacerlo, sin embargo, un importante tema debe ser discutido por primera vez.

presentado por Emanuela Hedrick