Suds es un tremendo cliente SOAP para consumir web services es basado en Python a diferencia de los clientes en Java no hay generación de clases, y el API es tipo orientado a objetos. Y lo mejor es el poco código que se debe escribir para consumir un servicio web y para muestra un ejemplo sencillo:

Lo primero instalar el cliente ya sea descargándolo del sitio o instalando el paquetes si nuestra distribución de linux lo incluye en sus repositorios.

# fedora 15
yum -y install python-suds
# tarball
wget https://fedorahosted.org/releases/s/u/suds/python-suds-0.4.tar.gz
tar xzvf python-suds-0.4.tar.gz
cd python-suds-0.4
python setup.py install

Para el ejemplo utilizaremos uno de los webservices del sitio webservicesx.net

#!/usr/bin/env python

from suds.client import Client
url = 'http://www.webservicex.net/globalweather.asmx?WSDL'
client = Client(url)
print client

si todo esta correcto la salida del script mostrara esto:

web service output

Suds ( https://fedorahosted.org/suds/ )  version: 0.3.9 GA  build: R659-20100219

Service ( GlobalWeather ) tns="http://www.webserviceX.NET"
   Prefixes (0)
   Ports (2):
      (GlobalWeatherSoap)
         Methods (2):
            GetCitiesByCountry(xs:string CountryName, )
            GetWeather(xs:string CityName, xs:string CountryName, )
         Types (0):
      (GlobalWeatherSoap12)
         Methods (2):
            GetCitiesByCountry(xs:string CountryName, )
            GetWeather(xs:string CityName, xs:string CountryName, )
         Types (0):

El servicio web tiene 2 metodos los cuales podemos invocar de la siguiente manera:

#!/usr/bin/env python

from suds.client import Client
url = 'http://www.webservicex.net/globalweather.asmx?WSDL'
client = Client(url)
#print client
weather =  client.service.GetWeather('Managua', 'Nicaragua')
print weather

esto generara un string conteniendo el xml para que luego pueda ser procesado según se requiera .

<?xml version="1.0" encoding="utf-16"?>
<CurrentWeather>
  <Location>Managua A. C. Sandino, Nicaragua (MNMG) 12-09N 086-10W 56M</Location>
  <Time>Jul 18, 2011 - 12:00 AM EDT / 2011.07.18 0400 UTC</Time>
  <Wind> from the ESE (110 degrees) at 5 MPH (4 KT):0</Wind>
  <Visibility> greater than 7 mile(s):0</Visibility>
  <SkyConditions> partly cloudy</SkyConditions>
  <Temperature> 77 F (25 C)</Temperature>
  <DewPoint> 73 F (23 C)</DewPoint>
  <RelativeHumidity> 88%</RelativeHumidity>
  <Pressure> 29.88 in. Hg (1011 hPa)</Pressure>
  <Status>Success</Status>
</CurrentWeather>

Referencias:

Python Suds

Por lo general cuando desarrollo una aplicación usando Zend Framework esta es desplegada en servidores compartidos donde no es posible realizar una configuración de virtual host en Apache. por lo que utilizo una estructura diferente para la aplicacion

home
|-- [account]
    |-- zend_apps
    |    |-- mobile
    |        |-- application
    |        |-- docs
    |        |-- library
    |        `-- test
    `-- zf
    |   `-- library
    `-- public_html
        `-- mobile
            |-- css
            |-- img
            |-- js
            |-- index.php
            `-- .htaccess

de tal modo que las aplicaciones quedan dentro del directorio “zend_apps”, las librerías del framework en “zf” y los archivos que seran publicos(hojas de estilo, imagenes y javascript) en un folder dentro del directorio raiz del sitio o si se requiere en el mismo directorio raiz “public_html” y solo se modifica el index.php y el archivos .htaccess para corregir las rutas.

<?php
// file: index.php

$apps_path = getenv('ZendApps');  // applications path
$zf_libs = getenv('ZFpath'); // Zend Framework libs path

defined('APPLICATION_PATH')
|| define('APPLICATION_PATH', $apps_path . DIRECTORY_SEPARATOR . 'mobile/application');

// Define application environment
defined('APPLICATION_ENV')
|| define('APPLICATION_ENV', (getenv('APPLICATION_ENV') ? getenv('APPLICATION_ENV') : 'production'));

// Ensure library/ is on include_path
set_include_path(implode(PATH_SEPARATOR, array(
                                              realpath(APPLICATION_PATH . '/../library'),
                                              realpath($zf_libs . '/library'),
                                              get_include_path(),
                                         )));

/** Zend_Application */
require_once 'Zend/Application.php';

// Create application, bootstrap, and run
$application = new Zend_Application(
    APPLICATION_ENV,
        APPLICATION_PATH . '/configs/application.ini'
);
$application->bootstrap()
        ->run();

Para que los cambios funcionen es necesario agregar variables de entorno en el htaccess utilizando las directivas del modulo de Apache mod_env en el cual debe estar habilitado en el servidor y tendremos un htaccess como este:

# htaccess
SetEnv ZendApps "/home/username/zend_apps"
SetEnv ZFpath "/home/username/zf"
SetEnv APPLICATION_ENV "production"
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} -s [OR]
RewriteCond %{REQUEST_FILENAME} -l [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^.*$ - [NC,L]
RewriteRule ^.*$ index.php [NC,L]

con este cambio la aplicacion funcionara correctamente y no es necesario configurar un virtual host.

Después de un buen rato sin postear nada en el blog por falta de tiempo, ahora regreso para postear algunos artículos sobre programación.

Python es un excelente lenguaje para una tarea como la de generar códigos por ejemplo series o códigos para una lotería o promoción.

Python en su versión 2.6 que probé viene con la librería “Itertools” la cual provee funciones iterativas para el manejo eficiente de ciclos y secuencias.

Para demostrar el uso de la librería un ejemplo sencillo seria generar códigos sin repetición únicos alfanuméricos de 5 dígitos suponiendo que los caracteres pueden ser: ’3479JKLNPQRTWXY’.

recordando un poco de matematica n!/(n-r)! se pueden hacer 360360 permutaciones.

supongamos que necesitamos los codigos generados en sets de 50,000 y necesitamos 300,000 tendriamos algo como esto

import itertools

# permutacion
code = '3479JKLNPQRTWXY'
codigos = itertools.permutations(code,5)

# ruta a los archivos
path_prefix = '/home/strafe/data-codes/'

# numeracion de los archivos
files_number = range(1,6,1)

# lista con los nombres de los archivos
files = []
for x in files_number:
    files.append(path_prefix + "set"+str(x)+".csv")

# procesamiento.
inicio=0
fin=50000
for f in files:
    file = open(f,'w')
    x = list(itertools.islice(codigos,inicio,fin,1))
    for i in x:
        print >> file, "".join(i)

    file.close()
    inicio=fin
    fin=fin+50000   

en el codigo se utilizan “itertools.permutations” y “itertools.islice”, itertools.permutations hace el trabajo y itertools.islice permite tomar un rango determinado de la tupla.

Por razones de desempeño y uso de memoria es mas eficiente usar itertools.islice ya que de esa manera la memoria no se agotaria en tratar de procesar el resultado de itertools.permutations de una sola vez.

al final se tendria un resultado como este en los archivos:

3PQ4K
3PQ4L
3PQ4N
3PQ4R
…

referencias:

http://docs.python.org/library/itertools.html

Una muy buena eleccion de google code al incluir el soporte para mercurial en mi opinion personal es mas eficiente que otros VCS y DVCS(sistemas de control de version distribuidos) la transicion es mas sencilla viniendo de otros VCS, portable funciona en freebsd/solaris/linux/windows y puedes usar ssh o http para la comunicacion con el repositorio.

Segun google Mercurial tuvo mejor desempeño que Git a como se puede ver en su analisis

Tambien se puede comparar y ver un analisis mas detallado entre los DVCS (hg/bazzar/git) en el sitio de Python.

para probarlo he creado mi repositorio y funciona muy bien. aunque por el momento he estado usando Bitbucket probablemente me cambie a google code por el 1GB de espacio ofrecido.

Referencia:

http://hgbook.red-bean.com/
http://google-code-updates.blogspot.com/2009/05/mercurial-now-available-to-all-open.html
http://betterexplained.com/articles/intro-to-distributed-version-control-illustrated/
http://betterexplained.com/articles/a-visual-guide-to-version-control/

Por lo general paso la mayor parte del tiempo programando en Linux, pero a veces debo usar otros entornos como windows,  por lo que esta vez mostrare una forma diferente de configurar PHP en windows, la mas común es configurar el PHP como modulo, pero también se puede hacer como CGI  aplicando la siguiente configuración en el httpd.conf  de Apache (esto servirá para versión 2.2.x)

# php configuration as CGI
ScriptAlias /php/ "c:/php/"
AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps
Action application/x-httpd-php "/php/php-cgi.exe"
SetEnv PHPRC C:/php
<Directory "C:/php">
    AllowOverride All
    Options None
    Order allow,deny
    Allow from all
</Directory>

<IfModule dir_module>
    DirectoryIndex index.html index.php
</IfModule>

Asumiendo que PHP fue extraído en el directorio “c:/php” definimos el script action(el ejecutable del CGI), los types( para el manejo de las extensiones .php ), el script alias(ubicación del php), el SetEnv PHPRC para la ubicación del archivo de configuración y las directivas para el directorio.

Reiniciamos el servicio y con esto bastara para tener funcionando el PHP como un simple CGI en Apache 2.2.x.
la ventaja de usar el PHP como CGI es que cuando cambies la configuración del “php.ini” no sera necesario reiniciar el servicio.