El título de esta entrada, homenaje a aquella primera, se debe a que sin prisa pero sin pausa estoy recuperando a través de diversos medios (web.archive.org, copias de seguridad, etc) todas las entradas que he tenido en las diversas versiones de mi bitácora a lo largo de todos estos años. Una vez estén todas adaptadas al formato de Jekyll publicaré una selección de ellas por aquí.
La primera bitácora que tuve se llamaba “Diario de un debianita” y tenía de subtítulo “Pensamientos y rayadas mentales de un linuxero cualquiera”. A lo largo de su historia, y de las posteriores versiones de mi bitácora, ha habido más rayadas mentales que pensamientos, pero hay algo que me pide volver a juntarlo todo, a sabiendas de que no hay grandes joyas dignas de conservarse.
Esta labor arqueológica se puede resumir en dos motivos. Por un lado, me sirve para recordar en un mismo sitio cosas que hacía mejor o peor en el pasado, seguir aprendiendo de esas vivencias, y seguir mejorando como profesional y como persona.
Por otro lado, y realmente la razón principal de todo esto, es mi hijo. En el momento que escribo estas líneas tiene tres meses, pero me gustaría que el día de mañana pudiera encontrar aquí un verdadero “cuaderno de bitácora” de su padre.
Aquí podrá leer sucesos de mayor o menor importancia de mi vida, y como los viví. Encontrará también decisiones que tomé, y en algunos casos incluso las consecuencias positivas o negativas que pudieron tener. De alguna que otra historia que le contaré por aquí podrá encontrar un complemento para comprenderlas mejor.
Espero que con las charlas que tendremos a lo largo de los años y las posibles lecturas que pueda hacer de todo esto sea capaz de aprender de mis errores para no cometerlos él. O que pueda ver que la pasión de su padre por lo que hace, por cómo disfruta de la música, del cine o de la lectura viene de muy atrás. Y con suerte transmitirle ese gusanillo.
Si las historias aquí contadas han sido capaces de sobrevivir diecisiete años conseguiremos que sobrevivan al menos otros diecisiete más, no creéis? :)
]]>Ha pasado por gestores de contenidos de desarrollo propio (uno de ellos en PHP hace muchos años, otro más recientemente en Ruby on Rails). Ha pasado por gestores de contenido ajenos (así que recuerde, y limitando el listado a aquellos en los que la prueba durase más de una semana, Movable Type, Joomla, PHP-Nuke, Nucleus y Drupal). También por generadores estáticos, como Jekyll y Octopress. Y hasta hace unos días, Wordpress.
Tengo mucho respeto a PHP. Aunque ya llevaba años desarrollando aplicaciones de escritorio, mi salto al desarrollo web se produjo en 2001, y el primer lenguaje que usé fue precisamente PHP. Desde muy temprano aprendí la potencia y la gran flexibilidad que tiene. Y es esto último, la flexibilidad, lo que considero una de sus mayores defectos.
Una página en PHP puede ser algo tan simple como meter código dentro de una etiqueta <?php ?> en mitad de un HTML normal y corriente:
<!DOCTYPE html>
<html>
<body>
<h1>Mi primera página en PHP</h1>
<p>
<?php echo "¡Hola mundo!"; ?>
</p>
</body>
</html>
Si andas dando tus primeros pasos en la programación, solo sabes programación procedural, pero lo anterior te parece un horror y lo quieres hacer mejor, no hay problema. Puedes tener ficheros de código PHP que generen el HTML a partir de plantillas, usando algún motor de plantillas tipo Smarty.
Si quieres hacer las cosas bien, con programación orientado a objetos, PHP sigue siendo tu lenguaje. Puedes desatar toda su potencia con frameworks maravillosamente construidos, como Zend, o cosas más del estilo de Rails, como puede ser Symfony.
Básicamente, depende de ti hacer un código PHP maravilloso o hacer una gran basura.
Si alguna vez te da por curiosear el código de Wordpress, te encontrarías las tres cosas anteriores. Páginas HTML con algún que otro fragmento en PHP. Ficheros PHP totalmente procedurales. Clases en PHP muy bien construidas. No hay una arquitectura claramente definida. La cosa empeora cuando empiezas a añadir plugins de terceros. Si el código de Wordpress puede llegar a dar miedo, el de los plugins, en líneas generales, aterroriza.
Wordpress es todo lo contrario a lo que yo entiendo y defiendo como software bien desarrollado. Nunca me he sentido cómodo usándolo. No me consolaba para nada pensar que es uno de los proyectos de software más usados del mundo.
Mucho tendría que cambiar en el futuro para que volviese a usarlo.
Me encanta Medium. Desde hace tiempo pienso que es una de las experiencias de escritura mejor conseguidas. Y en cuestión de lectura también tiene una experiencia de lo más cuidada. Las herramientas para poder subrayar o comentar el contenido son una delicia. Si conectas tu cuenta de Twitter o Facebook con el servicio, puedes seguir de forma automática en Medium a aquellas personas que ya seguías en otras redes.
Pero también tiene sus contras. Como cualquier empresa, Medium busca la manera de generar dinero. Dentro de esa búsqueda, lanzó hace un tiempo un modelo de suscripción de 5$ al mes para pagar a los autores. Estas suscripciones tenían como intención el evitar meter anuncios en la plataforma. Junto a esto, para determinar qué autores se merecían más cobrar parte de ese dinero, añadieron los aplausos. Y con esto se empezó a torcer todo.
Sobre el papel, si yo soy suscriptor y a lo largo de un mes aplaudo una vez a cinco historias de distintos autores, estaré dando 1$ a cada uno de ellos. Si hago 250 aplausos a distintos autores, literalmente estaré dándoles dos céntimos a cada uno. También puedo aplaudir varias veces al mismo, o no aplaudir. En este último caso se repartiría entre los más populares de la plataforma, aunque yo no haya leído nada de ellos.
Esto ha convertido Medium en una búsqueda constante de los aplausos fáciles. Si no recibes aplausos, no se te destaca. Si no se te destaca, es muy complicado que te visiten. Si no te visitan, no existes.
Medium ofrece a los no suscriptores el poder leer hasta tres historias exclusivas de suscriptores al mes. Al principio, la newsletter que Medium manda de forma periódica mostraba en un primer lugar a la gente de tu red que había publicado o le había gustado algo. A día de hoy esa newsletter es casi todo contenido para el cual necesitas estar suscrito. Si visitas la portada de Medium te ocurre lo mismo, es muy complicado localizar las historias de las personas que sigues.
La experiencia para la gente que no está registrada en Medium también ha empeorado. Actualmente es un bombardeo de notificaciones para que te registres y te hagas premium.
No quería esa experiencia para la gente que de vez en cuando para por aquí y lee lo que escribo, así que tocaba seguir buscando.
Como comentaba al principio de esta entrada, no es la primera vez que lo que aquí se ve está generado por Jekyll. En su momento las opciones eran utilizar GitHub Pages con un conjunto muy limitado de Jekyll, como subdominio dentro de github.io, o bien montar algún Apache o nginx en un servidor propio, construir en local el contenido de Jekyll y subirlo vía FTP o rsync al servidor. Nada complicado, pero un poco tedioso.
A día de hoy, GitHub Pages ha evolucionado muchísimo, soportando más plugins de Jekyll, posibilidad de utilizar dominios propios, generación automática de las páginas al hacer commit si tu sitio es compatible con Pages, y la ya tradicional publicación de la rama gh-pages. Aparte, han salido multitud de servicios especializados en el alojamiento de páginas estáticas, como Netlify, que incorporan todo tipo de facilidades para proyectos Jekyll. Además desde hace ya tiempo también soporta HTTPS integrando certificados emitidos con Let’s Encrypt. Una maravilla, vamos.
He estado muy tentado de volver a poner Disqus, pero de momento he preferido no hacerlo.
Han pasado ya unos cuantos años desde la primera vez que usé Disqus. Primero en la anterior versión Jekyll de esta web, posteriormente en la vuelta a Wordpress. Durante mucho tiempo estaba encantado con el servicio, pero poco a poco las cosas fueron cambiando dentro de Disqus haciendo que la experiencia haya ido a peor.
Disqus necesitaba buscar una manera de monetizar el servicio, y decidió apoyarse en un aumento de la publicidad que acompañaba a los comentarios. Aun así, a finales de 2016 quedó tocado cuando tuvo que despedir a un 20% de su plantilla, momento en el que comentaron que iban a focalizarse todavía más en servicios para publicaciones y anunciantes. Para rematar la faena, a finales de 2017 Zeta Global, una multinacional dedicada al marketing y la tecnología, adquirió Disqus. ¿Adivináis para qué?
Es por eso que he planteado el siguiente experimento.
Voy a seguir anunciando todas las cosas que publique a través de las redes sociales. Además, todas las entradas que publique por aquí serán también publicadas en mi perfil de Medium. Allí podrán ser anotadas, comentadas, replicadas… Lo que os apetezca.
Veremos cual de los dos formatos me acaba convenciendo más.
]]>A continuación dejo enlaces de algunos de los podcasts que sigo en la actualidad. Si conocéis alguno que no está en esta lista no dudéis en compartirlo en los comentarios :)
Tecnológicos:
Mundo “estartapil”:
Blockchain, criptomonedas, etc:
Cine:
Biología y salud:
Fotografía:
Viajes:
En mi caso esto viene motivado por algo tan sencillo como que en estas fechas logro desconectar mejor que en la época navideña, donde los compromisos familiares acaban copando casi todo el tiempo que tienes. Puedo organizar mejor las ideas, hacer una revisión del año transcurrido y plantear objetivos realistas a cumplir para el año siguiente.
Al no tener lista de la temporada anterior voy a comentar directamente los de esta temporada que empieza. El año que viene prometo que repasaremos los objetivos plasmados en esta entrada :)
MÁS TIEMPO PARA LA FORMACIÓN: Estos dos últimos años he ido renovando la cuenta de Code School pero no le he podido sacar todo el provecho que me hubiese gustado. Tampoco he podido dedicarle el tiempo que se merecen a varios cursos que adquirí en Udemy. Por no hablar de libros pendientes de leer. Esta temporada tengo que romper esa dinámica y asegurar un tiempo de la semana a este tema.
DESCONECTAR MEJOR: La gran maldición para los que nos dedicamos a esta profesión. No vale como excusa que cuando se termine de desarrollar se eche uno una partida a un juego, o se ponga a editar fotos. Desconectar es desconectar, lejos del ordenador. Y en esto creo que ayudará tomarme un poco más en serio el horario… por muy bien que me lo esté pasando con lo que esté implementando en ese momento, cuando llegue la hora de terminar la jornada laboral toca pasar a otros temas.
LEER MÁS: En este tema el Kindle está resultando ser un gran aliado. Lo puedo llevar encima durante todo el año y disponer de toda mi biblioteca digital en cualquier momento. Aunque puntualizaría este objetivo: Quiero aumentar el número de lecturas “no técnicas”. Por poner una cifra: Al menos un libro al mes, y si encima aprovecho para comentarlos por aquí, mejor que mejor.
CUIDARSE MÁS: Al igual que con los libros aquí quiero poner una cifra, y es bajar 10 kilos. Es un objetivo que se que puedo conseguir, se de sobra qué necesito hacer para lograrlo, y su consecución está bastante relacionada con el objetivo de desconectar mejor.
REVITALIZAR ESTA BITÁCORA: Llevo escribiendo en una bitácora, con mayor o menor regularidad, desde hace 14 años. Y sigo pensando que las bitácoras todavía tienen su público y su utilidad. Aunque no ayuda mucho a demostrarlo que ésta vaya a ser la primera entrada escrita en 2016. No me quiero marcar cifras, pero sí el propósito de al menos compartir por aquí parte del contenido que comparto por otros medios como el Slack de la empresa, Twitter, Facebook o en conversaciones privadas.
¿Cuales son tus objetivos para esta temporada?
]]>Atom me llamó la atención cuando lo probé hace más de un año, poco después de su lanzamiento, pero no ha sido hasta hace unas semanas, aprovechando la excusa de que ya era una versión 1.0, cuando me he puesto a utilizarlo en serio.
En Atom todos los ficheros de configuración, paquetes instalados, etc residen en el directorio ~/.atom. Podemos aprovechar esto para por ejemplo poner esta carpeta dentro de Dropbox y hacer un enlace simbólico, tal que así:
mv ~/.atom ~/Dropbox
ln -s ~/Dropbox/.atom ~/.atom
Luego, en el resto de equipos donde vayamos a utilizar Atom podemos hacer lo siguiente:
rm -rf ~/.atom
ln -s ~/Dropbox/.atom ~/.atom
De esta manera tendremos la misma configuración de Atom en todos nuestros equipos. Cualquier paquete o tema que instalemos, cualquier opción de la configuración que cambiemos, la tendremos en todos nuestros equipos.
Estos son algunos de los paquetes que tengo instalados y que me resultan de más utilidad:
config/application.rb algo parecido a esto:
require "ostruct"
config_file = File.join("config/myapp.yml")
config = YAML.load(File.read(config_file))[Rails.env]
AppConfig = OpenStruct.new(config)
De esa manera podíamos usar el objeto AppConfig en toda la aplicación y así llevar a nuestros controladores o modelos algunas variables de configuración que debían cambiar dependiendo del entorno (host y puerto para Redis, número de segundos de delay que indicar a un worker Sidekiq en el perform_in, app id y secret de una API externa, etc).
Suele pasar en la comunidad Rails que conforme un patrón de este tipo empieza a ser muy usado acabe siendo adaptado e incorporado al propio framework. En este caso, en la versión 4.2 nos llega en la forma de config_for.
Supongamos que tenemos un fichero llamado config/redis.yml con el siguiente contenido:
development:
host: localhost
port: 6379
test:
host: localhost
port: 6379
production:
host: my-production-redis-server
port: 6379
Ahora podemos hacer la siguiente llamada en la aplicación:
> Rails.application.config_for(:redis)
=> {"host" => "localhost", "port" => 6379}
El valor del hash en este ejemplo dependería del entorno en el que nos encontrásemos.
Podéis encontrar más información acerca de config_for en el propio pull request en el que se incorporó a Rails.
En mi caso, mi entorno ideal se compone de cuatro pilares fundamentales.
No lo puedo evitar, me encanta la música. Y a la hora de trabajar me ayuda a concentrarme en las tareas que tengo que realizar.
En mi caso a la hora de programar no tengo predilección en especial por géneros musicales. Lo que sí que suelo optar es mucho por la escucha de directos (El Alchemy de Dire Straits es uno de mis favoritos).
No suelo optar por escuchar playlists autogeneradas por parte de iTunes o Spotify. En ambas plataformas tengo listas de varios géneros compuestas poquito a poco a lo largo de estos años que me evitan tener que perder el foco al encontrarme con una canción que no me guste.
Tanto estos últimos años de trabajo en remoto, como anteriormente cuando trabajaba en oficinas con más gente, unos buenos cascos siempre me han acompañado. Hay momentos en los que necesitas ese aislamiento.
Procuro concentrar las reuniones que tenga que mantener o a primera hora o a última. Así minimizo en gran medida el cambio de contexto que supone volver a la resolución de la tarea en la que me encuentre enfrascado en ese momento.
También procuro que sean lo más breves posibles. Una reunión de media hora por Skype en realidad es un tiempo de al menos una hora de programación perdida. Los 15 minutos previos a la reunión en los que estás ya pensando en la reunión más que en la tarea, la reunión propiamente dicha, y otros 15 minutos para volver a concentrarte al 100% en la tarea que tenías entre manos.
Sobre todo en épocas donde nos marcamos deadlines ajustados, las notificaciones las reduzco al mínimo. Móviles en modo silencio o modo avión, correo cerrado, y otras aplicaciones solo con las notificaciones más importantes activadas (por ejemplo, en HipChat solo las menciones directas).
Tres componentes definen este área:
Esto es básico. Es imposible ser productivo en tu trabajo si no sientes cada mañana cuando te pones delante de la pantalla que te espera un día interesante, cargado de retos.
¿De qué se compone tu “coding zone”?
]]>Entre todas las respuestas que generó esta entrada una de las que más me gustó fue “Google blindness” de Marco Arment, el creador de Instapaper.
Una de las cosas que me gustaría destacar la entrada de Arment es algo que ya ha tratado en el pasado en entradas como “Be your own platform” y “Own your identity”: Es muy peligroso dejar toda tu identidad online en manos de un único proveedor. La “ventaja” de una experiencia más integrada nos deja completamente vendidos a las exigencias del propietario de la plataforma, ya sea Apple, Google, Microsoft o quien quiera, y a expensas de que en el momento menos pensado se produzcan cambios o cancelaciones de servicio de forma unilateral.
Otra cosa en la que coincido con la visión de Arment es: en este preciso momento, y en mi caso concreto, la plataforma ideal de desarrollo para móviles es iOS. Pero puede que en este preciso momento, y en tu caso concreto, la plataforma ideal sea Android. O Windows Mobile. O incluso BlackBerry 10. Cada uno tenemos nuestras preferencias, cada uno nos movemos más cómodos en unos entornos, y todo esto nos hará decantarnos por una cosa o por otra.
Como en muchas cosas en esta vida, lo importante es no convertirnos en fanáticos de ninguna de ellas, y que procuremos mantener la mente lo más abierta posible al cambio. Que no perdamos en ningún momento de vista la evolución que sufren cada una de ellas. Puede que dentro de un año salga una plataforma nueva y nos resulte interesante cambiarnos. O que alguna de las que ya existen mejore hasta el punto que nos merezca la pena migrar.
Los cambios siempre son bienvenidos. Aunque casi siempre suponen un esfuerzo por nuestra parte. Pero son fundamentales para crecer, como profesional, y también como persona.
]]>Intentaré a lo largo de una serie de entradas como ésta ir contando cosas sobre algunas de las más importantes “en la sombra”.
Introducida en la versión 2.2, y dando un uso curioso a method_missing, esta clase es la que está detrás de la “magia” de que:
Rails.env == "production"
también se pueda escribir como:
Rails.env.production?
En una clase real podríamos hacer algo como:
class Video
def initialize(title)
@title = title
end
def title
ActiveSupport::StringInquirer.new(@title)
end
end
v = Video.new("awesome")
v.title.radical? # => false
v.title.awesome? # => true
Esta clase nos acompaña desde Rails 2.3. Al igual que la clase anterior, es raro que la hayas utilizado de forma directa, pero seguro que más de una vez en tu código has escrito algo como
cookies.permanent.signed[:remember_me] = [current_user.id, current_user.salt]
La implementación de cookies.signed se basa en el uso de MessageVerifier, una clase especializada en generar mensajes firmados con una clave (en el caso de las cookies, ActionController::Base.cookie_verifier_secret). Para MessageVerifier un mensaje puede ser tanto una cadena de texto como cualquier cosa susceptible de ser serializada.
>> @verifier = ActiveSupport::MessageVerifier.new("nuestra-clave-secreta")
=> #<ActiveSupport::MessageVerifier:0x007fe10cb32438 @secret="nuestra-clave-secreta", @digest="SHA1", @serializer=Marshal>
>> mensaje_cifrado = @verifier.generate(["Hola", "Mundo"])
=> "BAhbB0kiCUhvbGEGOgZFVEkiCk11bmRvBjsAVA==--f2c2e657ec1501c984d8c44154b398a3a2ac9cbc"
>> @verifier.verify(mensaje_cifrado)
=> ["Hola", "Mundo"]
Dentro de la serialización por defecto se utiliza Marshall, pero si por ejemplo preferimos utilizar YAML podríamos hacer algo como:
@verifier.serializer = YAML
Y hasta aquí por hoy. ¿Qué otras clases curiosas te has encontrado utilizando Rails en tu día a día?
]]>Me gustaría aprovechar esta entrada para compartir algunas de las configuraciones más habituales que he utilizado. Todas ellas están pensadas para añadir a vuestra sección development o production, según corresponda, en el fichero config/sphinx.yml si usáis Thinking Sphinx como gema para interactuar con Sphinx desde Ruby.
Por defecto Sphinx solo realiza búsquedas del término completo. Si buscamos por "madr" no encontraríamos "madrid", por ejemplo.
Mediante configuración podemos activar la indexación del contenido y el soporte de búsquedas tipo wildcard:
enable_star: 1
min_infix_len: 3
Con las líneas anteriores estamos activando las búsquedas wildcard (enable_star). A las búsquedas habituales podríamos realizar las búsquedas "termino", "*termino" y "*termino*".
También estamos definiendo el tamaño mínimo del infijo a tener en cuenta en 3. En el caso del término "madrid", este se indexaría como "mad", "adr", "dri", "rid", etc.
@contacts = Contact.search "foo", match_mode: :any, order: "@relevance DESC", star: true
Mediante star: true estamos realizando una búsqueda de "*foo*".
A no ser que se lo especifiquemos explícitamente en la configuración, por defecto Sphinx usa solo 32 megas para realizar la indexación. En muchos casos es suficiente, pero hay veces, con grandes volúmenes de datos, en los cuales aumentar esta memoria puede suponer una mejora en el rendimiento de la indexación.
mem_limit: 512M
Desde la web de Sphinx especifican que el límite está en 2 gigas, pero que normalmente con un valor entre 128 megas y 1 giga ninguna de tus aplicaciones debería tener problemas.
Hay que tener en cuenta a la hora de configurar este valor de no poner valores demasiado altos para tu aplicación, ya que cuanta más memoria use en la indexación más tiempo pasará entre conexión y conexión a tu base de datos para obtener los nuevos datos a indexar, lo cual en algunos casos puede originarte timeouts.
En un proyecto me vi en la necesidad de trabar con datos de múltiples idiomas. Aparte, queríamos buscar una manera “cómoda” de normalizar los datos hacia minúsculas a la hora de realizar las búsquedas. En esto entró el juego el soporte en Sphinx de los charset tables.
charset_table: "0..9, a..z, _, A..Z->a..z, U+00C0->a, U+00C1->a,
U+00C2->a, U+00C3->a, U+00C4->a, U+00C5->a, U+00C7->c, U+00C8->e,
U+00C9->e, U+00CA->e, U+00CB->e, U+00CC->i, U+00CD->i, U+00CE->i,
U+00CF->i, U+00D1->n, U+00D2->o, U+00D3->o, U+00D4->o, U+00D5->o,
U+00D6->o, U+00D8->o, U+00D9->u, U+00DA->u, U+00DB->u, U+00DC->u,
U+00DD->y, U+00E0->a, U+00E1->a, U+00E2->a, U+00E3->a, U+00E4->a,
U+00E5->a, U+00E7->c, U+00E8->e, U+00E9->e, U+00EA->e, U+00EB->e,
U+00EC->i, U+00ED->i, U+00EE->i, U+00EF->i, U+00F1->n, U+00F2->o,
U+00F3->o, U+00F4->o, U+00F5->o, U+00F6->o, U+00F8->o, U+00F9->u,
U+00FA->u, U+00FB->u, U+00FC->u, U+00FD->y, U+00FF->y, U+0100->a,
U+0101->a, U+0102->a, U+0103->a, U+0104->a, U+0105->a, U+0106->c,
U+0107->c, U+0108->c, U+0109->c, U+010A->c, U+010B->c, U+010C->c,
U+010D->c, U+010E->d, U+010F->d, U+0112->e, U+0113->e, U+0114->e,
U+0115->e, U+0116->e, U+0117->e, U+0118->e, U+0119->e, U+011A->e,
U+011B->e, U+011C->g, U+011D->g, U+011E->g, U+011F->g, U+0120->g,
U+0121->g, U+0122->g, U+0123->g, U+0124->h, U+0125->h, U+0128->i,
U+0129->i, U+012A->i, U+012B->i, U+012C->i, U+012D->i, U+012E->i,
U+012F->i, U+0130->i, U+0134->j, U+0135->j, U+0136->k, U+0137->k,
U+0139->l, U+013A->l, U+013B->l, U+013C->l, U+013D->l, U+013E->l,
U+0142->l, U+0143->n, U+0144->n, U+0145->n, U+0146->n, U+0147->n,
U+0148->n, U+014C->o, U+014D->o, U+014E->o, U+014F->o, U+0150->o,
U+0151->o, U+0154->r, U+0155->r, U+0156->r, U+0157->r, U+0158->r,
U+0159->r, U+015A->s, U+015B->s, U+015C->s, U+015D->s, U+015E->s,
U+015F->s, U+0160->s, U+0161->s, U+0162->t, U+0163->t, U+0164->t,
U+0165->t, U+0168->u, U+0169->u, U+016A->u, U+016B->u, U+016C->u,
U+016D->u, U+016E->u, U+016F->u, U+0170->u, U+0171->u, U+0172->u,
U+0173->u, U+0174->w, U+0175->w, U+0176->y, U+0177->y, U+0178->y,
U+0179->z, U+017A->z, U+017B->z, U+017C->z, U+017D->z, U+017E->z,
U+01A0->o, U+01A1->o, U+01AF->u, U+01B0->u, U+01CD->a, U+01CE->a,
U+01CF->i, U+01D0->i, U+01D1->o, U+01D2->o, U+01D3->u, U+01D4->u,
U+01D5->u, U+01D6->u, U+01D7->u, U+01D8->u, U+01D9->u, U+01DA->u,
U+01DB->u, U+01DC->u, U+01DE->a, U+01DF->a, U+01E0->a, U+01E1->a,
U+01E6->g, U+01E7->g, U+01E8->k, U+01E9->k, U+01EA->o, U+01EB->o,
U+01EC->o, U+01ED->o, U+01F0->j, U+01F4->g, U+01F5->g, U+01F8->n,
U+01F9->n, U+01FA->a, U+01FB->a, U+0200->a, U+0201->a, U+0202->a,
U+0203->a, U+0204->e, U+0205->e, U+0206->e, U+0207->e, U+0208->i,
U+0209->i, U+020A->i, U+020B->i, U+020C->o, U+020D->o, U+020E->o,
U+020F->o, U+0210->r, U+0211->r, U+0212->r, U+0213->r, U+0214->u,
U+0215->u, U+0216->u, U+0217->u, U+0218->s, U+0219->s, U+021A->t,
U+021B->t, U+021E->h, U+021F->h, U+0226->a, U+0227->a, U+0228->e,
U+0229->e, U+022A->o, U+022B->o, U+022C->o, U+022D->o, U+022E->o,
U+022F->o, U+0230->o, U+0231->o, U+0232->y, U+0233->y, U+1E00->a,
U+1E01->a, U+1E02->b, U+1E03->b, U+1E04->b, U+1E05->b, U+1E06->b,
U+1E07->b, U+1E08->c, U+1E09->c, U+1E0A->d, U+1E0B->d, U+1E0C->d,
U+1E0D->d, U+1E0E->d, U+1E0F->d, U+1E10->d, U+1E11->d, U+1E12->d,
U+1E13->d, U+1E14->e, U+1E15->e, U+1E16->e, U+1E17->e, U+1E18->e,
U+1E19->e, U+1E1A->e, U+1E1B->e, U+1E1C->e, U+1E1D->e, U+1E1E->f,
U+1E1F->f, U+1E20->g, U+1E21->g, U+1E22->h, U+1E23->h, U+1E24->h,
U+1E25->h, U+1E26->h, U+1E27->h, U+1E28->h, U+1E29->h, U+1E2A->h,
U+1E2B->h, U+1E2C->i, U+1E2D->i, U+1E2E->i, U+1E2F->i, U+1E30->k,
U+1E31->k, U+1E32->k, U+1E33->k, U+1E34->k, U+1E35->k, U+1E36->l,
U+1E37->l, U+1E38->l, U+1E39->l, U+1E3A->l, U+1E3B->l, U+1E3C->l,
U+1E3D->l, U+1E3E->m, U+1E3F->m, U+1E40->m, U+1E41->m, U+1E42->m,
U+1E43->m, U+1E44->n, U+1E45->n, U+1E46->n, U+1E47->n, U+1E48->n,
U+1E49->n, U+1E4A->n, U+1E4B->n, U+1E4C->o, U+1E4D->o, U+1E4E->o,
U+1E4F->o, U+1E50->o, U+1E51->o, U+1E52->o, U+1E53->o, U+1E54->p,
U+1E55->p, U+1E56->p, U+1E57->p, U+1E58->r, U+1E59->r, U+1E5A->r,
U+1E5B->r, U+1E5C->r, U+1E5D->r, U+1E5E->r, U+1E5F->r, U+1E60->s,
U+1E61->s, U+1E62->s, U+1E63->s, U+1E64->s, U+1E65->s, U+1E66->s,
U+1E67->s, U+1E68->s, U+1E69->s, U+1E6A->t, U+1E6B->t, U+1E6C->t,
U+1E6D->t, U+1E6E->t, U+1E6F->t, U+1E70->t, U+1E71->t, U+1E72->u,
U+1E73->u, U+1E74->u, U+1E75->u, U+1E76->u, U+1E77->u, U+1E78->u,
U+1E79->u, U+1E7A->u, U+1E7B->u, U+1E7C->v, U+1E7D->v, U+1E7E->v,
U+1E7F->v, U+1E80->w, U+1E81->w, U+1E82->w, U+1E83->w, U+1E84->w,
U+1E85->w, U+1E86->w, U+1E87->w, U+1E88->w, U+1E89->w, U+1E8A->x,
U+1E8B->x, U+1E8C->x, U+1E8D->x, U+1E8E->y, U+1E8F->y, U+1E96->h,
U+1E97->t, U+1E98->w, U+1E99->y, U+1EA0->a, U+1EA1->a, U+1EA2->a,
U+1EA3->a, U+1EA4->a, U+1EA5->a, U+1EA6->a, U+1EA7->a, U+1EA8->a,
U+1EA9->a, U+1EAA->a, U+1EAB->a, U+1EAC->a, U+1EAD->a, U+1EAE->a,
U+1EAF->a, U+1EB0->a, U+1EB1->a, U+1EB2->a, U+1EB3->a, U+1EB4->a,
U+1EB5->a, U+1EB6->a, U+1EB7->a, U+1EB8->e, U+1EB9->e, U+1EBA->e,
U+1EBB->e, U+1EBC->e, U+1EBD->e, U+1EBE->e, U+1EBF->e, U+1EC0->e,
U+1EC1->e, U+1EC2->e, U+1EC3->e, U+1EC4->e, U+1EC5->e, U+1EC6->e,
U+1EC7->e, U+1EC8->i, U+1EC9->i, U+1ECA->i, U+1ECB->i, U+1ECC->o,
U+1ECD->o, U+1ECE->o, U+1ECF->o, U+1ED0->o, U+1ED1->o, U+1ED2->o,
U+1ED3->o, U+1ED4->o, U+1ED5->o, U+1ED6->o, U+1ED7->o, U+1ED8->o,
U+1ED9->o, U+1EDA->o, U+1EDB->o, U+1EDC->o, U+1EDD->o, U+1EDE->o,
U+1EDF->o, U+1EE0->o, U+1EE1->o, U+1EE2->o, U+1EE3->o, U+1EE4->u,
U+1EE5->u, U+1EE6->u, U+1EE7->u, U+1EE8->u, U+1EE9->u, U+1EEA->u,
U+1EEB->u, U+1EEC->u, U+1EED->u, U+1EEE->u, U+1EEF->u, U+1EF0->u,
U+1EF1->u, U+1EF2->y, U+1EF3->y, U+1EF4->y, U+1EF5->y, U+1EF6->y,
U+1EF7->y, U+1EF8->y, U+1EF9->y"
Con este charset table tienes:
"A" se convierte en "a", "B" en "b", etc)."À" y "Ử" convertidos a "a" y "u" respectivamente.Hay muchos más parámetros de Sphinx que puedes alterar para adecuarlo a tus necesidades. No tienes más que echar un vistazo en su documentación. Y tú, ¿qué otros parámetros de Sphinx sueles modificar en tus proyectos?.
]]>