PHP

Desde hace meses atrás quería compartir con ustedes un código PHP de paginación de consultas MySQL, como renovando este viejo script. Pero acabo de leer un reciente artículo publicado en sitepoint y me ha fascinado, así que he decidido traducirlo, a mi manera por supuesto. Espero les agrade, ya que publico estos tutoriales después de tiempo. El artículo se titula en inglés Perfect PHP Pagination.

La paginación es un tema que ha sido tratado hasta el cansancio. Docenas de artículos y documentos se pueden encontrar sobre ello; pero (y ustedes saben que hay un “pero”) no estamos completamente satisfechos con las soluciones que tenemos... Hasta ahora. En este artículo les mostraremos nuestra propuesta, una mejor alternativa.

Algunas clases de paginación requieren parámetros tales como acceso a una base de datos y una o dos cadenas SQL, que luego son pasadas al constructor. Las clases que utilizan este enfoque carecen de utilidad y flexibilidad, ¿Y si queremos cambiar el formato de los números en la parte superior o inferior, por ejemplo? ¿Habrá que modificar la función de salida, o la subclase de la clase principal, sólo para anular un método? Estas potenciales soluciones son muy restrictivas y no propician la reutilización del código.

Este tutorial es un intento para crear una clase más abstracta para el manejo de la paginación de resultados. Eliminando su dependencia a las conexiones a la BD y los strings SQL. El enfoque que trataremos le proveerá una mayor flexibilidad, lo que permitirá luego a cada desarrollador, darle el diseño propio a la paginación, bastando solamente la utilización de la clase a través del patrón de diseño orientado a objetos, conocido como Estrategia Patrón de diseño...

Hace unos días vimos cómo crear un buscador interno con Google Custom Search Engine, herramienta recomendada por dos motivos:

1. Conocer los intereses de nuestros visitantes, y
2. Ahorrar recursos del servidor.

Pero, si lo que uno busca es conocer a fondo todas las búsquedas que se realizan en nuestro sitio web, la mejor opción es almacenar los datos en nuestra propia BD y luego reaizar análisis a nuestro gusto.

Los datos que proporciona Google Coop son demasiado estrechos. Coop sólo muestran un listado con las principales búsquedas, más no toda la información al detalle. Sin embargo, si nosotros decidimos almacenar los datos de las búsquedas, estaremos utilizaremos muchos más recursos, pero a su vez, nos beneficiaremos con mejores análisis.

Ahora vamos a crear nuestro ranking de búsquedas con PHP y MySQL, similar a lo que es Google Zeitgeist, para nuestro sitio (script incluido)...

Hace tiempo usaba una aplicación, como la que vamos a comentar ahora, para conocer cual era nuestra posición en google para determinada palabra clave.

Sin embargo, en esos momentos realizaba la consulta al buscador utilizando la api de google, la cual, si mal no recuerdo, limitaba los pedidos a un máximo de 100 por api key.