vim /etc/sysconfig/network-scripts/ifcfg-eth0

DEVICE=eth0
BOOTPROTO=dhcp
TYPE=Ethernet
HWADDR=08:00:27:b4:d7:97
PEERDNS=yes

vim /etc/sysconfig/network-scripts/ifcfg-eth1

DEVICE=eth1
BOOTPROTO=none
ONBOOT=yes
BROADCAST=192.168.56.255
IPADDR=192.168.56.101
NETMASK=255.255.255.0
NETWORK=192.168.56.0
HWADDR=08:00:27:07:19:1c
TYPE=Ethernet
GATEWAY=192.168.56.1
IPV6INIT=no
USERCTL=no

Tambien esta el asistente que puede ayudar:

system-config-network

Y para poder trabajar más cómodos, configuraremos el servidor de SSH para que este activo desde el arranque:

chkconfig --levels 235 sshd on

Hay una herramienta interactiva para seleccionar que servicios arrancar o no en el inicio del sistema:

ntsysv

Ahora, una vez conectados por SSH, primero una actualización completa:

yum update -y

Instalación de componentes necesarios para instalar “Guest Additions”:

yum -y install \
gcc \
kernel-headers-`uname -r` \
kernel-devel-`uname -r`

Instalación de “Guest Additions”. Seleccionar la opción del menú y seguir los siguientes comandos:

mkdir /media/VirtualBoxGuestAdditions
mount -r /dev/cdrom /media/VirtualBoxGuestAdditions
cd /media/VirtualBoxGuestAdditions
./VBoxLinuxAdditions.run

Añadiendo repositorios y actualizando:

rpm -ivh http://download.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-5.noarch.rpm
rpm -Uvh http://rpms.famillecollet.com/enterprise/remi-release-6.rpm
 
yum upgrade

Editar el fichero /etc/yum.repos.d/remi.repo, para cambiar el valor de enable, y añadir la prioridad al final de la sección de [remi]:

enable=1
priority=3

Instalando todos los componentes necesarios:

yum install -y \
php \
php-common \
php-gd \
php-cli \
php-mysql \
php-devel \
php-mbstring \
php-xml \
php-pdo \
php-mssql \
php-mcrypt \
mysql-server \
mysql \
samba \
htop \
git \
tig \
subversion \
gettext \
memcached \
java-1.6.0-openjdk \
php-pear \
php-pear-phing \
php-pecl-xdebug \
php-pecl-apc \
php-pecl-memcache \
php-pecl-memcached

pecl upgrade-all

pear upgrade-all

Para instalar Subversion 1.7:

wget http://svn-ref.assembla.com/svn-clients/SVN_1.7.2_clients/CentOS-6-Subversion%201.7.2_client-64bit.rpm
yum localinstall --nogpgcheck CentOS-6-Subversion\ 1.7.2_client-64bit.rpm

Habilitando para que arranque desde inicio Apache, MySQL y Samba:

chkconfig --levels 235 mysqld on
chkconfig --levels 235 httpd on
chkconfig --levels 235 smb on

Deshabilitando el firewall IPTables:

chkconfig iptables off

Dar permisos al usuario de Apache para el directorio Document Root:

chown apache.apache /var/www/html/

Crear un usuario para desarrollar:

useradd developer -g apache -N
passwd developer
smbpasswd -a developer

Para darle permisos para ejecutar comando como root, hay que añadir la siguiente línea en el fichero /etc/sudoers:

developer      ALL=(ALL)       NOPASSWD: ALL

Configuración de Samba para poder acceder desde Windows. Modificar el archivo /etc/samba/smb.cnf y añadir:

[html]
    comment = WWW
    path = /var/www/html
    read only = no
    guest ok = no
    browseable = yes
    valid users = developer
    create mask = 0644
    force create mode = 0600
    security mask = 0555
    force security mode = 0600

[pear]
    comment = PEAR
    path = /usr/share/pear
    read only = yes
    guest ok = yes
    browseable = yes

Un posible problema es que este el firewall activado. A parte de desactivar el IPTABLES, hay que poner en modo permisivo el SElinux:

vim /etc/selinux/config

SELINUX=permissive

Y posteriormente reiniciar el servidor.

Asignar password al usuario ‘root’ de MySQL:

mysqladmin -u root password 12345678

Consultar los usuarios creados en MySQL, para eliminar los usuarios que no queramos:

SELECT user, host FROM mysql.user;
DROP USER ''@'localhost';
DROP USER ''@'localhost.localdomain';
DROP USER 'root'@'localhost.localdomain';
DROP USER 'root'@'::1';
DROP USER 'root'@'127.0.0.1';

Crear el usuario para acceder desde fuera de la máquina:

CREATE USER 'root'@'%' IDENTIFIED BY '12345678';
GRANT ALL ON *.* TO 'root'@'%' WITH GRANT OPTION;

En el fichero /etc/my.cnf añadiremos parámetros para establecer todo en UTF8:

[mysqld]
log_slow_queries=/var/log/mysqld.slow.log
long_query_time=2
 
init_connect='SET collation_connection = utf8_general_ci'
init_connect='SET NAMES utf8'
character-set-server=utf8
collation-server=utf8_general_ci
 
[mysql]
default-character-set=utf8

Cambiar parámetros en la configuración de Apache, en el fichero /etc/httpd/conf/httpd.conf:

KeepAlive On
NameVirtualHost *:80

Crear un virtualhost por defecto, para las peticiones que no estan encaminadas. Crear un fichero en /etc/httpd/conf.d/_default.conf:

<VirtualHost *:80>
    DocumentRoot /var/www/html/default/httpdocs
    ServerName example.com
 
    ErrorLog  /var/www/html/default/logs/error.log
    CustomLog "|/usr/sbin/rotatelogs /var/www/html/default/logs/access-%Y-%m-%d.log 86400" common
</VirtualHost>

Cambiar parámetros en la configuración de PHP, en el fichero /etc/php.ini:

memory_limit = 128Mb
error_reporting = E_ALL | E_STRICT
display_errors = On
html_errors = On
date.timezone = Europe/Madrid
expose_php = Off

Cambiar parámetros en la configuración de XDebug, en el fichero /etc/php.d/xdebug.ini:

xdebug.dump.GET = *
xdebug.dump.POST = *
xdebug.dump.SERVER = REMOTE_ADDR, REQUEST_METHOD, SCRIPT_FILENAME, QUERY_STRING
xdebug.dump.SESSION = *
 
xdebug.cli_color = 1
 
xdebug.collect_params = 4
xdebug.collect_return = On
 
xdebug.var_display_max_children = 300
xdebug.var_display_max_data = 1000
xdebug.var_display_max_depth = 7
 
;xdebug.show_local_vars = On
 
xdebug.remote_enable=On
xdebug.remote_host="localhost"
xdebug.remote_port=9000
xdebug.remote_handler="dbgp"
 
xdebug.auto_trace = Off
xdebug.trace_format = 2
 
xdebug.scream = On
 
xdebug.profiler_enable = Off
xdebug.profiler_output_name = cachegrind.out.%H.%t.xt

Modificar el comportamiento de Vim, editando el archivo ~/.vimrc:

:set number
:set tabstop=4
:set shiftwidth=4
:set expandtab
:set fileencodings=utf-8
:set incsearch

Añadir alias y configuraciones a Git, editando el archivo ~/.gitconfig:

[core]
    autocrlf = input
 
[alias]
    co = checkout
    ci = commit
    st = status
    br = branch
    h = log --graph --date=iso --pretty=format:'%Cgreen%h%Creset %Cblue%ad%Creset | %s%Cgreen%d%Creset %C(yellow)[%an]%Creset'
    ha = log --graph --date=iso --all --pretty=format:'%Cgreen%h%Creset %Cblue%ad%Creset | %s%Cgreen%d%Creset %C(yellow)[%an]%Creset'
    hist = log --pretty=format:\"%h %ad | %s%d [%an]\" --graph --date=short
    type = cat-file -t
    dump = cat-file -p
    df = diff
    dfs = diff --staged
    pr = pull --rebase
    save = stash save
    savem = stash save --keep-index
    recover = stash pop --index
    recoverf = !git stash show -p | git apply && git stash drop
    undo = reset --hard
 
[color]
    ui = auto

Crear unos alias personalizados, editando el fichero ~/.bashrc:

alias docroot="cd /var/www/html"
alias virhosts="cd /etc/httpd/conf.d"
 
alias rsthttpd="sudo service httpd restart"
alias rstmysqld="sudo service mysqld restart"

Crear un virtualhost por defecto, para las peticiones que vayan a hosts que no tenemos controlados. Crear el archivo /etc/httpd/conf.d/_default.conf:

<VirtualHost *:80>
    DocumentRoot /var/www/html/default/httpdocs
    ServerName example.com
 
    ErrorLog  /var/www/html/default/logs/error.log
    CustomLog /var/www/html/default/logs/access.log common
</VirtualHost>

Faltaría crear las carpetas /var/www/html/default/logs,  /var/www/html/default/httpdocs y un fichero  /var/www/html/default/httpdocs/index.php con un mensaje.

Para los demás VirtualHosts, crearemos un fichero en /etc/httpd/conf.d

<VirtualHost *:80>
    DocumentRoot /var/www/html/otroblogmas.com/httpdocs
    ServerName otroblogmas.com
    ServerAlias www.otroblogmas.com
 
    SetEnv APPLICATION_ENV "development"
    ErrorLog  /var/www/html/otroblogmas.com/logs/error.log
    CustomLog "|/usr/sbin/rotatelogs /var/www/html/otroblogmas.com/logs/access-%Y-%m-%d.log 86400" common
</VirtualHost>

Entradas relacionadas:

1. Configurar XAMPP para proyectos en desarrollo en local
2. Instalar y configurar XAMPP y Eclipse en Windows
3. Configurar XAMPP para debugar con XDebug en Netbeans

Solo quiero recoger las funciones que he visto más interesantes o que más comúnmente se pueden usar:

• var_dump(): XDebug sobreescribe la función nativa, mostrando más detalles de una variable.
• xdebug_break(): establece un breakpoint.
• xdebug_call_class(): retorna el nombre de la clase en la que se encuentra la ejecución.
• xdebug_call_file(): retorna el nombre del fichero en el que se encuentra la ejecución.
• xdebug_call_function(): retorna el nombre del método en el que se encuentra la ejecución.
• xdebug_call_line(): retorna el número de línea en el que se encuentra la ejecución.
• xdebug_debug_zval(): retorna información sobre los puntos que apuntan a una variable, o si es un puntero la variable.
• xdebug_dump_superglobals(): retorna información sobre las variables super globales.
• xdebug_get_code_coverage(): retorna información sobre que líneas han sido ejecutadas, y cuantas veces.
• xdebug_get_declared_vars(): retorna las variables declaradas o accesibles en el momento de la ejecución.
• xdebug_get_function_stack(): retorna información sobre la pila de llamadas en el momento de ejecución.
• xdebug_get_headers(): retorna todos los headers establecidos hasta el momento.
• xdebug_memory_usage(): retorna el número de memoria en uso.
• xdebug_print_function_stack(): printa directamente la pila de llamadas en curso.
• xdebug_time_index(): retorna el instante actual desde el inicio de la ejecución.

Entradas relacionadas:

1. Configurar XAMPP para debugar con XDebug en Netbeans
2. Configurar PHP para que muestre los errores
3. dBug: clase en PHP para substituir a var_dump o print_r

Después de aprender a construir pruebas unitarias, de estudiar a fondo PHPUnit y hacerme apuntes, solo me quedaba crear un Cheat Sheet de PHPUnit.

Esta basado en la versión 3.6 de PHPUnit, y aparecen los diferentes métodos ”asserts” que existen, los elementos necesarios para generar los Mock Objects que se requieran, utilidades, ejemplos, …

Cualquier corrección o mejora, será bién recibida.

English version

This cheat sheet is based on verion 3.6 of PHPUnit, and there are the diffferent methods “asserts” that exist, the necessary elements to generate Mock Objects are required, utilities, examples,…

Any correction or improvement is welcome.

Versión 0.1

• Format PNG – Download
• Format PDF – Download
• SlideShare – Link

Entradas relacionadas:

1. Firebug: cheat sheet para sacar el máximo provecho
2. Patrones de diseño: cheat sheet
3. Instalar PHPUnit en el XAMPP de Ubuntu

Habla de aspectos muy importantes como:

• Coding Standards
• IDEs
• Metodologías
• Pruebas unitarias
• Pruebas automáticas
• Frameworks
• Integración continua
• Servidores de control de versiones
• Documentación
• Issue trackers
• …

PHP profesional from decharlas.com on Vimeo.

Como dice en la charla, se podría crear una checklist y comprobando los aspectos que nos faltan dominar o implementar en nuestro proyecto.

Presentación en SlideShare “Al rico” PHP:

Entradas relacionadas:

1. Configurar XAMPP para proyectos en desarrollo en local
2. Crear máquina virtual de desarrollo en VirtualBox

Decisiones que NO se deben de tomar:

• Uso de private en propiedades o métodos.
• Uso de static en propiedades o métodos.
• Uso de final en métodos.
• Uso del operador new.
• Uso del patrón Singleton, que conlleva el uso de los 4 puntos anteriores.
• Uso de variables globales.

Alternativas:

• Uso del Dependency Injection.
• Uso de la clase Reflection.

Entradas relacionadas:

1. Mock vs Stub, y otros elementos de Unit-Testing
2. SOLID: los principios de la programación orientada a objetos
3. Patrones de diseño: patrón Singleton

• Stub: se genera un nuevo objeto usando el método getMock(), a partir de una clase que puede ser la misma que se esta testeando o otra clase que se usa.
• Mock: idéntico a un Stub, pero con el añadido que en la creación del Mock, se añaden condiciones o “matchers” para comprobar la correcta utilización de la clase. Aportando así más pruebas al test.

Los siguientes diagramas quizás ayudan más a entender algo muy parecido:

A parte de un stub o un mock, también se puedan usar otros elementos para realizar las pruebas unitarias:

• Fake: clase programada para generar objetos que aparientan un funcionamiento correcto.
• Dummy: objetos usados para rellenar o ser pasados por parámetro. De implementación pueden estar vacíos, ya que no van a ser usados directamente.
• Spy: stub pero además de cumplit su función, almacena información como los métodos llamados.

Entradas relacionadas:

1. Principios de programación para Unit-Testing
2. Patrones de diseño: patrón Singleton
3. PHPUnit Cheat Sheet

Para realizar una captura, hay que usar los paréntesis. Pero puede darse el caso en que se usen los paréntesis y no se quiera la captura, sinó que simplemente se utiliza para decir que es opcional su contenido.

Para anular la captura sería de la forma (?: )

Las capturas que hace una expresión regular, son guardadas en un array que numéricamente va añadiendo. Después tenemos que ir cogiendo los resultados según el índice numérico que ha asignado. Con la expresión regular:

(http|ftp):\/\/(?:(.*)\.)?(.*)\.(.{2,4})

en las siguentes cadenas:

http://www.softonic.jp
ftp://es.mmi.imonge.net
http://otroblogmas.com

se obtiene:

Array
(
    [0] => Array
        (
            [0] => http://www.softonic.jp
            [1] => ftp://es.mmi.imonge.net
            [2] => http://otroblogmas.com
        )
 
    [1] => Array
        (
            [0] => http
            [1] => ftp
            [2] => http
        )
 
    [2] => Array
        (
            [0] => www
            [1] => es.mmi
            [2] =>
        )
 
    [3] => Array
        (
            [0] => softonic
            [1] => imonge
            [2] => otroblogmas
        )
 
    [4] => Array
        (
            [0] => jp
            [1] => net
            [2] => com
        )
 
)

Si se quiere etiquetas las capturas hechas, se puede hacer de la forma (?’captura’ ) o (?< >). De esta manera, con la expresión:

(?'protocol'http|ftp):\/\/(?:(?'subdomain'.*)\.)?(?'domain'.*)\.(?'tld'.{2,4})

se obtiene un array más usable:

Array
(
    [0] => Array
        (
            [0] => http://www.softonic.jp
            [1] => ftp://es.mmi.imonge.net
            [2] => http://otroblogmas.com
        )
 
    [protocol] => Array
        (
            [0] => http
            [1] => ftp
            [2] => http
        )
 
    [1] => Array
        (
            [0] => http
            [1] => ftp
            [2] => http
        )
 
    [subdomain] => Array
        (
            [0] => www
            [1] => es.mmi
            [2] =>
        )
 
    [2] => Array
        (
            [0] => www
            [1] => es.mmi
            [2] =>
        )
 
    [domain] => Array
        (
            [0] => softonic
            [1] => imonge
            [2] => otroblogmas
        )
 
    [3] => Array
        (
            [0] => softonic
            [1] => imonge
            [2] => otroblogmas
        )
 
    [tld] => Array
        (
            [0] => jp
            [1] => net
            [2] => com
        )
 
    [4] => Array
        (
            [0] => jp
            [1] => net
            [2] => com
        )
 
)

Para añadir un comentario en la expresión regular, se puede hacer de dos manera:

• Añadir el comentario en medio de la expresión regular con la forma (?#comentario).
• Usar el modo free-spacing para hacer la expresión regular en varias líneas, y poder añadir comentarios. Para activar el modo free-spacing, hay que añadir la “x” al final. De esta manera los espacios ( espacios, tabuladores y saltos de línea) son ignorados, excepto en los grupos. Si encuentra una almohadilla, todo lo siguiente lo considera un comentario. Mejor un ejemplo:

  $regexExpr = "/
  	# Match a 20th or 21st century date in yyyy-mm-dd format
  	(19|20)\d\d                # year (group 1)
  	[- /.]                     # separator
  	(0[1-9]|1[012])            # month (group 2)
  	[- /.]                     # separator
  	(0[1-9]|[12][0-9]|3[01])   # day (group 3)
  /x";

  Para determinar un espacio a ser buscado, se puede hacer “\ “, “\s” o “\x20″.

Entradas relacionadas:

1. Expresiones regulares con PHP
2. Parsear strings en formato camelCase en PHP
3. Herramientas para detectar redes WIFI en Windows

En la programación orientada a objetos (POO), la función de autocompletado ayuda a encontrar propiedades o funciones de clases desarrolladas. Pero si el objeto no es creado a traves del operador new, el IDE no sabrá de que clase es el objeto, y no podrá ofrecer las sugerencias correctamente. Es el típico caso de los patrones de diseño de Factory, incluso dependiendo del caso podría ocurrir con el patrón Singleton.

Una manera de informar al IDE sobre de que clase es el objeto que se esta utilizando, es añadir un comentario en el código.

Para el desarrollo de PHP en el IDE Netbeans sería:

/* @var $objeto SuClase */

Y para Eclipse sería:

/* @var objeto SuClase */

Vía @fiunchinho

Entradas relacionadas:

1. Instalar y configurar XAMPP y Eclipse en Windows
2. Atajos de teclado de Netbeans para Zend Framework
3. Configurar XAMPP para debugar con XDebug en Netbeans

• Hidden features of PHP
• APC & Memcached the high performance duo
• A new approach to object persistence in PHP
• Split A/B Testing Database-driven PHP Web Applications
• In search of: Integrating site search
• How to scale PHP applications
• Cloud computing with PHP and Azure
• Design patterns… revisited for PHP 5.3
• PHP in the Enterprise: Develop and Deploy Mission Critical Applications
• RDBMS in the social networks age
• Cómo involucrarse con PHP
• Real-time Communication Techniques with PHP
• Demystifying PostgreSQL
• Database version control without pain
• PHP en Android
• Scaling Magento
• Continuous Improvement in PHP projects
• iPhone Websites with PHP
• Distributed Source Code Management
• Varnish in action
• Architecture and testability
• Comet: By Pushing Server Data, We Push the Web Forward
• Doctrine 2.0
• Lemur Framework
• Service Oriented Architecture: a good thing to do
• Mondongo, un ODM para PHP y MongoDB
• SCRUM al detalle: Revisión práctica y perversiones humanas
• MySQL client caching
• Desarrollo de aplicaciones para Facebook en PHP
• PHP Team organisation
• PHP through the eyes of a hoster
• High Performance WebApps Faster & Easier with NOLOH

Y una última presentación como bonus, el test para el certificado de PHP 5.3 de Zend

Entradas relacionadas:

1. STRAIGHT_JOIN y el order de las tablas en JOINs de MySQL

A parte de lo anterior, també puede ser interesante cambiar unos parámetros de la configuración por defecto. En el php.ini se puede modificar lo siguiente:

• La variable que determina el nivell de error que muestra PHP. Para mostrar todos los errores:

  error_reporting = E_ALL | E_STRICT

• Activar la extensión XDEBUG del servidor, para mostrar más datos al utilizar la función var_dump() o realizar debugs remotos. Hay que descomentar la línia:

  zend_extension = "C:\xampp\php\ext\php_xdebug.dll"

• Por defecto, los parámetros de XDEBUG pueden ser bajos. Así que se pueden ampliar sus valores:

  xdebug.var_display_max_children = 300
  xdebug.var_display_max_data = 1000
  xdebug.var_display_max_depth = 7

• Si se desea que se muestren ciertas variables globales, se han de añadir las siguiente líneas:

  xdebug.dump.GET = *
  xdebug.dump.POST = *
  xdebug.dump.SERVER = REMOTE_ADDR, REQUEST_METHOD, HTTP_ACCEPT_LANGUAGE, HTTP_ACCEPT_LANGUAGE

Según la arquitectura del proyecto, o simplemente por comodidad, se desea utilizar un dominio inventado para acceder a la aplicación que se esta desarrollando, sin tener que pasar por la URI http://localhost/. Por requisitos quizás interesa que este dominio apunte a una subcarpeta de la aplicación, convirtiéndola en el DOCUMENT_ROOT del sitio web.

Para ello hay que realizar 3 operaciones. Por el ejemplo, se ha supuesto que se utilizaría un dominio “test.local”, y que apuntaría a la carpeta “C:\xampp\htdocs\test\public”:

• Modificar el archivo hosts, y añadir una línea con el dominio apuntando hacia la máquina de pruebas:

  127.0.0.1    test.local

• Modificar el archivo vhosts (en Windows esta en “C:\xampp\apache\conf\extra\httpd-vhosts.conf”), y descomentar la línea:

  NameVirtualHost *:80

  Y añadir el siguiente código:

  <VirtualHost *:80>
  	ServerName localhost
  	DocumentRoot "C:/xampp/htdocs/"
  </VirtualHost>

  ATENCIÓN! Este paso solo se debe realizar la primera vez que se cree un proyecto. Las siguiente veces no hace falta.

• En el mismo archivo vhosts, añadir el siguiente bloque:

  <VirtualHost *:80>
      ServerName test.local
      DocumentRoot C:\xampp\htdocs\test\public
   
      SetEnv APP_ENV "development"
   
      <Directory "C:\xampp\htdocs\test\public">
          DirectoryIndex index.php
          AllowOverride All
          Order allow,deny
          Allow from all
      </Directory>
  </VirtualHost>

Entradas relacionadas:

1. Instalar Zend Framework y Zend_Tool para construir proyectos en Windows
2. Configurar XAMPP para debugar con XDebug en Netbeans
3. Instalar y configurar XAMPP y Eclipse en Windows