I

ies91

Usuario (Argentina)

Primer post: 26 abr 2011Último post: 30 nov 2014
2
Posts
37
Puntos totales
10
Comentarios
Reseña de "Dios no está muerto" (película)
Reseña de "Dios no está muerto" (película)
Ciencia EducacionporAnónimo11/30/2014

Luego de haber visto "Religulous", un documental que, entre otras cosas, te cuenta que Jesús es una copia casi exacta de Horus, un Dios egipcio que existió antes que nuestro querido carpintero, me invitaron a ver "Dios no está muerto" o "God is not dead" como se llama en su lenguaje natal. Acepté por dos razones 1. Me gusta ser justo y como no puedo asegurar la verdad en base a lo que dicen el resto de los humanos del mundo porque nuestro entendimiento del mismo es muy limitado, quería darles a los cristianos una oportunidad de sorprenderme y mostrarme algo que capaz no estuviera siendo capaz de ver...2. Creí que se trataba de un documental y no sólo una película. Quiero aclarar antes un par de cosas Vi la película una única vez, por lo que puede ser que me haya perdido algún detalle que no haya analizado en profundidad.Me encanta lo que hacen los evangelistas dentro de su propio templo y entre su grupo: cantar, divertirse, confiar en que pueden encontrar el amor, tener un apoyo que los sustente para poder seguir adelante...Los evangelistas, aunque se los tache de "pesados" porque insisten en convertirte a su fe, son gente maravillosa, agradable, cariñosa, y que todo el tiempo buscan compartir; la razón de que "sean pesados" es que están tratando de compartir con uno algo que a ellos les hace bien.Estoy en desacuerdo de "tener que demostrarle" a alguien que está equivocado cuando se trata de un tema de fe. Derrumbar algo que le da felicidad a una persona "en nombre de la ciencia" o de "la verdad" es puro egoísmo. Creo que sólo aquellos que tengan un interés genuino en saber si confiar o no en toda esta historia, deberían tener acceso a esta información. Dicho todo esto, doy paso a lo que nos compete. Sinopsis Dios no está muerto, ese es el título de la película, parafraseando la frase de Nietszche "Dios ha muerto". Trata de un muchacho, un estudiante universitario que, por motivos de la vida, se enfrenta contra un despiadado profesor de filosofía, con el cual se van a generar disputas encontradas entre la ciencia y la fe, en las que, finalmente, se va a "demostrar" por qué "Dios no está muerto". Personalmente me resultó una película agradable y divertida qué, mirándola como lo que es, una película, y sin darle mayor importancia, te puede entretener un rato ya que tiene momentos graciosos, una producción bastante cuidada y algunas pizcas de conocimiento filosófico. Aunque no se la puede ver con el rigor con el que los creyentes la ven... a continuación enumero las razones. Análisis Analizando rápidamente, hay ciertos patrones que se mantienen a lo largo de la película, y uno de los más evidentes y más injustos, es que todos los personajes que no son cristianos, son arrogantes, agresivos, fríos, cerrados e inmorales, en tanto los cristianos son agradables, complacientes, comprensivos, simpáticos... Otra de las cosas interesantes a destacar es que, durante las exposiciones de nuestro personaje principal en su clase de filosofía, se insiste en dar a entender que la ciencia es algo estático, que no cambia... cuando la realidad es algo que está en constante movimiento y formación y que, debido a que es una creación humana, se retracta y se modifica, las teorías anteriores se refutan o se amplían, un ejemplo, relativamente reciente, son las palabras de Einstein sobre las de Newton. En contraste, tenemos a la fe cristiana, que considera que las escrituras de hace aproximadamente tantos años como año estés viviendo al leer esto, son perfectas y no necesitan ser revisadas ni modificadas... Y de ahí podemos obtener otro de los patrones de la película: darle a la ciencia características negativas propias de una religión. Llegando al final de la película, en la última exposición de nuestro joven estudiante cristiano, se toca el tema de la moralidad. Él asegura que el cristianismo es una forma de darle al hombre ciertos principios morales, de decirle qué es lo que está bien y que es lo que está mal, y sin una moral cristiana, el hombre sufre de "libertinaje": no tiene sentido tener moral y por ende, va hacer no hay forma de que se controle y no provoque daños... Me pregunto por qué este personaje no tiene conocimiento acerca de tantas cosas que se hicieron "por el nombre de Dios": guerras, abusos, violaciones, persecuciones, desapariciones... Y cuantos delincuentes cristianos andan dando vuelta que usan la religión como lavadero de culpas. Llegan incluso a atreverse a hacer una crítica al islamismo como una religión que ejerce la violencia sin sentido. Otra cosa que me causa gracia es que se plantean varias veces el hecho de "quién lo dijo", ahí la religión se lleva el pan y la torta, que lo diga un humano no tiene tanta importancia como que "lo diga Dios". Y la palabra de Dios, nuevamente... es un libro escrito por humanos. Contradicciones, contradicciones, contradicciones... Algo que es grandioso y voy a usar como broche de oro para cerrar: en una parte de la película, la chica blogger que sufre de cáncer intercepta a una pareja ingresando a una iglesia, parece ser gente famosa. Les pregunta, algo así cómo, qué le parecía estar haciendo masacre de "patos" y/o animales inocentes en su programa... él le responde "yo le apunto a todo lo que se mueve y disparo". Hasta ahí él hombre resulta ser un maldito sin corazón. La charla se sigue desarrollando hasta que por algún motivo que no recuerdo, él dice "yo sé que todo esto es temporal, el dinero, la fama... pero yo sé que todo lo que hago lo hago porque Dios me puso en este camino", ella dibuja una sonrisa alegre en su rostro y se va contenta. Él ahora es un hombre digno y amoroso e incluso, al final de la película, resulta ser hasta una figura que inspira con su palabra. Conclusión Este análisis lo escribí porque me duele la injusticia. Ésta película utiliza muchas técnicas para generar emociones en el espectador, para inducirlo a creer que lo que está viendo es cierto, sin analizar si realmente lo es o no. No expone un debate real entre ciencia y fe, simplemente le atribuye a la ciencia las características negativas y a la fe las positivas. Es injusta y parcial. Es como ver un discurso político en el cual te dicen: "Mirá, yo acepto lo que opinan los demás porque tienen razón. Es una lástima que estén tan equivocados". Creo que cada uno tendría que ser capaz de sacar sus propias conclusiones, en base a sus experiencias y creencias. No es mi intención convertir creyentes, ponerme en contra de la religión ni demostrar si Dios está vivo o muerto. Ya en la filosofía había una rama que decía algo así como que “las cosas existen en tanto uno las piense”, Dios estará vivo o muerto de acuerdo a lo que tu mente crea... algunos dirán que vive, otros dirán que no. Pero hay algo de lo que la religión carece: humildad. La religión no se cuestiona a sí misma, porque carece de rigor, porque no tiene verdades que la sustenten. La única herramienta que posee la religión para decir que ella tiene la razón, es decir que los demás no la tienen. Y si hay algo de lo que estoy convencido es que de existir un Dios, éste no es religioso, porque la religión es un intento humano por explicar qué es Dios... y los humanos son limitados por naturaleza, así que cada uno podrá decir “qué le parece que es Dios” pero nunca definirlo. Si estás orgulloso de ser cristiano, “Dios no está muerto” es una película ideal para vos, te vas a divertir. Si crees o no en Dios, pero tenés dudas de lo que los humanos te cuentan de él, te invito a ver “Religulous”, un documental de Larry Charles, protagonizada por Bill Maher, que habla sobre la historia de los Dioses y “enviados” de las distintas religiones. Lo podés encontrar pirata, no lo pongo acá porque sería injusto que una reseña imparcial tenga contenido “anti”-religión.

37
5
2
20 tips para desarrollar sitios de alto tráfico con WordPre
InfoporAnónimo4/26/2011

6 de octubre de 2009 — Darío Ferrer En más de una ocasión nos hemos preguntado si es posible utilizar un CMS para portales de alto tráfico. Al menos con WordPress la respuesta es sí, pero ni por un segundo pienses que el asunto es tan sencillo como instalarlo. Desarrollar un sitio de alto tráfico requiere de mayor nivel de conocimientos en programación y diseño que cualquier otro proyecto, pues la prioridad se enfoca en un principio simple: lograr más cosas con menos código. WordPress posee una arquitectura impresionantemente ágil, pero aún así debes tener en cuenta de que se trata de un software construido para uso general, por lo cual es necesario que conozcas el software de cabo a rabo y planifiques tu trabajo de manera muy cuidadosa. Trabajar con sitios de alto tráfico equivale a viajar en un globo. Imagínate que -dentro del globo en pleno vuelo- de repente encuentras un peso extra que debes transportar y resulta imprescindible (tráfico de usuarios). La acción a tomar sería, entonces, salir de toda carga innecesaria (código malo, archivos pesados, carga dinámica, consultas excesivas a la base de datos) para compensar el peso que tu globo (servidor) puede soportar, y con ello transportar la carga importante a buen término. ¿Cuál es la ventaja de utilizar WordPress en lugar de un desarrollo desde cero? Principalmente WordPress viene solucionando un problema bastante común existente en los desarrollos propios: el entorno administrativo. Funciones, opciones para el usuario, interfaz, sistemas de edición, etc. es la parte que más “come” presupuesto y con WordPress la tenemos ya “hechita”, cocinada y lista para servir. Esto significa que, por un lado, nuestros clientes se ahorrarán una bola de billete y, por el otro, nosotros como desarrolladores ahorramos un tiempo precioso, dos elementos que nos colocan en una posición muy competitiva a la hora de licitar o proponer un proyecto de alta exigencia. La otra ventaja es que la documentación de este software está plenamente disponible de forma libre y gratuita para cualquiera, lo que se traduce como una liberación de la dependencia cliente-proveedor y el asunto del soporte se nos hace más liviano. En otras palabras, tendrás más tiempo para salir a la playa con tu novia, esposa, novio, “sí pero no”, marinovio, retruque, pegoste, “peor es nada” o cualquier forma de vida mono o pluricelular que tenga los suficientes cojones de salir contigo (en mi caso hay que tenerlas de acero). Los 20 tips Entrando en materia, es necesario advertir que los siguientes 20 tips tocan puntos directamente relacionados con el desarrollo de una web, tales como la programación, el diseño y el entorno WordPress. Otros temas como SEO, seguridad, etc. no fueron abordados, pues la temática específica que ahora nos llama consiste en lograr desarrollar sitios que se mantengan ligeros y funcionales, indiferentemente de la cantidad de usuarios que lo visiten. A continuación la lista: Básico 1) Si no eres experto contrata uno 2) Elige el servicio de hosting adecuado Entorno WordPress 3) Bajo ningún concepto toques los archivos del núcleo 4) WordPress es una masa moldeable, no un CMS que te limita Programación 5) Modela tus tablas de la base de datos de manera acorde con la realidad del sitio 6) Averigua hasta qué punto los recursos nativos disponibles representan una solución o un obstáculo 7) No confíes en los plugins. Aprende a construirlos y adaptar los disponibles 8) Balancea la carga dinámica 9) Programa sabiendo que un servidor interpretará lo que hagas 10) Establece una clara línea entre los elementos estáticos y dinámicos Diseño 11) Ahorra código innecesario 12) Apégate a los estándares 13) Fija un límite de peso en la carga de archivos 14) Utiliza servicios externos disponibles 15) Optimiza tus imágenes 16) Utiliza recursos javascript sólo cuando sea necesario 17) Inyecta accesibilidad a tu proyecto 18) Diseña una interfaz usable Mantenimiento de la calidad 19) Adiestra correctamente a los encargados de gestionar contenido 20) Mantén tu base de datos optimizada Apéndice: Referencias de utilidad BÁSICO 1) Si no eres experto contrata uno Este primer tip no sólo sirve como abrebocas para el resto sino que realmente da lugar a la primera pregunta que debes hacerte a la hora de asumir la construcción de un proyecto grande: “¿Soy un experto en programación o diseño/maquetación web?”. Si no cuentas con un dominio de alto nivel en estas disciplinas, subcontrata al mejor profesional que puedas encontrar o, mejor aún, házte de un equipo “élite” para asumir el proyecto en conjunto y bajo tu coordinación. Este punto es importante. Hasta la fecha he visto demasiados ilusos que se encargan de proyectos cuyo techo de exigencia se encuentra absolutamente fuera de su radio de acción y al final terminan jodiendo a su cliente y -por supuesto- desprestigiados. Suficientes riesgos tenemos con la misma naturaleza del proyecto como para agregar más peligros a lo que ahora se encuentra bajo nuestra responsabilidad. La Regla: Si no dominas una materia de la A a la Z, busca a alguien que lo haga por ti y págale de acuerdo a su nivel. 2) Elige el servicio de hosting adecuado Debes primero aprender a identificar objetivamente los requerimientos de tu sitio en materia de hosting. Esto te ayudará a encontrar el proveedor adecuado a tus necesidades. Algunos piensan que el hecho de contar con un servidor dedicado o VPS soluciona sus problemas. Ciertamente un dedicado ofrece mejores prestaciones que un VPS o compartido, pero en este campo debes ir con ojo avizor, pues un proyecto web de envergadura necesita, ante todo, un servicio fiable que te ofrezca múltiples soluciones y reduzca al mínimo los riesgos de problemas. Como primera opción te recomendaría buscar servicios con datacenter propios. Este mundo está colmado de los llamados “resellers”, quienes te ofrecen servidores que a su vez han contratado con el proveedor directo. A la hora de un inconveniente, éstos dependen de la respuesta de su proveedor para poder responderte, encasillando así el problema en un proceso burocrático cuyo mayor afectado será tu proyecto. Por supuesto lo anterior no tiene por qué ser una regla fija. Conozco resellers de muy alto nivel que tienen a disposición un cúmulo de recursos para solucionar cualquier eventualidad de forma rápida y eficaz, algunas veces más rápido que los propios proveedores directos, ya que dichos resellers trabajan con múltiples proveedores y conocen muy bien su área. De este grupo puedo recomendarte a Interalta y Minerva Hosting -entre otros-. Pero como -mencioné- esta clase de super-resellers no abunda, así que anda con cuidado en este terreno. La Regla: Tómate tu buen tiempo para elegir un buen proveedor de hosting, evalúa su nivel de sevicios y compromiso con el cliente, comunícate previamente con ellos las veces que desees, expón las necesidades de tu proyectos y luego elige al más adecuado. En cuanto a los costos, quedará de ti decidir si deseas calidad o precios bajos. No todo lo caro es bueno, pero lo bueno no es barato. Si quieres calidad tendrás que pagarla pero créeme, un buen proveedor vale cada centavo. Es preferible pagar unos billetes de más que un dominio caído constantemente. Para comenzar, puedes revisar las referencias al final sobre comunidades de usuarios de hosting, donde se desarrollan discusiones interesantes y productivas que podrían orientarte a una mejor elección final de tu proveedor. ENTORNO WORDPRESS 3) Bajo ningún concepto toques los archivos del núcleo Házte ese gran favor. No es necesario modificar funciones nativas de WordPress. La Regla: Si no enuncias funciones no se ejecutan, y si no existen créalas. WordPress te ofrece 2 vías principales para hacerte la vida más fácil en tal sentido: el entorno de la plantilla y el sistema de plugins. Puedes crear nuevas funciones, mezclarlas con las preexistentes y hacer que WordPress las reconozca como si las hubiese parido. Si te encuentras en algún cuello de botella documéntate y verás que siempre existen métodos y procedimientos para cualquier caso sin que tengas necesidad de echar mano al core. Además -y esto es de lo más importante- la hora de actualizar el software, sólo será cuestión de subir y sobrescribir sin que te tiemble el pulso. 4) WordPress es una masa moldeable, no un CMS que te limita No mires a WordPress como un Joomla o un Drupal (con el perdón de los joomleros y drupaleros pero es la verdad) sino como una especie de framework que puedes moldear y adaptar a tu completo gusto. A diferencia de los anteriores, WordPress no te limita con módulos, contenido HTML indeseado o estructuras totémicas que exigen tu resignación, sino que -por el contrario- se trata de un sistema que te ofrece total libertad para hacer lo que te plazca. Veámoslo de esta forma: un software web trabaja en función a los datos, se introduce información que luego debe ser devuelta. WordPress sencillamente hace eso, sin maquillajes ni accesorios. Queda entonces de ti elegir la forma y lugar en la cual esos datos se muestren en la interfaz. WordPress no es un CMS complaciente. Hasta los inexpertos deben meterse un poco con el código para personalizar elementos que -por ejemplo- con Joomla lo tendrían totalmente automatizado, pero pagando como precio la ejecución de innumerables procesos extra para lograr que soluciones tu problema con un cómodo clic, y ejecutando otro montón de procesos para mostrarlo en la interfaz, haciendo de esta aplicación (y por favor joomleros discúlpenme de nuevo) una opción totalmente descartada para un sitio de alto tráfico. Comprendido este punto no te será difícil seguir la Regla: WordPress es una masa moldeable y debes verlo como tal. PROGRAMACIÓN 5) Modela tus tablas de la base de datos de manera acorde con la realidad del sitio Existe un mito entre webmasters que debería ser roto desde este momento: “mientras la base de datos (BD) se mantenga íntegra, la velocidad del sistema se conservará rápida”. Esto es falso -al menos en el tema que estamos abordando- y antes de explicar comenzaré con la Regla: Los sistemas no se ralentizan por la existencia de muchas tablas, sino por la presencia de muchos registros en una sola tabla. Dicho principio es ampliamente conocido, respetado y elemental entre los modeladores de bases de datos. Para los desarrolladores de plugins, WordPress ofrece principalmente dos tablas nativas esenciales a la hora de introducir datos de configuraciones: wpdb->options wpdb->postmeta La parte cómoda de usar estados tablas es que puedes echar mano a los llamados hooks y ahorrarte bastante tiempo de codificación. Por ejemplo, para gestionar datos en la tabla wpdb->options sólo tienes que echar mano a: add_options() para añadir update_options() para actualizar delete_options() para borrar Con los hooks te ahorras la tarea de construir consultas una y otra vez, ya que la sola enunciación de funciones activa el motor de consultas de WordPress de forma impresionante. Ahora bien, estas maravillosas funciones podrían ser tus peores enemigas dependiendo de la naturaleza de tu proyecto, pues si las empleas de forma inconveniente te exigirán una gran cantidad de consultas por usuario. Pongamos un ejemplo común para lo anterior: tablas o índices informativos donde cada dato es consultado en tiempo real. Recordemos que de forma nativa WordPress te ofrece wpdb->postmeta para introducir datos directo desde tu editor (puedes ver el formulario con el nombre de Campos Personalizados). Pero al mismo tiempo sucede que según tus cálculos predices que se ingresarán 10.000 registros dinámicos mensuales que no pueden ser cacheados porque se necesitan en tiempo real (por ejemplo una tabla de programación para una red televisiva) ¿Qué harás, meter todos esos datos en el humilde wpdb->postmeta?. Una solución podría ser construir nuevas tablas/campos y darle así oxígeno a tu base de datos, permitiéndole una rápida localización y lectura de éstos y, al mismo tiempo, devolviéndolos de manera rápida y fiable a un gran número de visitantes simultáneos. Procura entonces seguir la Regla: Planifica la estructura de tus datos de manera que tu BD pueda devolver las consultas de forma más rápida y desahogada. 6) Averigua hasta qué punto los recursos nativos disponibles representan una solución o un obstáculo Si eres desarrollador y miras el conjunto de funciones o etiquetas que WordPress te ofrece, seguro babearás de placer a la primera. Sin embargo, a la hora de desarrollar un sitio de alto tráfico debes averiguar qué involucra cada función, al menos las más usadas. Algunas veces WordPress necesita cargar procesos que podrías obviar haciéndote tus propias funciones. Por ejemplo, en algunas ocasiones se carga el motor de expresiones regulares (regexp) en zonas que realmente no se necesita. Queda de ti entonces seguir la Regla: Investiga cómo operan las funciones de WordPress y qué necesitan para ejecutarse. 7) No confíes en los plugins. Aprende a construirlos y adaptar los disponibles Al aprender a construir plugins se nos abre una nueva puerta de opciones que -entre otras cosas- incluyen una noticia decepcionante: descubrimos que la gran mayoría de éstos no nos servirá de mucho para proyectos grandes, pues obviamente el desarrollador no pensó en nuestra situación específica a la hora de construirlos (en el mejor de los casos, cuando efectivamente no se trata de un mal programador). Plugins maravillosos podrían echarnos la partida para atrás ¿Quién no se cautiva al instante con las impresionantes funciones NextGen Gallery o Cforms II sin siquiera saber que son un par de dinosaurios tragadores de recursos?. Ahora bien, existen dos tipos de plugins: los que actúan en la interfaz administrativa y los que actúan en la interfaz de usuario. Por ejemplo, Scissors es un plugin que opera sólo en el entorno administrativo; con éste puedes editar tus imágenes, darles una marca de agua, etc. para posteriormente guardar los cambios y mostrarla al usuario normalmente. Como Scissors no opera en el frontend puedes usarlo con los ojos cerrados, ya que los recursos para el administrador son prácticamente nulos en comparación con los requeridos para los visitantes del sitio. La Regla: programa tus propios plugins o adapta productivamente los que uses. 8) Balancea la carga dinámica No todo necesita de un query, incluso los datos dinámicos. PHP posee innumerables soluciones que te permitirán quitarle trabajo innecesario a la base de datos. Existen ocasiones en que resulta más conveniente el uso de un archivo XML o un simple archivo de texto que tu mismo MySQL. Sabiendo reconocer dichos escenarios podrás seguir sin problemas la Regla: Balancea tu carga dinámica y explota el PHP al máximo. 9) Programa sabiendo que un servidor interpretará lo que hagas Hace poco me tropecé con un caso en el cual debía extraer datos desde una web externa y colocarlos en otro sitio. Para tal fin el anterior programador echó mano a las librerías Snoopy y luego se construyó un impresionante conjunto de clases y funciones digno de los dioses. Quedé con la boca abierta ante tal demostración de destreza. Pues mi programador logró exactamente lo mismo con file_get_contents() y unas 7 líneas de código. Tuve que frotar mis ojos para creerlo y luego tomarme un buen trago de ron para olvidar (al anterior). De aquí surge la Regla: busca formas más abreviadas de programación para lograr tus objetivos. Esto no sólo se aplica a WordPress sino a todos los casos. De ahí la importancia de ser experto en la materia o -en su defecto- buscar al mejor profesional que puedas encontrar. Resumir un vademécum de código en 7 líneas vale cada centavo que pagues, por lo cual te recomiendo no ser tacaño en ese sentido. Si eres programador y sabes lo que haces, no esperes para comprender el entorno de WordPress, ya que un buen cúmulo de sus funciones y recursos realmente te resuelven los problemas de forma limpia y muy abreviada. 10) Establece una clara línea entre los elementos estáticos y dinámicos. Esto viene un poco de la mano con lo anterior, pero en lugar de referirnos a la relación PHP > MySQL haremos mención a la relación HTML > PHP. A lo largo de toda la plantilla de WordPress existen partes que pueden ser invocados dinámicamente pero que son fijos por naturaleza. Elementos como rutas de archivos, juego de caracteres (charset) y título del sitio -entre muchos otros- pueden fácilmente ser reemplazados por texto estático sin ningún problema. Dicha acción te ayudará a orientar la carga dinámica hacia lo realmente necesario. La parte de la caché también toca directamente este punto. En el tema que tratamos “caché” es la posibilidad de convertir páginas dinámicas en estáticas, ahorrando así una buena carga de trabajo al CPU, lo que mejora el tiempo de cargado de páginas. En tal sentido, el aprovechamiento de la caché depende directamente de la frecuencia de actualización del contenido. Por ejemplo, en un sitio que publique una noticia cada 15 segundos debe descartarse el cacheo del contenido y concentrarse en la optimización de la carga dinámica. La Regla es: Identifica los elementos estáticos y manténlos exactamente así, estáticos. DISEÑO 11) Ahorra código innecesario De nada sirve que programes magistralmente si tu HTML es más pesado que la conciencia de Judas Iscariote y peor planificado que la última campaña al Oriente de Alejandro Magno. Una maquetación profesional y reducida de tu interfaz resulta vital para un sitio de alto tráfico. Por tal motivo tu código HTML también debe ser lo más reducido posible, a fin de ahorrar transferencia y velocidad de Carga. la Regla es simple: Usa el código exacto y dale uso correcto al HTML (estructura) y CSS (presentación). Hacer uso correcto del HTML no sólo implica reservarlo para la parte estructural, sino también utilizar sus elementos de forma correcta. Utiliza tablas sólo para contenido que necesita ser tabulado y déjale a las capas todo lo demás. Usa etiquetas correctas para identificar títulos, listas, párrafos, etc.. Si no entiendes este principio es hora de pensar contratar un buen diseñador/maquetador para que lo haga por ti. 12) Apégate a los estándares Los estándares HTMl y CSS no sólo son beneficiosos para aspectos importantes como la accesibilidad, posicionamiento y compatibilidad entre buscadores, sino que -trabajando bajo sus parámetros- se te abrirá una gran puerta de soluciones sencillas para casos complejos. La Regla: Acostúmbrate y pliégate a los estándares web. Si tu código es mayoritariamente malo, tarde o temprano te arrinconarás de tal manera que deberás “solucionar” el problema con más código malo. 13) Fija un límite de peso en la carga de archivos Éste es un método personal que acostumbré a utilizarlo y me parece oportuno compartirlo. En realidad es muy simple: según alguna experiencia previa establezco un límite de peso total de carga por página y trato de no salirme de ahí. Si llego al límite evalúo cada elemento y trato de aplicar reducciones en las zonas requeridas. Si el código está optimizado y aún así el peso pasa del límite pues ni modo, sigo avanzando. El método es muy útil porque nos obliga a revisar constantemente lo que estamos haciendo. Es mediante la evaluación constante que descubrimos formas más simples de lograr los mismos resultados. La Regla: fijemos pesos límites para todas las zonas del sitio y utilicémoslos como referencia. Por ejemplo, puede que a primera vista el index de un portal tipo 20minutos.es no deba pesar más de 600kb, y en este punto entran en juego elementos como scripts, multimedia e imágenes, el cual abordaremos a continuación. 14) Utiliza servicios externos disponibles Hoy en día es muy común ver grandes corporaciones de la información echando mano a servicios públicos como Youtube, Scribd o Vimeo. Sin embargo, esta parte debe ser analizada porque junto a los pros también guarda sus buenas contras. Los archivos multimedia alojados en un servidor propio consumen bastante ancho de banda, por lo cual es muy usual contratar un servidor aparte para no abarrotar el que aloja el sitio. Los servicios externos ahorran una considerable cantidad de dinero en este campo, pero al mismo tiempo limitan la capacidad de personalización y exclusividad que quizás el sitio deba poseer. Adicionalmente, la mayoría de estos servicios poseen políticas de uso y publicación, las cuales a su vez adoptan licencias que quizás no convengan mucho a tu proyecto. La Regla entonces es: Evalúa hasta qué punto resulta beneficioso utilizar servicios externos de multimedia. 15) Optimiza tus imágenes Tipos de imágenes que componen nuestro proyecto web: El conjunto de imágenes de un sitio se divide en dos grupos: 1) Imágenes propias de la interfaz y 2) Imágenes del contenido. Las imágenes de la interfaz se dividen, a su vez, en dos grupos: 1) Imágenes mostradas mediante HTML y 2) Imágenes de fondo mostradas a través de CSS; la diferencia entre ambas es que las mostradas vía HTML involucran un sentido semántico directamente relacionado con la estructura, como por ejemplo separadores de artículos, botones de formularios y logos. Los fondos CSS son, en cambio, puramente decorativos (o deberían serlo). A qué se le denomina optimización de imágenes: Optimizar una imagen es simplemente reducirla lo más posible de peso en kb mientras su calidad visual se mantiene en el rango deseado. Respecto a los formatos, debes identificar los que pueden emplearse en la web y ser leidos por los navegadores, pero basta con limitarnos a cuatro para obtener suficientes opciones de uso: JPG, GIF, PNG de 8 bits (PNG-8) y PNG de 24 bits (PNG-24). Cada uno de éstos tiene características específicas, cuyas ventajas derivadas las orientan a un uso también específico. Con lo anterior hay que tener cierta cautela, pues no se trata de decir “GIF es mejor para todo lo que sea fondo repetitivo” ya que no es así. En el campo de las imágenes toda afirmación absolutista tiende a ser falsa, ya que existe diversidad de situaciones con sus respectiva diversidad de soluciones correctas. La Regla: Busca un método para lograr la mejor relación peso-calidad en las imágenes del sitio, impleméntalo y manténlo en el tiempo. 16) Utiliza recursos javascript sólo cuando sea necesario El asunto del javascript también debe entrar en el proceso de planificación inicial, cuando los temas del diseño, usabilidad y accesibilidad se enfrentan por primera vez. Desde que los nuevos recursos javascript cobraron auge, alguien cometió el error de calificarlos como “eyecandy” (accesorio cosmético) y con ello dieron a entender de que es correcto utilizarlos como elementos de estética aunque no cumplan una función específica. Esto es un error y aquí viene la Regla: Todo recurso javascript de tu sitio debería 1) Responder a una necesidad clara, generalmente relacionada con la usabilidad o 2) no existir. Actualmente existen maravillosos frameworks y librerías javascript que ofrecen impresionantes efectos visuales. Sin embargo -por lo mismo de los efectos- algunos diseñadores les han dado uso indiscriminado, olvidándose que todo script debe cumplir una función específica además de la cosmética (la misma mala costumbre que cundió al mundo con el auge del flash). Puede que en sitios de bajo tráfico puedas darte el lujo de incluir buena carga javascript, pero en sitios de alto tráfico constituye un grave error. Muchos plugins de WordPress incluyen archivos javascript, la mayoría de éstos sin haber sido sujetos a procesos de estudio y selección; simplemente le gustaron al desarrollador y fueron implementados a la primera. En tal caso entra en juego tu habilidad para sustituir dichos scripts por otros que juzgues más eficaces y livianos al mismo tiempo. WordPress dispone de un buen arsenal javascript que puedes cargar cómodamente con la función wp_enqueue_script() (aunque te recomiendo construir esa parte de forma estátca hasta donde te sea posible). Dicho conjunto de scripts son constantemente actualizados por parte del equipo de desarrollo de WordPress, así que con cada actualización general te mantendrás al día en tal sentido. 17) Inyecta accesibilidad a tu proyecto Nada más hermoso que haber deshabilitado el javascript del navegador y notar que el contenido de un sitio sigue siendo accesible. O deshabilitar el CSS y encontrarse con un juego agradablemente semántico de etiquetas HTML, cuya estructura le concede un flujo lógico de contenido al sitio. O tropezarse con teclas de acceso directo que permiten la navegación sin necesidad de utilizar el ratón. Aspectos como éstos ofrecerán un innegable valor agregado a tu proyecto, ya que con ello permitirás el acceso al mayor número posible de usuarios. La accesibilidad se ha convertido en una verdadera ciencia, definiéndose como el conjunto de procedimientos ejecutados a favor de aquellos usuarios que por diversos motivos (discapacidad visual o motora, condiciones climáticas o tecnológicas adversas, etc.) tienen serios problemas para desenvolverse en la red. De dichas investigaciones se han desprendido pautas o recomendaciones plenamente disponibles para su estudio e implementación por parte de los diseñadores web. Lamentablemente -en materia de portales de alto tráfico- la aplicación de elementos de accesibilidad es prácticamente nula. Sin embargo, mientras más desarrolladores tomen conciencia del tema, seguramente notaremos un cambio paulatino en tal sentido. La Regla es: construye sitios accesibles. 18) Diseña una interfaz usable La calidad de las interfaces de usuario está directamente relacionada con la usabilidad, definiéndose ésta como la cualidad de un sitio en poseer un entorno intuitivo que facilite la navegación en cada una de sus zonas. El diseño de la interfaz está íntimamente relacionado con todos los subprocesos de desarrollo y -consecuentemente- constituye uno de los primeros pilares del proyecto. Esto significa que debes atender esta parte desde el mismo principio de la planificación, pues se trata de la misma disposición de los elementos, su jerarquía a los ojos del usuario y del equipo de redacción. Recomiendo adelantar este paso aún antes del trabajo de programación. La Regla: Considera el diseño de la interfaz como una de las tareas más decisivas en el desarrollo de un portal. Del diseño de interfaces web hay mucha tela que cortar y -paradójicamente- muy escaso material disponible en internet. En un futuro iré redactando contenido enfocado en este tema y, al mismo tiempo, animo a los profesionales en el área a compartir públicamente parte de sus conocimientos. Urge esta medida. MANTENIMIENTO DE LA CALIDAD 19) Adiestra correctamente a los encargados de gestionar contenido De nada sirve optimizar tu código de manera perfecta si quienes van a gestionar el contenido lo arruinarán en un santiamén. Seguramente más de un desarrollador se ha visto en el dilema de sentirse avergonzado de incluir algún portal en su portafolios, pues aquella obra de arte construida correctamente de principio a fin, con una validación HTML perfecta y de rápida carga, en menos de una semana se convirtió en un tótem paquidérmico que no termina de cargar nunca y con un código fuente que da asco. En mis últimas dos experiencias con portales me animé a incluir el adiestramiento como parte del paquete básico de desarrollo. Sólo 3 sesiones intensivas de capacitación bastaron para que el personal editor fuese capaz de generar artículos con un HTML correctamente estructurado. Para tal fin procedí una manera que explico a continuación: Desactivar el editor visual: El editor visual de WordPress (Wysiwyg) suele ser muy eficiente en algunos casos, pero lamentablemente a su conversor de código aún le falta mucho para generar eficazmente un buen HTML. En cambio, puede que el editor de texto plano no muestre algunos elementos en tiempo real, pero ciertamente es la vía más segura y rápida de no provocar errores de código. Desarrollar recursos a favor del personal de edición: Uno de los puntos más álgidos y esenciales del desarrollo de portales lo constituye el hecho de hacerle la vida fácil a los redactores. Su familiarización con el entorno web alcanza un punto muy limitado y debemos respetar ese factor. En lugar de crearles más problemas con códigos y procedimientos técnicos, debemos aliviarles toda la carga posible y hacer que superen exitosamente la barrera tecnológica que se imponen entre su oficio comunicacional y la forma de lograr publicar sus artículos. Es aquí donde entra -principalmente- tu capacidad para desarrollar plugins, pues éstos representan la solución más rápida y profesional para proveer a dicho personal de una completa interfaz donde puedan desempeñarse de la forma más cómoda posible. Vale la pena mencionar que uno de los obstáculos más grandes para un redactor está representado por el lío del tratamiento de imágenes. Quizás desees leer este artículo respecto a una buena combinación de plugins para implementar. Dar soporte: Desarrollaste el portal y adiestraste al personal. Sólo queda ofrecerles el soporte necesario bajo condiciones lógicas y favorables para ti y tu cliente. Según experiencia personal, para un grupo bien adiestrado el período de soporte no debería pasar de un mes, aunque te toca a ti decidir esa parte. Entonces la Regla es: Ofrece capacitación y soporte a quienes se encargarán del contenido, a fin de que mantengan un código limpio, accesible y bien estructurado. 20) Mantén tu base de datos optimizada Gracias al phpMyAdmin esta parte resulta muy fácil. Sólo entras a la base de datos indicadas y optimizas todas las tablas. Sin embargo, la misma facilidad del proceso hace que esto tienda a olvidarse. Si transcurre mucho tiempo sin optimización, puede que tu base de datos comience a devolver errores o ralentizarse. De la misma forma evalúa los plugins -tales como Search Unleashed- que puedan llenar demasiado tu base de datos con registros innecesarios y busca la forma de desactivar las funciones que no necesitas. http://www.darioferrer.com/wordpress/20-tips-sitios-alto-trafico-wordpress-403.html

0
0
PosteameloArchivo Histórico de Taringa! (2004-2017). Preservando la inteligencia colectiva de la internet hispanohablante.

CONTACTO

18 de Septiembre 455, Casilla 52

Chillán, Región de Ñuble, Chile

Solo correo postal

© 2026 Posteamelo.com. No afiliado con Taringa! ni sus sucesores.

Contenido preservado con fines históricos y culturales.