Gracias a NestaVista hoy acabo de revisar mi cuenta de AdSense y veo que Google finalmente habilitó la posibilidad de cobrar los pagos de AdSense a través del servicio Quick Cash de Western Union.
Aunque todavía no llegué a los $100 necesarios para recibir el pago, es muy bueno saber que -- al menos en este lado del planeta -- las agencias de cambio de dinero ya no cobrarán altas comisiones por cambiar los cheques. 😀
En el último incidente que tuve me recomendaron varias alternativas para reducir el spam que llega a este blog y desde el momento que puse en práctica algunas de éstas (cambiar el nombre de uno de los campos de los comentarios), el número de comentarios spam enviados directamente a wp-comments-post.php literalmente desapareció, pero todavía siguen llegando trackbacks no válidos.
En base a un archivo modificado de wp-trackback.php que me envió Maty, hice unos cambios a éste para que haga casi lo mismo que el plugin Trackback Validator, que básicamente verifica que el sitio que envía la petición contenga un enlace recíproco a la entrada a la que se hace referencia (ver el paper para mayores detalles). La limitación de este método, tal y como reconoce una de las personas que participó en ese proyecto, es que puede evadirse fácilmente de diferentes modos (con CSS, comentarios HTML, JavaScript, generación dinámica de contenidos, etc).
Estos días estuve recibiendo spam de distintos sitios (supongo del mismo spammer), que generan temporalmente enlaces para los trackbacks que envían, logrando de este modo pasar las validaciones de la presencia de enlaces recíprocos, vean por ejemplo las últimas líneas que aparecen en el siguiente log de acciones:
[2007-09-26 06:29:55] http\://www\.buayacorp\.com/archivos/edicion-12-de-architechture-journal/
Una forma de mejorar este método de verificación de trackbacks supongo que sería añadiendo una lista negra de dominios/IP/palabras, aunque en realidad no sé si valga la pena implementar algo así por el momento, puesto que los comentarios/trackbacks que logran saltar esta primera comprobación, son capturados Akismet.
A estas alturas supongo que seré uno de los últimos de los que aburra con este tema 😀 , pero la salida de WordPress 2.3 ha generado -- como esperaba luego de leer la lista de correo -- bastante polémica por que el nuevo sistema de actualizaciones envía ciertos datos* a api.wordpress.org.
A pesar de que el código para la notificación de actualizaciones está en el repositorio desde el 22 de agosto, este incidente empezó día anterior al lanzamiento de esta versión con opiniones divididas -- incluso entre los desarrolladores -- sobre si es necesario y sobre todo, si es correcto o no que éstos datos se envíen sin el consentimiento de los usuarios. Lo malo de todo este revuelo que se armó es que hasta dos horas antes del lanzamiento, ninguno de los que reclamaba que quitaran esta característica propuso un parche; por otro lado también hubo respuestas inadecuadas por parte de Matt Mullenweg, en especial esta:
If you don’t trust wordpress.org, I suggest you do one of the following:
- Use different software.
- Fork WordPress.
- Install one of the aforementioned plugins.
Esta versión trae consigo importantes cambios en el esquema de la base de datos, por lo que es necesario antes de actualizar, asegurarse que los plugins y tema usados sean compatibles.
Andrés recopiló una serie de errores que muchos usuarios parecen compartir, adicionalmente a esto si alguien se encuentra con el siguiente error no tiene porque preocuparse (probablemente es parte de un bug antiguo que permitía agregar dos veces la misma categoría a una entrada).
Personalmente les sugiero que primero hagan pruebas locales antes de actualizar sus blogs, pueden seguir el artículo "5 Step Failsafe upgrade for WordPress" para esto, pero sólo tomen en cuenta los últimos cuatro pasos (por ningún motivo realicen el paso 1 con la alternativa que se menciona ahí, o al menos no lo mantengan activado luego de terminar de actualizar).
Me ha llamado la atención otra vez los datos que publica Andrés con respecto al incremento de memoria de WordPress 2.3, según sus pruebas esta última versión consume casi el doble de memoria que la anterior versión:
//Wordress 2.3
Memoria usada: 6743.2 KB de 6912 KB
Personalmente creo que hay algo raro en su entorno de pruebas 🙂 , puesto que tanto en DreamHost, en este servidor y la máquina virtual que uso, WordPress 2.2 recién instalado y con el tema por omisión consume alrededor de 4530 KB y WordPress 2.3 está por los 5180 KB, con lo cual el incremento de memoria no es tan dramático para blogs pequeños como éste (blogs más populares tampoco tienen porque preocuparse si usan wp-cache).
Una forma de reducir un poco más el consumo de memoria de blogs que usan archivos de traducción, es traducir sólo el texto necesario (fechas principalmente) y eliminar las demás palabras, pueden descargar estos archivos que actualmente uso para el blog:
Si estás pensando estudiar alguna carrera relacionada a la informática, piénsalo dos veces... 😀
Imagen: gran-angular.net.
Vía: menéame.
Luego de leer una entrada que publicó David con respecto a su conexión de Internet y por otro lado, ver que varios bloggers peruanos que -- al parecer -- acaban de conocer OpenDNS, mencionando a ésta alternativa como "la solución" al problema de Internet que nos afecta desde hace bastante tiempo, me hacen reflexionar sobre el porqué una empresa, que a pesar de mostrar ineptitud para brindar servicios, sigue como si nada hubiera pasado.
Lo que les comento a continuación, es una serie de quejas/experiencias que tengo gracias al monopolio de Internet que existe en Perú y antes de empezar, muestro la relación velocidad/tarifa que Telefónica cobra (precios aproximados en dólares americanos):
Aunque los precios son algo caros en comparación a otros países, no diría nada si la velocidad ofertada fuera real, pero en el contrato (Speedy Convencional) estipula lo siguiente para la velocidad de transmisión:
QUINTO: VELOCIDAD DE TRANSMISIÓN DEL SERVICIO
La velocidad de transmisión del Servicio dependerá de la modalidad elegida por el CLIENTE. El CLIENTE declara conocer que la posibilidad de contar con la velocidad de transmisión contratada depende entre otros factores, de los siguientes:
- el volumen de tráfico y congestión de la red en Internet;
- las condiciones tecnológicas y capacidades de su computadora;
- el uso que el CLIENTE haga del Servicio. El CLIENTE conoce que el uso excesivo por parte de éste de aplicaciones “peer to peer” (punto a punto o P2P) u otras similares, podrá afectar la velocidad de navegación y generar interrupciones en el Servicio;
El CLIENTE declara conocer que los mencionados factores se encuentran fuera del control de TdP. TdP hará sus mejores esfuerzos para permitir que, a través del Servicio que presta, el CLIENTE cuente con la mayor velocidad que sea posible. En cualquier caso, la velocidad mínima del Servicio será el 10% de la velocidad contratada, todo ello de acuerdo a lo establecido por las normas regulatorias aplicables. Asimismo, por propia iniciativa, TdP podrá incrementar la velocidad del Servicio contratada, sin que ello implique un incremento en la retribución señalada en la cláusula segunda.
La parte resaltada con negrita, al menos en mi caso es una vil mentira, puesto que en condiciones normales nunca llega al 10% (con las justas se llega a este porcentaje utilizando algún acelerador de descargas) y en horas punta existe inclusive cortes intermitentes del servicio (aún usando los servidores de nombre de OpenDNS) -- ver la aclaración de este punto.
Por otro lado, este problema con los servidores de nombre de Telefónica sobre el que comentan varios bloggers peruanos, al parecer es porque el número de usuarios de Internet se incrementó vertiginosamente estos últimos años -- la última vez que pedí que me cambiaran a otro plan con velocidad de transmisión un poco más alta, me dijeron que la zona donde vivía estaba muy saturada.
No sé si tenga la suerte de ver que esta situación cambie algún día, porque da la impresión de que los políticos de Perú o no usan Internet o tienen lineas dedicadas. 😕