Archive

Archive for June, 2010

Protected: Demystifying Dokkeos 2.0

June 30, 2010 Enter your password to view comments.

This content is password protected. To view it please enter your password below:

Advertisements
Categories: Chamilo, Dokkkeos, English Tags:

Howto debug templates in Akelos

One of the problems with having everything built into a framework is that, if someone messes up, it is really difficult to find where.
If you want to debug templates in Akelos (i.e. put error_log() calls inside your .tpl files), you’ll need to edit your config/config.php file and add

define(‘AK_TEMPLATE_SECURITY_CHECK’,false);

Then if you want to get more logs about what’s happening inside your application (as seen by Akelos), you can take the opportunity to also add

define(‘AK_LOG_EVENTS’,true);

This last constant definition will write all internal logs to the log/ directory (log/production.log if you’re in production, or log/development.log if you’re in development mode)

Reunión de hacking Drupal 7

Foto de un momento “histórico”?: 9 personas codeando (sí!) en o con el grupo Drupal Perú, en nuestras oficinas.

Los “online” están en simultáneo en irc.freenode.net: #drupal-es

Como instalar Drupal 7 dev bajo Linux

June 20, 2010 2 comments

Para poder instalar Drupal 7 y seguir la documentación siguiente paso a paso, necesitarán:

  • un servidor Apache
  • un servidor MySQL
  • el sistema de gestión de versiones CVS

Desde ahí, seguir las indicaciones diguientes:

  • descargar drush en http://ftp.drupal.org/files/projects/drush-All-versions-3.0.tar.gz (es necesario tener una versión 3 o superior, así que si tiene una antigua, mejor eliminarla)
  • ponerlo (bajo Linux) en /tmp
  • descomprimirlo como usuario root (importa para lo que vamos a hacer mas tarde)
  • mover la carpeta drush en /usr/local/bin (mv drush /usr/local/bin/)
  • cd /usr/local/bin/drush
  • ./drush
  • cd /usr/bin
  • ln -s /usr/local/bin/drush/drush .
  • cd /var/www/
  • mkdir drupal7
  • drush dl drupal-7.x --drupal-project-rename=drupal7
  • cd /var/www/drupal7/sites/default
  • drush site-install standard --db-url=mysql://drupal7:demo@localhost/drupal7
  • desde ahí tienen un drupal7 instalado en http://localhost/drupal7 con cuenta admin/admin

O en un par de comandos:

  •  mysql -u root -p
  • grant all privileges on `drupal7`.* to 'drupal7'@'localhost' identified by 'demo';
  • sudo su; cd /tmp; wget http://ftp.drupal.org/files/projects/drush-All-versions-3.0.tar.gz; tar zxf drush-All-versions-3.0.tar.gz; mv drush /usr/local/bin/; cd /usr/local/bin/drush; ./drush; cd /usr/bin; ln -s ../local/bin/drush/drush .; cd /var/www; mkdir drupal7; drush dl drupal-7.x --drupal-project-rename=drupal7; cd /var/www/drupal7/sites/default; drush site-install standard --db-url=mysql://drupal7:demo@localhost/drupal7

Mailing Publicitario

El error que muchas veces repetimos  cuando hacemos un envío de “Mailing publicitario” es que al implementarlo o lo hacemos con etiquetas “div” cuando realmente deberíamos hacerlo con “tablas”, pero el error que muchas veces nos cuesta horas de tiempo y de investigación es cuando los servidores de correo “Yahoo, Gmail, Hotmail y otros” muestran nuestras implementaciones html, css  totalmente distintas a como las veríamos en el browser, estos servidores de correo suelen colocar unos espacios entre imagen e imagen .

Beeznest despues de haber trabajado sobre desarrollos web para empresas como “Samsung ”  e “Intel” esta ahora implementando sistemas de Mailing publicitario para ello donde brindamos al cliente estadísticas del mismo en base a sus requerimientos. La manera que encontré para solucionar estos espacios que los servidores de correo me daban entre imagen e imagen fué tan simple como una línea de código css :

display:block

Se coloca dentro de cada img por ejemplo :

<img style=”display:block;”

Dejo unas capturas

Categories: comercial, Spanish Tags: , ,

Como mostrar colores en edición de scripts en servidores con vim

  • Editar (como admin) el fichero /etc/vim/vimrc y encontrar la línea que dice “syntax on” o “syntax off”
  • Asegurarse que esta línea está a “syntax on” y que no esté comentada (una doble comilla al inicio la comentaría)
  • Editar cualquier fichero de código usando vim… Ya está
  • También se puede configurar por cuenta, usando el fichero .vimrc en la carpeta del usuario mismo y poniéndole un “syntax on”

Esta funcionalidad no usa muchos recursos (mientras no esté editando ficheros de más de medio MB) y es muy útil para ver el código de forma más clara/ordenada.

Como hacer un merge de distintas ramas mercurial (o repositorios hg)

Si no está usando Mercurial como sistema de control de versiones, este artículo no es para Usted.

Cuando uno empieza a usar Mercurial de forma un poco más avanzada, a veces surge la necesidad de hacer un merge (mezclar) dos repositorios, o dos ramas, del controlador de versiones. Aquí les indico un buen procedimiento para hacerlo. Pero ante todo, es importante configurar Mercurial para que les de una buena herramienta para hacer el merge en caso hayan conflictos. Para esto, se puede editar el fichero /etc/mercurial/hgrc.d/mergetools.rc y darle algo parecido (en el caso de kdiff3) a:

[merge-tools]
kdiff3.args=–auto –L1 base –L2 local –L3 other $base $local $other -o $output
kdiff3.regkey=Software\KDiff3
kdiff3.regappend=\kdiff3.exe
kdiff3.fixeol=True
kdiff3.gui=True

  1. haga un clone local de la rama que se tiene que a actualizar con los cambios de la otra: hg clone https://sources.example.com/public/tronco
  2. entre a la carpeta (local) de la rama: cd tronco
  3. haga un pull de la rama que lleva las modificaciones: hg pull https://sources.example.com/public/rama-c
  4. haga un merge: hg merge
  5. posiblemente revise los
  6. haga un commit de los cambios: hg commit -m “merge with rama-c”
  7. haga un push (una vez confirmados los cambios)
Categories: desarrollo, Spanish Tags: ,
%d bloggers like this: