Mucho se ha dicho de Joomla 3.X y he visto a personas desaconsejar su uso, sin embargo el evitar su uso no es lo que yo llamaría necesario (o inteligente). Antes de continuar es importante entender un poco el como funcionan las liberaciones de versiones de Joomla, cada tanto se desarrolla una versión nueva y desde la V1.5 se desarrollan versiones intermedias que sirven de transición y de pruebas; desde Joomla 2.5 la herramienta ha pasado a ser un gestor maduro y definitivamente ha evolucionado. Joomla 3.X no es una beta (en realidad cada que se libera una beta se menciona que se trata de una beta), así que las versiones nuevas de Joomla 3.X no son beta, son estables (a menos que se diga lo contrario)

Las nuevas versiones de Joomla 3.X como se evidencia aunque son estables no tienen mayor soporte y son de transición, es decir te harán el camino fácil hacia Joomla 3.5.X la próxima LTS.

La decisión la tomarás así:

Si tu website es un nuevo proyecto o requiere la instalación de un nuevo Joomla, puedes ir por Joomla 2.5 o 3.x, si requieres software particular que solo está disponible para J2.5 y no encuentras alternativas viables, te quedas con J2.5, si el software que requieres está disponible para J3 o no requieres nada extrañó o adicional, usa J3 sin dudarlo.

La actualización/migración entre versiones de Joomla es bastante simple, vas a encontrar un botón que hará el proceso inmensamente simple.
Actualizar Joomla 3.x desde Joomla

Actualizar Joomla 3.x desde Joomla from UnWeb.CO

Actualizar Joomla 3.x desde Softaculos

Actualizar Joomla 3.x desde Softaculos from UnWeb.CO

Por otro lado, dependiendo de las herramientas que tengas instaladas puede que la migración no sea tan simple, hace poco me topé con algunos inconvenientes luego de actualizar. Mi caso particular luego de actualizar de Joomla 3.0 a 3.1 en alguna de las Webs el componente installer dejó de funcionar (sí, el que se usa para instalar/actualizar addons) y claro, como se tratada de una Web en producción, cero mensajes de error. La solución fue activar la salida de mensajes en php.ini y se evidenció el problema:

Warning: require_once(/home/some/public_html/libraries/joomla/installer/adapters/plugin.php) [function.require-once]: failed to open stream: No such file or directory in /home/some/public_html/administrator/components/com_sh404sef/classes/baseinstalladapter.php on line 26

Fatal error: require_once() [function.require]: Failed opening required '/home/some/public_html/libraries/joomla/installer/adapters/plugin.php' (include_path='/home/some/public_html/plugins/system/shlib/shl_packages//ZendFramework-1.11.7-minimal/library:.:/usr/lib/php:/usr/local/lib/php') in /home/some/public_html/administrator/components/com_sh404sef/classes/baseinstalladapter.php on line 26

El componente sh404sef llamaba a una serie de archivos que ya no existían.

Como se puede ver en la imagen, la carpeta installer donde se alojaba el archivo plugin.php dejó de existir en esta nueva versión y aquí la falla, la solución era instalar una versión actualizada del componente sh404sef, pero como el instalador estaba roto… así que la solución que apliqué fue más simple, copie la carpeta de joomla3.0, el instalador funcionó, instalé la actualización del componente y borré la carpeta una vez quedó actualizado. Como vez si pueden presentarse algunos inconvenientes, pero nada que no pueda superarse rápidamente.

En realidad es igual en Linux o Mac (L-Unix en general) el proceso consiste en que SSH puede comparar tu llave con las llaves autorizadas en el servidor.

En distribuciones Linux que incluyen seahorse por defecto nunca lo notas ya que no debes tomarte ninguna molstia más que marcar conectar automáticamente cuando el llavero te lo pregunte, en OS X no existe un método automático (al menos que yo conozca) para que esto se de sin que te enteres, así que tienes que hacerlo a mano.

El asunto es así: generas una llave (rsa) y luego te conectas al host que desees (para añadirlo al listado de host conocidos).  Las llaves están compuestas por dos elementos, una llave privada y una pública, el host destino (o servidor al que deseas conectarte) debe tener el dato de la llave pública para poder contrastar y permitir la conexión del cliente sin solicitar clave (no es necesaria, la llave suple el password).

Los comandos los simplifico a continuación:

generar la llave:
ssh-keygen -t rsa -b 2048 Puedes bien agregar una clave, en cuyo caso puedes guardarla en el llavero de tu mac (te lo preguntará automáticamente).
Luego escribir el contenido de tu llave pública en el listado de llaves autorizadas en el servidor destino cat ~/.ssh/id_rsa.pub | ssh -lroot danna.unweb.co 'cat >> ~/.ssh/authorized_keys'

Semana Santa de este año me ha dado para todo, he jugado mucho con mi hija, descansado a pierna suelta, he salvado una tablet vieja del olvido, he leído la guerra de los cielos volumen III y claro, he experimentado con montar una VM de CentOS con software más actual del que tiene por defecto. .

Los pasos que he seguido son los comunes, no existe mucha diferencia en el como instalar software en CentOS e incluso ya he hablado del tema en varios post antiguos; sin embargo lo “diferente” en este caso es que decidí mezclar todo y utilizar software menos conservador que el elegido por RedHat para su distribución (el recompilado por CentOS) aquí el resultado:

Descargar el CentOS-6.4-x86_64-netinstall, realizar una instalación mínima sobre VMWare, he instalado lo que considero software básico:

yum install system-config-network-tui #para configurar la red a mi gusto

yum install findutils mlocate openssh-clients rpm-devel rpm-build w3m \
lynx lsof smartmontools zip dos2unix vim-enhanced dialog \
yum-plugin-remove-with-leaves yum-utils gcc* automake* \
autoconf* gnupg make install iptraf nmap wget ncurses \
ntp eject kernel-devel -y

Con lo que se tiene un CentOS básico pero completo y listo para compilar cualquier paquete necesario. Lo siguiente es contar con una DB, podría ser MySQL, sin embargo en estos día mucho se habla de MariaDB y de su performance frente a MySQL, existe quien asegura que es hasta 3 veces (300%) más rápida en su respuesta frente a consultas, así que simplemente me confiaré y si consigue ser un 10% más rápida ya habremos ganado bastante.  Los pasos de la instalación:

cat > /etc/yum.repos.d/CentOS-MariaDB.repo << "EOF"
[mariadb]
name = MariaDB
baseurl = http://yum.mariadb.org/5.5.29/centos6-amd64/
gpgkey=https://yum.mariadb.org/RPM-GPG-KEY-MariaDB
gpgcheck=1
EOF
Limpiar los repos:
yum clean all && rpm -Va --nofiles --nodigest && rpm --rebuilddb
Realizar la instalación y probar el servicio:
yum install MariaDB-server MariaDB-client MariaDB-devel  -y && /etc/init.d/mysql start && mysql_upgrade && /etc/init.d/mysql restart
Abrir los puertos en iptables:
iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 3306 -j ACCEPT
service iptables save
chkconfig mysqld on
Agregar reglas de selinux
setsebool -P allow_user_mysql_connect 1
si prefieren que se pueda conectar en cualquier puerto: setsebool -P mysql_connect_any 1
y por último setear una clave:
mysqladmin -u root password 'su-contraseña'
Con esto se tiene la DB lista. Sin embargo y para evitarte luego sorpresas, te comento que va a molestar para compilar php, así que lo recomendable para evitar problemas es compilar MDB, la ventajas es que puedes terner la última versión en lugar de la que esté disponible para CentOS y en teoría estaría más optimizada.
wget http://pkgs.repoforge.org/cmake/cmake-2.8.7-1.rf.src.rpm
rpmbuild --rebuild --target `uname -m` cmake-2.8.7-1.rf.src.rpm
su -c "yum localinstall ~/rpmbuild/RPMS/`uname -m`/cmake-* -y"

wget https://downloads.mariadb.org/f/mariadb-5.5.30/kvm-tarbake-jaunty-x86/mariadb-5.5.30.tar.gz/from/http:/mirrors.supportex.net/mariadb
yum install gperf libdbi rpmdevtools -y
tar -xzvf mariadb-5.5.30.tar.gz
cd mariadb-5.5.30
cmake -DRPM=centos .
make package
su -c "yum localinstall MariaDB-5.5.30-centos-`uname -m`* -y"

Como mencioné antes, ya esto lo he comentado en el pasado, pero aquí lo pongo nuevamente todo a la mano. Primero instalar las dependencias:
# apr
cd /tmp
wget http://www.trieuvan.com/apache//apr/apr-1.4.6.tar.bz2
rpmbuild -ts apr-1.4.6.tar.bz2
su -c "yum-builddep ~/rpmbuild/SRPMS/apr-1.4.6-1.src.rpm -y"
rpmbuild --rebuild --target `uname -m` ~/rpmbuild/SRPMS/apr-1.4.6-1.src.rpm
su -c "yum localinstall ~/rpmbuild/RPMS/`uname -m`/apr* -y"

# apr-utils
yum install http://dl.fedoraproject.org/pub/epel/6/`uname -m`/freetds-0.91-2.el6.`uname -m`.rpm -y
yum install http://dl.fedoraproject.org/pub/epel/6/`uname -m`/freetds-devel-0.91-2.el6.`uname -m`.rpm -y
wget http://www.trieuvan.com/apache//apr/apr-util-1.5.1.tar.bz2
rpmbuild -ts apr-util-1.5.1.tar.bz2
su -c "yum-builddep ~/rpmbuild/SRPMS/apr-util-1.5.1-1.src.rpm -y"
rpmbuild --rebuild --target `uname -m` ~/rpmbuild/SRPMS/apr-util-1.5.1-1.src.rpm
su -c "yum localinstall ~/rpmbuild/RPMS/`uname -m`/apr-util-* -y"

#
yum install pcre-devel pcre-static pcre lua-devel libxml2-devel

# distcache
wget http://dl.fedoraproject.org/pub/fedora/linux/releases/16/Everything/source/SRPMS/distcache-1.4.5-22.src.rpm
rpmbuild --rebuild --target `uname -m` distcache-1.4.5-22.src.rpm
su -c "yum localinstall ~/rpmbuild/RPMS/`uname -m`/distcache* -y"

# compilar apache:
wget -c http://apache.mirrors.lucidnetworks.net//httpd/httpd-2.4.4.tar.bz2
rpmbuild -tb --target `uname -m` httpd-2.4.4.tar.bz2
su -c "yum localinstall ~/rpmbuild/RPMS/`uname -m`/httpd* -y"
su -c "yum localinstall ~/rpmbuild/RPMS/`uname -m`/mod_* -y"

chkconfig httpd on
iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 80 -j ACCEPT
service iptables save

Por último, PHP
wget http://vault.centos.org/6.4/os/Source/SPackages/php-5.3.3-22.el6.src.rpm
ln -s /usr/bin/mysql_config /usr/lib64/mysql/mysql_config
ln -s /usr/bin/apxs /usr/sbin/apxs
su -c "yum-builddep php-5.3.3-22.el6.src.rpm -y"
rpmbuild --rebuild --target `uname -m` php-5.3.3-22.el6.src.rpm
su -c "yum localinstall ~/rpmbuild/RPMS/`uname -m`/php* -y"

Conclusión, el entorno aún no está listo para aprovechar apache2.4.x, luego de instalar todo el software se van a presentar ligeros problemas, por ej. que el MPM por defecto es event y php puede molestar (¡aunque event es genial!), si utilizas el mismo módulo que con worker va bien, sin embargo no he ahondado en el tema pero php deja de cargar algunos módulos que sí compila, he probado con cambiar las configuraciones pero no di con el chiste, simplemente no carga cosas tan esenciales como json. Por otro lado por más interesante y optimizada que esté esta configuración faltan herramientas, por ejemplo fcgi no compila correctamente, así que no podrás contar con fcgi lo que es un total desperdicio, no he probado otros módulos de apache como mod_psgi pero seguro que dará problemas con algún otro módulo antiguo pero genial.

La Qbex Slim pad 7 es una tableta china distribuida por Qbex en Colombia, en realidad no se si aún se vende, es un modelo antiguo, del 2011, la mía la compré en una promoción de Almacenes Olimpica, no estoy seguro si en octubre o en noviembre del 2011, en fin, como te puedes imaginar, se trata de un dispositivo con android 2.3 y un procesador Rockchip RK2918 Cortex A8 1.2GHz (como muchas de las tablets chinas de la fecha). El dispositivo hace bastante poco y su rendimiento es bajo, más hoy si se le compara incluso con el rendimiento de un teléfono del año pasado, así que quien lo utiliza es mi hija de 2 años para jugar baby explorer y gato tom, pero con este último se bloqueaba cada tantos, así que usualmente venía furiosa a quejarse de que la tablet estaba negra. Aprovechando el día santo decidí pasar un par de horas viendo la posibilidad de actualizarla.

Resulta que Qbex no se preocupa mucho por sus usuarios, es más, yo creería que no les va muy bien a juzgar por como luce su sitio Web, poca o nula información e imposibilidad de descargar nada, ni ayudas, ni nuevos firmwares, ni nada, así que bastante mal proveedor resulta. La opción buscar otro proveedores que distribuyan la misma tablet que de forma genérica la consigues como: “r70 tablet pc android 23 rk2918 7 inch 43 capacitive 8gb silver”. Entre tantos me topé con 51cube.com que distribuye una tableta idéntica (o lo hacía), pero en su Web tiene todo lo necesario.

Rockchip Batch Tool v1.6

 y la imagen del firmware.

Decir que a mi me funcionó bastante bien, la mejora del rendimiento es tremenda, para mi hija una inmensa mejora, ahora el gato tom ya no molesta para funcionar incluso cuando decide abrir todas las versiones que tiene del mismo al mismo tiempo. A mi me ha gustado, ya no me parece desechable porque responde todo el tiempo, así que el problema era de drivers defectuosos que no aprovechaban el potencial del aparto y ahora tiene un UI 3.0.

Comentar que no es el firmware más rápido que encontré (lo que es sorprendente), me topé con una imagen que mejoraba el rendimiento de una forma insuperable, pero no tenía el driver de la wifi, yo no planeaba darme tanto trabajo, así que no busque ninguna solución, pero si alguien quiere hacerlo, aquí el segundo firmware (he dicho que no le funciona el wifi!!)

y el vídeo que utilicé como guía de lo que tenía que hacer: http://www.youtube.com/watch?v=bwM7wKlVAMg

Actualización: Por solicitud de los visitantes he subido una copia de la imagen: CUBE_U9GT_20111122.img.tar.bz2

Epístola: Tengo mucho tiempo trabajando con pasarelas de pago, desarrollando tiendas en línea y claro, irónicamente teniendo infinidad de problemas para recibir dinero desde fuera de Colombia.

El principal problema que existe en Colombia es la lentitud de los bancos, los procesos engorrosos para ingresas divisas y porqué no decirlo, un sistema bancario a medio desarrollar que se niega a ceder control y avanzar a la par que el resto del mundo.

Por suerte tenemos algunas alternativas, entre ellas Moneybookers, en el pasado utilicé Moneybookers como alternativa para recibir dinero desde fuera de Colombia; pero dejó de ser interesante con todo este tema de la crisis en España ya que la pasarela es utilizada sobre todo por europeos y no es muy conocida de este lado del mundo, además su uso está restringido a que tengas una cuenta previamente porque pedirle a un cliente que se someta a lo demorado de validarse en Moneybookers no siempre es una opción. Por último ahora no es muy atractiva al menos si pasas tu saldo a una cuenta Bancolombia que sin dar muchas razones ha decidido aplicar tipos de cambio abusivos donde siempre sales perdiendo mucho más de lo que esperas (por ej. recibes el 70% ó 65% de lo que crees es el cambio de moneda).

2co fue mi segunda opción, aunque su puesta en marcha es algo engorrosa, luego no es complicada de manejar y envía dinero a bancos en Colombia, sin embargo nunca la aproveché como me habría gustado por razones que hoy no vienen al caso, el asunto es que llevaba tiempo con el tema de poder recibir pagos desde paypal en Colombia, la razón: Paypal es una de las plataformas más utilizadas alrededor del mundo, además, conocida y manejada en América Latina. Sin embargo pasé tiempo sin conocer alternativas serias o reales. Hace poco me enteré que entre alternativas estaba Payoneer, sucede que ya le conocía, tuve mi primera tarjeta Payoneer por 2co, sin embargo la dejé vencer sin mucho uso. este servicio de 2co consiste en algo que desde Payoneer llaman servicio de afiliados, se trata de lo siguiente: por ejemplo con 2co, ellos proveen un servicio de pasarelas, te daban* la opción de solicitar una tarjeta Payoneer que se asociaba inmediatamente a tu cuenta en la que podías recibir pagos desde este servicio, bien podía configurar mi cuenta bancaria o pasar el saldo a la tarjeta, en el caso de configurar mi cuenta los costes eran elevados (ya mencioné algo de los tipos de cambio de bancolombia), en el caso de la tarjeta, era bastante más rápido y económico, pero dependes de tu proveedor inicial para activar la tarjeta ya que no permitirá recibir dinero de ningún lado si antes no has activado (recibido dinero) del proveedor.

Antes de continuar viene el asunto más importante, la confianza, centenares de opciones se presentan en línea como alternativa para recibir dinero desde paypal sin embargo el 99.9% de ellas son una farsa que buscan quedarse con algo del pastel (o con todo si los dejas), así que ¿porqué creer en Payoneer?, en mi caso, porque le conocía y había utilizado su servicio como tarjeta prepagada de 2co que es una empresa reconocida. Sin embargo, ¿de donde viene esta empresa? Según la Wikipedia se basan en acuerdos con MasterCard y algunos bancos para proveer el servicio, por ej. de choicebank y MetaBank (ahora, me consta que también de First Century Bank) y la verdad es que ninguna de las Webs da la menor confianza, pero al investigar un poco puedes entender que su negocio es el de proveer sus servicios con el menor coste posible, dicho eso se entiende que no inviertan en los canales que no les producen valor.
Están ubicados en USA NY, pero su centro de desarrollo (donde sucede la magia) está en Israel.

De que va todo el asunto: Payoneer ofrece un único servicio, tarjetas mastercard prepagadas; dichas tarjetas pueden ser cargadas desde una tarjeta de crédito (así que un tercero puede pagarte con su tarjeta por tus servicios) o desde uno de sus afiliados.

Lo interesante del servicio es que al tratarse de tarjetas mastercard (prepagadas o no) pueden usarse en cualquier parte del mundo para recibir pagos. Un servicio adicional (y que es lo realmente interesante y valioso de todo esto) que provee es el que ellos llaman US Payment Service que consiste en crearte una cuenta bancaria virtual por llamarla de alguna forma en un banco en USA, en realidad se trata de un servicio que se vale de la red ACH para realizar depositos directos a la tarjeta, pero te proveen todos los datos que necesitas como: Nombre del banco, un número de cuenta y un código ABA, así que para efectos prácticos, tienes una cuenta en USA que puedes utilizar para recibir pagos de diversas entidades, entre ellas paypal.

Pasos para conseguirlo: Es realmente fácil, puedes obtener una tarjeta desde uno de sus afiliados que ofrecen el servicio como método de pago de sus actividades o bien puedes solicitarla directamente a través de este link: Solicitar tarjeta Payoneer. Procedo a comentar los pasos (que son bastante simples):

1. Registrarse y solicitar tarjeta Payoneer.
2. Esperar mail de confirmación en el que te aceptan/aprueban el servicio.
   Pueden pasar unos 5 días hasta que te envíen mail de confirmación.
3. Si te aprueban, te enviarán la tarjeta a la dirección que proporciones.
   Avisan que puede tardar entre 22 y 29 días para que llegue, sin embargo yo la recibí en apenas 15 días exactos.
4. Una vez la recibes, ingresas a tu cuenta online y la activas (ingresas el número completo de la tarjeta) ya activada puedes empezar a utilizarla para recibir pagos.

Para utilizarla como método de pago para recibir tu dinero de paypal debes solicitar el US Payment Service, se supone que te llega un mail invitandote al uso del servicio, ese no fue mi caso, así que puse un mail en el link que aparece al final de la página de información del US Payment Service, pocos minutos después recibí un correo en el que me avisaban que mi aplicación al servicio estaba en proceso de validación y una hora después ya me habían activado el servicio, te envían un número de cuenta de un banco en USA y los datos para utilizarlo. Eso sí, te piden que llenes un formulario y envíes una copia de tu identificación (CC en Col.) para completar el proceso, una vez los envías ya puedes utilizar la cuenta con entera libertad. Por ultimo, te invitan a participar en su programa de referidos, te crean un link (como el que yo he puesto en la Web) con el que puedes invitar a las personas a registrarse y cuando ellos carguen los primeros 100USD en su cuenta, te enviarán a ti 25USD como premio y al tenedor de la tarjeta le regalarán 25USD (cosa que no sucede si se te ocurre registrarte usando el link directo de su Website).

Mi experiencia: Ahora les cuento como fue el proceso con paypal y payoneer, me han preguntado si funciona y que tal va, que cuanto cuesta y etc., procedo a comentarlo:

Empecé con un mínimo, no tenía mucho saldo en paypal, pues usualmente (y como todo colombiano del común) solo lo usaba para comprar, no para recibir, lo primero ingresar los datos que pide del banco en USA, aquí es solo ir a tu cuenta payoneer, ir a Services ->US Payment Service y te aparece una foto del cheque idéntica a la que sale en paypal como ayuda para ingresar los datos de tu cuenta (aquí no queda más que decir). Luego paypal inicia el proceso de verificación, igual que con la tarjeta de crédito, en lugar de retirar 2 y un pico de dolares, te hace una consignación de 0.algo, es decir de centavos de dolar (no te entusiasmes, no exceden los 20cent.) deberás esperar de 2 a 3 días para que se refleje en tu cuenta payoneer y cuando aparezcan los saldos, los agregas y activas la cuenta con lo que ya podrás pasar tu saldo de paypal a payoneer sin el menor problema.

Los costes: Según payoneer son cargos básicos y permanentes, los esbozan en su website, pero para mi fueron un poco diferentes, nada de que quejarse, pero no te extrañes cuando al sacar tus cuentas la cosa no cuadre.

Lo primero es el coste de mantenimiento anual de la tarjeta, avisan que es de 29.95, te los van a cobrar enseguida ingreses un saldo superior a los 30usd, a mi me cobraron 30.58.

Los costes por transacción, lo mejor es utilizar un cajero ATM que no cobre por uso del servicio, puedes ver una lista completa en el ATM LOCATOR de mastercard, avisan que el coste por consulta o transacción fallida (solo por meter la tarjeta) será de un dolar, la verdad no lo he hecho nunca, siempre consulto por Web, no puedo dar fe de ello. El coste por retiro si que lo conozco, avisan que será de 3.15 usd, hoy aprox. $5.716COP, sin embargo el coste que hoy me ha cobrado el cajero es de $6.200COP, una pequeña diferencia.

Cabe anotar: para retiros en efectivo, deberás seleccionar siempre “Avance tarjeta de crédito” de otra forma declinará la transacción, pero te cobrará como un retiro exitoso.

Conclusión: Definitivamente funciona como método para recibir dinero desde paypal y si ajustas tus cuentas, el coste es bastante bajo además de tratarse de un método seguro y confiable.

Aún hoy, en pleno 2013 recibo mails solicitando “intercambio de enlaces”, incluso he recibido correos de gente que parece disgustada porque no contesté a su solicitud absurda, o quienes no paran de enviar el mismo mail, por ejemplo este:

****
Buenos días,

Hace poco le había escrito un correo electrónico después de haber
visitado su página web www.————-.— y hasta ahora no he
recibido respuesta suya.
Nos encontramos en la búsqueda de nuevos publishers que se interesan en
la comercialización de sus páginas web y la venta de enlaces de texto.

Mi nombre es _______ _______ y trabajo en ——. En —— somos
especialistas en el area SEO y disponemos de una plataforma para la
compra y venta de enlaces de texto con relevancia para los buscadores.

Actualmente estamos notando mucha demanda por backlinks de páginas web
como la suya. Vender enlaces de texto (backlinks de html puros) es para
muchas páginas web una fuente de ingresos muy lucrativa, independiente
de visitas y clics. Obviamente no existe ningún compromiso de
exclusividad con respecto a otras formas de espacios publicitarios (p.
ej. Google AdSense, programas de afiliados, etc.).
Me parece que su sitio web sería perfecto para ofrecer backlinks en
nuestro mercado de enlaces y podría generar ingresos considerables con
ello. Le invito a visitar a nuestro mercado de enlaces y a registrarse
aquí: www.——.– (El registro es absolutamente gratuito y no implica
ningúna oblicación). El siguiente paso sería añadir su página web a
nuestro portfolio para la venta de backlinks.

En caso que le parezca interesante mi propuesta, me gustaría facilitarle
mas informaciones acerca de nuestra plataforma y su funcionamiento. No
dude en escribirme un email o en llamarme por teléfono!

Gracias y que tenga un buen día!
****

Que te parece, se trata de un completo “mercado” de links. Gracias a esfuerzos como este, los resultados de google son cada día más paupérrimos, yo he tenido que ir hasta la página 5 en algunas búsquedas para empezar a toparme con contenido relevante ya que las primeras 5 están plagadas de “websites optimizados” pero sin contenido interesante.

El absurdo no para aquí, desde que inicié como independiente me topé con muchas personas e incluso proyectos enteros que de una forma u otra denigran todo tipo de profesión, en realidad no culpo a nadie, creo se trata de un tema de percepción, aún existen muchas personas que consideran que como tu trabajo se basa en el uso de tecnologías previas o conocimientos, tu tiempo no debe costar más de un huevo. Esto lo he visto sobre todo en el caso de los diseñadores gráficos, que de una u otra forma su resultado “parece” no agregar valor, olvidando que son parte integral del mercadeo de cualquier producto.

Personalmente he recibido “propuesta millonarias”, donde lo único que tengo que hacer es todo el trabajo y si funciona, me garantizan un pequeño porcentaje.

Han sido docenas de propuestas como esta, recientemente he recibido esta que me ha causado mucha gracia.

************
La propuesta es esta:

Yo soy el propietario del dominio www.————-.com, quiero desarrollarlo para promocionar el —— a nivel mundial, y ofreciendo publicidad a los estableciemintos de —– —– , tales como hoteles, guias, cabanas, restaurantes , etc.

La idea es tener alguien en —– —– que ofrezca el servicio de publicidad en el sitio web allí en la ciudad, y tener tarifas de publicación aceptables. Si esta interesado en desarrollar el dominio, los ingresos los compartiríamos en 50% y 50%

Que aporto:
El dominio: www.————-.com, apuntar los siguientes dominios a este dominio, como son: ——————.com, ——————.COM

El servicio de hosting, gestión SEO para el dominio

Que aportaría usted:
Diseno de la pagina, actualización de publicadores (en esto puedo apoyar yo también), buscar clientes para publicidad en el portal.

Analize si posible, iniciar este proyecto
“Datos adicionales de este dominio”
Busqueda en Google, mensual
33100

Referencia en el buscador de Google
705000

Gracias
************

Ahora vamos a analizar esta súper propuesta:

• El cliente provee hosting y 3 dominios, si son comprados en Colombia por ejemplo, el valor es de aprox. 40.000 pesos por dominio o su equivalente 68USD, si se compran directamente, bien pueden costar unos 36USD. el hosting varía en coste según prestaciones desde los 85 a los 200USD para hosting compartido, es decir, el valor anual que se aporta está entre 121 y 268 dolares.

Muy interesante. Ahora, la relevancia del dominio y el valor que el mismo puede aportar a un proyecto es difícil de calcular si no lo presento, así que tendrán que confiar en mi cuando digo que existen muchos sustitutos viables (que basados en lo que comento arriba acerca de los contenidos optimizados pero irrelevantes…) que bien pueden aportar un valor idéntico.

Ahora veamos lo que se pide como aporte para ganar el 50% del proyecto:

• Haga el website y para que aporte valor, debe hacerse lo suficiente sobre el mismo, incluido el desarrollo de los contenidos (que no se menciona que se apoyará en esto), el coste aprox. entre 1200 y 3500USD

• Luego de esto, debe darse a la tarea de hacer publicidad y promoción, y buscar clientes, digamos que contratamos a alguien para esta tarea, se requiere al menos pagar un salario mínimo y apoyo en transportes (de otra forma a nadie le interesaría gastarse el sueldo paseando para hacer el trabajo), uno 390USD, pero esto sería solo durante el primer mes, debe equipararse a todo un año de trabajo, lo que da aprox. 4680USD sin contar prestaciones y demás gastos de ley.

Lo que resume el aporte entre 5880 y 8180USD. TODA UNA GANGA!, esto se resume en:

• Inviertes: entre 5880 y 8180USD
• “socio” invierte: entre 121 y 268USD

Pero no seamos injustos, supongamos que el dominio realmente aporta valor (que no es cierto), que su coste como dominio premium sea de unos 2000USD (solo el dominio principal, los otros dos no pasan de ser sustitutos apenas viables), eso cambiaría las cosas y las dejaría como que te has dejado estafar, pero emparejaría las cuentas así:

• Inviertes: 5880USD (en el caso más barato)
• “socio” invierte: 2244USD (en el caso más costoso)

y obtienes: 50% de los ingresos, ¿que te parece?, ¿una ganga no?

Obviamente mi respuesta fue un NO, MUCHAS GRACIAS.
¿Que respondes tu frente a estas propuestas?
¿Que opinión te merecen?

Procuro mantener el uso de software de código libre, así que aún utilizo OpenOffice.org, recientemente me pasé a LibreOffice, más que nada por los comentarios de muchos que declaran que es superior y se mantiene actualizado comparado con su competencia (OO.o), la verdad es que al menos sobre Mac es un verdadero desastre, un monstruo que traga recursos casi sin detenerse (algo parecido a Firefox que con un par de días sin cerrarse y solo unas 50 pestañas llega a consumir hasta 2.5GB de ram, pero esa es otra historia), la verdad es que no merece la pena si lo que planeas hacer es el documento de levantamiento de requerimientos o el doc de anotaciones y entrega de un proyecto, para eso siempre se agradece un editor rápido y simple. Pues para eso está hecho Bean, se trata del AbiWord para OS X.

Bean ocupa solo 7 megas en tu computadora y funcionando no supera las 50megas de asignación de recursos, es genial.

En contra: Se ha detenido su desarrollo, pero no es que necesite que se le agregue mucho más.

A favor: Es Gratis, ligero y hace lo que promete.

Hoy quiero presentar el como iniciar desarrollos Perl en Mac OS X aprovechando claro el apache2 instalado en el sistema. Lo primero será hacer andar Apache, si se trata de una versión previa a OS X 10.7.x vale este how to, sino, solo tendrás que crear un archivo para tu usuario en: /etc/apache2/users/TU_USUARIO.conf con el siguiente contenido básico:

<Directory "/Users/TU_USUARIO/Sites/">
    Options Indexes MultiViews
    AllowOverride None
    Order allow,deny
    Allow from all
</Directory>

Luego, arrancar apache con: sudo apachectl start

Puede que gustes tener todo lo necesario e instalar MySQL en OSX también, luego actualizar Perl a la última versión con perbrew en tu Mac no estaría nada mal.

Ahora para tener funcionando Perl como CGI en tu Mac, solo necesitas hacer pequeños cambios en el archivo de configuración de tu usuario en apache:

<Directory "/Users/TU_USUARIO/Sites/">
 Options MultiViews Indexes SymLinksIfOwnerMatch Includes ExecCGI
 AllowOverride All
 Order allow,deny
 Allow from all
</Directory>

DirectoryIndex index.php index.html index.cgi index.pl

Luego, editar el archivo: /etc/apache2/httpd.conf, remover las líneas de #AddHandler cgi-script .cgi . Debe quedar así:

AddHandler cgi-script .cgi .pl

También remover los comentarios de

AddType text/html .shtml
AddOutputFilter INCLUDES .shtml

Con esto ya ha quedado, ya puedes empezar a probar tus scripts Perl, recuerda siempre hacerlo de esta forma:

#!/usr/bin/env perl
print "content-type: text/html\n\n";
print "hola mundo";

La primera línea es para no utilizar siempre la versión predeterminada como ruta de Perl, sino la que tengas activa en tu cuenta de usuario (por si utilizas perbrew o tienes múltiples versiones instaladas y seteas como predeterminada una u otra). La segunda línea crea la cabecera del documento, lo que lo hace apto para presentarse en un navegador (y para ser ejecutado como CGI), de ese punto en adelante está tu código.

Ya visto todo esto, quiero comentar que uno de los inconvenientes con los que rápidamente me topé es que al menos para la Web, Perl está en claro desuso a favor de lenguajes como PHP, una de las principales razones es el desconocimiento. En el pasado Perl era el principal lenguaje libre para la Web, todo a través de CGI, entonces surgió PHP como alternativa, era un lenguaje más fácil, pensado en la Web, además más conveniente para los hosting compartidos, esto porque mod_php brindaba más control y opciones de seguridad, por otro lado existen centenares de maneras de resolver un mismo problema en Perl y por alguna extraña razón, a muchos programadores Perl les encantaba hacer su código enredado, y entre las posibilidades que brinda Perl está el resolver el mismo problema de infinidad de maneras diferentes y con código simple o tremendamente intrincado, es más, se volvió una subcultura en Perl el desarrollo de código ofuscado.

Sin embargo el lenguaje ha evolucionado, es increíblemente rápido y versátil, ya no existen razones para considerarlo una herramienta en línea de comandos que puede utilizarse para la Web, sino un lenguaje tremendamente maduro con excelentes características para funcionar en la Web que por cierto (y cabe recalcarlo), es tremendamente más rápido que PHP como CGI. Lastimosamente no lo ve así gran parte de la comunidad de programadores de antaño, que a su vez han sembrado la semilla en los nuevos programadores que al no ver comunidad ni recomendaciones, no lo ven como una opción y lo descartan sin más, otro problema con el que me he topado son los frameworks disponibles, mucho menos que los disponibles para php, además más complejos de lo necesario/esperado. Por otro lado, una de las cosas que te llevan a trabajar sobre PHP es la cantidad de herramientas disponibles y la cantidad de gestores de contenido que pueden utilizarse, en Perl no es así, si que existen muchas herramientas sin embargo nada que encuentres “organizado”, respecto a los CMS, solo conozco Movable Type, su licencia no es 100% libre, ya que es del tipo “fremium”, una versión capada OpenSource, una versión completa luego de pago de licencia, pero esto no resta potencia a su versión libre, que es probablemente el mejor y más potente CMS que conozco.

Aquí la opción es tuya, C#, PHP, Ruby, Perl, el que prefieras, hoy te recomiendo jugar con Perl y conocerle, que sepas que existe como opción y que es tremendamente poderoso.