MiCode Manager

¿Qué es lo que toda persona quiere al programar? Bueno, aparte de una compensación económica y la satisfacción del trabajo bien hecho, yo diría que ver el resultado de ese trabajo en pantalla, ¿verdad? Así que vamos precisamente a eso. Y no, no se trata de realizar un simple echo , vamos a ponerle un poco más de empeño para llegar a un modelo que sea funcional , práctico y sencillo (o algo medianamente sencillo), alineado con algunas de las recomendaciones que usualmente se hacen cuando se aborda el tema de “construir” las salidas a pantalla. Si bien es cierto que PHP nos permite enviar texto a pantalla en cualquier momento, puede ser valido hacerlo en la medida que nuestro script progresa (en especial cuando requieren unos pocos archivos para su ejecución), pero para aplicaciones más grandes, como aquellas que requieren registro de usuarios y consultas a bases de datos, se recomienda que todo el proceso de dar forma a lo que se va a mostrar en pantalla se realice en scripts separ...

Déjame saber si te resulta familiar esta situación: páginas web que descargan el mismo recurso (sean estilos CSS o código Javascript) más de una vez o incluyen recursos remotos que tardan una eternidad en cada descarga. Yo lo he visto en más de una ocasión y no es difícil imaginar el porqué ocurre. Un desarrollador incluye el recurso de estilos que necesita su segmento de código y otro hace lo mismo, sin reparar (o sin que siquiera importe) que comparten el mismo recurso. En otro escenario muy común, acostumbran incluir muchos recursos remotos, con lo que el rendimiento de la página depende de lo rápido que responda dicho recurso. ¿Puede hacerse algo al respecto? Claro que si. Vamos a crear una clase en PHP que se encargue de administrar estos recursos y que nos facilite su despliegue en la página sin repeticiones . ¿Y respecto a la demora en la carga de recursos remotos? Atendamos una cosa por vez, porque como dicen por ahí: «Vísteme despacio, que tengo prisa». Administrando ...

Como toda buena historia, esta comienza hace algún tiempo. El que fuera mi jefe por allá en la primera década del 2000, realmente odiaba (y mucho) el uso del foreach en el código PHP . Prefería que usáramos alguna alternativa diferente, alguna combinación del  for o del while . ¿Por qué? Ve tú a saber, nunca fue abierto respecto a las razones de su aprensión hacia ese constructor propio del lenguaje. Pero antes de continuar, veamos qué es y para qué nos puede servir. Arreglos, tenían que ser arreglos ¿Qué es foreach ? De acuerdo al manual de PHP , su definición es la siguiente: El constructor foreach proporciona un modo sencillo de iterar sobre arrays . foreach funciona sólo sobre arrays y objetos , y emitirá un error al intentar usarlo con una variable de un tipo diferente de datos o una variable no inicializada. Para su uso correcto existen dos sintaxis validas, a saber: foreach (expresión_array as $value) { ... } foreach (expresión_array as $key => $value) { ....

¿Cómo acceder desde cualquier script en tu proyecto a Clases y/o funciones de uso común? Este puede ser una de las primeras directrices a establecer para cualquier proyecto porque siempre, siempre , sea en  PHP  u otro lenguaje, será necesario usar recursos comunes. En PHP existen diferentes alternativas para su manejo, ya sea por medio de variables globales o de clases/objetos estáticos. A continuación consideraremos una propuesta para este manejo. Creación de recursos globales Para ilustrar esta solución, partimos de la necesidad de implementar una librería para manejo de servicios relacionados con el servidor Web, que de forma amigable nos permita disponer de información como: Valores almacenados de la variable superglobal $_SERVER de PHP. Valores asociados a la consulta realizada por el usuario, por Ej. la dirección IP del usuario o la URL ingresada. Valores asociados al servidor web usado, por Ej. la dirección IP del servidor o la ubicación del script que ej...

¿Por dónde comenzar para construir un framework PHP?¿Por qué hacer uno cuando ya existen muchos y muy buenos?¿PHP?¿En serio? Todas estas preguntas son muy validas y espero que podamos resolverlas en las siguientes líneas. Comencemos con el " elefante " en la habitación (el que lo entendió, lo entendió).  ¿Por qué PHP? PHP sigue siendo un lenguaje muy usado, de fácil aprendizaje y ofrece todo lo que una aplicación Web puede requerir. Si tu aplicación Web va a requerir alto tráfico (y no, unos cientos de visitas al día no da para considerar como “alto tráfico”), está más orientada a lo que muestra ( frontend ) que lo que tiene por procesar ( backend ) o requiere un modelo distribuido a nivel mundial como el buscador de Google, quizás requieras otro modelo de desarrollo, pero para aplicaciones de baja o media complejidad, PHP es más que capaz de ofrecer una solución satisfactoria. Al final del día, no todo tiene que incluir Data Analytics o Inteligencia Artificial , por más...

En este artículo vamos a abordar una revisión rápida a la forma en que se realizan las búsquedas de datos en bases de datos. ¿Quién no se ha sentido frustrado al usar el buscador en una página o aplicación y descubrir que el sistema no te entrega la información que esperas? A mi me pasa y más seguido de lo que esperaría. Desde buscadores que no hacen búsqueda separada por cada palabra ingresada, hasta aquellos que arrojan en los primeros lugares aquellos resultados menos relevantes. Esto usualmente se debe a pobres implementaciones de los querys de búsqueda. Un query es una sentencia o instrucción dada al motor de base de datos para que realice una acción, en nuestro caso particular, una búsqueda de datos. Los querys deben seguir una sintaxis predeterminada por un conjunto de reglas denominadas SQL , que es el lenguaje usado tradicionalmente para realizar consultas en muchas bases de datos relacionales como MySQL, PostgreSQL, Microsoft SQL Server, Oracle, etc. Para ilustrar nu...

Para que una aplicación web o de escritorio sea satisfactoria, no basta solamente con que cumpla con los requerimientos de diseño, debe hacerlo de forma eficiente en cuanto al consumo de recursos y de tiempo, cosas que muchas veces están vinculadas, muy vinculadas. Una aplicación web con alto consumo de recursos puede redundar en costos adicionales para el proveedor del servicio, por ejemplo, pagando un mayor precio por uso adicional de CPU en servidores bajo demanda del tipo Amazon AWS o Microsoft Azure . Por otra parte, el tiempo medio de carga de una página web es de 2,5 segundos en computadores de escritorio y de 8,6 segundos en dispositivos móviles (de acuerdo a un estudio publicado en tooltester.com ), de forma que una página que tarde más que eso aumenta el riesgo que el usuario se lleve una experiencia poco satisfactoria y pueda conducirlo a abandonar la consulta o en el peor de los casos, a cambiar su proveedor del servicio. Es muy posible que al dedicar un poco de tiem...