desarrollo – Desarrollo y testing, servidores y Debian, seguridad

lunes, 12 marzo 2018lunes, 12 marzo 2018

git patch and apply

Que quieres sacar un parche de un commit y llevartelo a otro sitio, facil:

git format-patch -1 <sha> > file.patch git am -3 < file.patch

martes, 2 agosto 2016viernes, 5 agosto 2016

referencia git

Unlike the other systems, Git has something called the «staging area» or «index». This is an intermediate area where commits can be formatted and reviewed before completing the commit.

One thing that sets Git apart from other tools is that it’s possible to quickly stage some of your files and commit them without committing all of the other modified files in your working directory or having to list them on the command line during the commit.

This allows you to stage only portions of a modified file. Gone are the days of making two logically unrelated modifications to a file before you realized that you forgot to commit one of them. Now you can just stage the change you need for the current commit and stage the other change for the next commit. This feature scales up to as many different changes to your file as needed.

## agregar ficheros al staging
git add file

## agregar ficheros al staging
git commit -m"title" -m"description"

## agregar cambios al ultimo commit
git commit --amend -m"title" -m"description"

## deshacer commit, hash es el hash del commit al que quieres volver
git reset hash

# origins
# agregando un origen remoto, con convención ‘origin’ y ‘upstream’
git remote add origin http://rutaproject/project

# ver configuracion remota del origin
git remote show origin

#pull tirar, se trae cambios, push empuja sube cambios
#antes de hacer un push, hacer un pull
#para actualizar el contenido de mi rama
git pull origin master
o
git merge origin master
# con rebase intenta reordenar los commits de forma que no se pierda la historia
git merge --rebase origin master

#ahora ya podemos intercambiar codigo con otras ramas, voy a subir mi rama feature/new-feature
git push origin feature/new-feature

# stash, el cajón
# guardamos lo que hay en el staging pendiente de commitear en un cajón
git stats

# guardar notas para un stash
git stats save "explanation about this stash"

# ver los stash que hay
git stats list

# ver quét tiene un stash, ver stash #3
git stats show stash@{3}

## por defecto el reset, es –soft, te deja los cambios realizados en working directoy
git reset hash

## El modo –hard, elimia todo
git reset --hard hash

## deshacer el ultimo cambio, genera un commit nuevo con nombre «Revert: nombre del commit anterior», una nueva entrada en la historia, aplicando los cambios necesarios para dejar el contenido tal y como estaba antes
git revert
## si no queremos que se genere un commit, podemos usar –no-commit y nos dejará los cambios en el staging
git revert --no-commit
## este commando requiere finarlo, y generará un nuevo commit
git revert --continue

## también se puede hace referencia a HEAD, y HEAD~1, HEAD~2 para indicar los pasos previos a HEAD

git reset HEAD
git reset HEAD~1
# Recuerda que si haces un reset HEAD, el HEAD se moverá al siguiente elemento, y los desplazamientos de ~1 o ~2 serán en base a ese estado
git reset HEAD~2

# comparar ficheros de diferentes ramas, compara somebranch con la rama actual
git diff somebranch path/to/your/file

# configurar herramienta para hacer diffing
git config diff.tool xxdiff

## rama actual
git branch

## crear rama desde la rama actual, todo tiene un origen
git checkout -b'feature/nombre'

## borrar rama
git -D branch

## renombrar rama
git -m branch newbranchname

# fusionar ramas
# debes posicionarte en la rama que va a recibir los cambios, con merge te traes los cambios a la rama actual
git merge feature/somethiing-new
# mezcla de ramas puede ser con fast forward que lo que hace es directamente cambiar el puntero HEAD a la rama que nos estamos trayendo, siempre que sea posible

«The –no-ff flag prevents git merge from executing a «fast-forward» if it detects that your current HEAD is an ancestor of the commit you’re trying to merge. A fast-forward is when, instead of constructing a merge commit, git just moves your branch pointer to point at the incoming commit. This commonly occurs when doing a git pull without any local changes.

However, occasionally you want to prevent this behavior from happening, typically because you want to maintain a specific branch topology (e.g. you’re merging in a topic branch and you want to ensure it looks that way when reading history). In order to do that, you can pass the –no-ff flag and git merge will always construct a merge instead of fast-forwarding.»

http://stackoverflow.com/questions/9069061/what-is-the-difference-between-git-merge-and-git-merge-no-ff/9069127#9069127

# etiquetas, tag
# nombra a un commit con un nombre para humanos
# para etiquetado ver http://semver.org/
# tagea el ultimo commit como v.1.0.1
git tag v1.0.1
# tagea un commit concreto
git tag v1.0.2 433fc3

# listar todos los tags
git tag

# eliminar tag
git tag -d tagname

## etiquetas anotadas
# etiquetas con mayor contenido de información agregado
# exigue que le indiques texto como si fuera un commit
git tag -a tagname

# puedes ver info del tag con git show, descripción y diffing
git show tagname

# otras ramas
## ver un fichero de la rama somebranch
git show somebranch path/to/your/file

# traerte un fichero de otra rama
git checkout somebranch path/to/your/file

# buscar a que branch pertenece un hash
git branch --contains ce1637f
# tambien se puede hacer con el reflog
git reflog show --all | grep ce1637f

# historial de cambios, muestra la historia verdadera de lo que ha pasado
git reflog

# ver las referencias de ramas remotas, en este caso busco un tag en concreto
git ls-remote origin --tags v1.5.0 a56956fc089c84482f0f457d1fa299142f8d6e42 refs/heads/release/v1.5.0

# ver ramas remotas con informacion extendida
git remote show origin

# http://stackoverflow.com/a/9074343
# git lg para mostrar un arbol con color de ramas y etiquetas
# ~./gitconfig
[alias] lg1 = log --graph --abbrev-commit --decorate --format=format:'%C(bold blue)%h%C(reset) - %C(bold green)(%ar)%C(reset) %C(white)%s%C(reset) %C(dim white)- %an%C(reset)%C(bold yellow)%d%C(reset)' --all lg2 = log --graph --abbrev-commit --decorate --format=format:'%C(bold blue)%h%C(reset) - %C(bold cyan)%aD%C(reset) %C(bold green)(%ar)%C(reset)%C(bold yellow)%d%C(reset)%n'' %C(white)%s%C(reset) %C(dim white)- %an%C(reset)' --all lg = !"git lg1" [core] excludesfile = /home/jorge/.gitignore_global

Prompt para bash para mostrar el branch actual

PS1='${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u@\h\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]$(__git_ps1)\$ '

#git find file alias script
git config --global alias.find-file '!for branch in $(git for-each-ref --format="%(refname)" refs/heads); do if git ls-tree -r --name-only $branch | grep "$1" > /dev/null; then echo "${branch}:"; git ls-tree -r --name-only $branch | nl -bn -w3 | grep "$1"; fi; done; :'

#git grep through branches with no pagger
for branch in `git for-each-ref –format=»%(refname)» refs/heads`; do echo «[+] $branch :» ; GIT_PAGER=cat git grep ‘OfferType’ $branch; done

git hooks
https://github.com/brigade/overcommit#installation

# git avanzada
http://learngitbranching.js.org/?demo

lunes, 21 diciembre 2015lunes, 10 abril 2017

h4ckademy: Nueve semanas para mejorar como programador y como persona

H4ckademy es una experiencia de nueve semanas en las que se mejoran las habilidades como desarrollador. Es una experiencia autoguiada, esto quiere decir que tú mismo te marcas tus objetivos, tus metas, el ritmo y el camino, siempre acompañado de Israel Gutierrez @gootyfer que se encarga de guiar, orientar y proveer del conocimiento que se demanda, y Monitca Quitana @moquintana en la parte de softkills.

Para mí ha supuesto un antes y un después en cuanto a mi visión como desarrollador, mi carrera profesional y mi vida personal. He tenido la suerte de compartir dos meses con gente maravillosa ( #creepy_coconuts ) y conocer a gente increible, tanto mentores ( Sergio, Enrique, Alex, Rubén, Javi…) como gente de otras ediciones, gente del Campus Madrid, meetups, etc…

Muchas gracias a Israel y a Mónica por arriesgarse y dar vida a h4ckademy, nuevos caminos que son el futuro.

Aquí os dejo un pequeño diario de lo que han sido mis nueve semanas, algunas cosas se me han pasado por alto y otras son notas personales sólo comprensibles para mí, pero creo que da idea, de qué es lo que han sido estos dos meses.

semana 1

primer dia

presentación
dinámicas de grupo sin hablar: colocarse en fila según gustos
speeddating personal
preparar pitch personal
presentación de proyectos
presentación personal

segundo dia

elegir proyecto: piston
conociendo slack
calendario compartido ( siempre estuvo ahí y nunca lo usé, imprescindible )
autodocumentarse para proyecto
conocer charles proxy
videos de scrapping bancario de Javier Cuevas @javier_dev https://vimeo.com/120834134

tercer dia:

entrevista con Jose de traity
seguir investigando en el proyecto
boceto js de peticiones a youtube
zap owasp como alternativa a charles

cuarto dia:

autobusqueda de info
qué es ember.js con @serabe
scrapping bancario
scraping con node

quinto dia :

revision de código

semana 2

dia1:

cambio de grupo a Autoconstrucción
revisión de trabajo
planificación de objetivos de la semana
instalacion de entorno virutal de python
mi primera pagina con flask
solucionar problemas con csrf
almacenar contenido en cookies
integrar con bootstrap
commits siempre en ingles

dia 2:

plantillas con jinja

dia 3 :

visita de Salva de la Puente ( @salvadelapuente ) para orientarnos sobre el proyecto
soft skills con Mónica. visión de los trabajos del futuro y eneagrama

dia 4:

como plantearse reunión de ux de un proyectos
reunión con el cliente ( Sergio )
editar registros con alchemy
vim a tope, comenzando mi vimrc desde cero ( https://github.com/jsenin/vimrc )

dia 5

mejorar flujos con git y pull request
crear ramas para hacer el pull request
jenkis para verificar la integridad
usar git amend para unir cambios a un commit
charla seo de Carlos

semana 3

dia1

revisión de proyectos, objetivos semanales
esquema de modelo de datos
escribir historias de usuario
http://jmbeas.es/category/User-Story-Kata/
http://www.genbetadev.com/metodologias-de-programacion/historias-de-usuario-una-forma-natural-de-analisis-funcional
http://www.javiergarzas.com/2012/05/descomponer-historias-de-usuario-en-tareas-2.html
http://icane.github.io/desarrollo-agil-sw/
introducción a microenconomia con Jesús

dia 2:

testing con unittest en modelo de datos (python)
testear solo el negocio: modelo
como funcionan los self.assertRaises( Excepcion, callback )
no es lo mismo poner en callback my_function que my_function(), ya que la segunda se ejecuta, pero la primera es solo el nombre del callback a ejecutar y eso nos ha dado dolores de cabeza
si tienes un if en un test, huele a caca, y si tienes dos más
tener un assert con cadenas de texto no está bien pero es un mal mejorable
vagrant como gestor de instalaciones y despliegues. wow
imagenes de debian en vagrant :
- https://atlas.hashicorp.com/debian/boxes/jessie64 las imagenes están aqui
- puedes lanzar un nuevo vagran con debian 8 :
  - vagrant init debian/jessie64
  - vagrant up
- ha sido necesario configurar la red para poder acceder a la maquina
  - config.vm.network :private_network, ip: «192.168.33.10»
- vagrant provision para provisionar con ansible o con el provisionador configurado. Ansible galaxy mola
ansible es fácil solo hay que ver las funcionalidades de cada paquete y dedicarle un ratito

dia 3 :

Mi charla de servidores que petan ( http://slides.com/jsenin/deck)
charla de openshift
charla js. cosas raras que hace js con Santiago
kata factorial, aprender a montar un proyecto con nvenv desde 0 y primeros tests con java

dia 4 :

reforma, missing toda la mañana
charla de intefaces en la comida con Alex Guerrero
maquetar con vim… también se puede usar el ratón pero eso no se dice 😀
reunión con Inviable
panel de doker, mola pero es ahora cuando están saliendo cosas que solucionan grandes problemas.

dia 5:

compeljidad ciclomática. número de caminos posibles https://es.wikipedia.org/wiki/Complejidad_ciclom%C3%A1tica
los test, lo primero es un test que funcione todo en set de datos validos
Charla James de tipografías
tipografia: Header serifa y san serif de texto, hay un contraste elegante
tipografia: buenas fuentes y libres: roboto y monserrat. Bajarse monserrat por que de google no están completas, falta ultraligth
crear contraste con peso de la fuente, siempre menos peso para tipografia más grande, así crea un balance de peso similar, más adecuado.
mejores fuentes roboto, y monserrat
htmlcolorcodes.com
Charla Isra de git y testing
git workspaces:
git workspace -> mi directorio
git init -> todo lo que he puesto con git add que va a formar parte del commit
git local repositoroy -> lo comiteado
git status -> diferencia entre workspace <-> index <-> local
git upstream -> flujo principal, ‘oficial’
git pull -> git fetch + git merge
git flow: rama master y rama develop
testing automaticos. codigo que comprueba que el codigo de produccion hace lo que tiene que hacer.
test, siempre el caso positivo primero.
test unitarios: con una unidad de trabajo compruebas una unica asumpcion. una funcion puede tener muchos tests.
test integracion: integran partes de sistema de extro a extremo
test de aceptacion: tests entendibles por el cliente, BDD
partes del test:
- preparar el entorno
- actuacion -> ejecutar l oque sea
- asercion -> comprobar el resultado
testunitarios deben ser automatizados, no necesitan intervención.
deben ser repetibles, se debe de poder obtener los mismos resultados para los mismos casos.
faciles de implementar
se mantenien para uso futuro: documentacoin
rápidos: no tocan sistemas externos
FIRST : FAst, Isolate, Repetable, Self verifiyng Timely
Dobles de Prueba: Ver charla de xavi
Ciclo de test BDD ( aceptacion ) -> se divide en muchos TDD (unitarios ). El de aceptacion acretida de forma entendible que lo que se ha pedido funciona.
TDD : Primero los tests y luego el codigo
comenzar por el paso más simple
hacer pasos pequeños
cuando hay olores ‘duplicacion’, etc… refactoriza
definir un test unitario en el código: Dado… preparado, Cuando… actuacion, entonces… asercion

Semana 4

dia 1

fiesta

dia 2

expresiones regulares en python son asi r’^[69]\d{8}’ con r + ‘regex’
git rebase para reajustar la base de tu branch, no me queda muy claro https://git-scm.com/book/es/v1/Ramificaciones-en-Git-Reorganizando-el-trabajo-realizado
https://www.atlassian.com/git/tutorials/comparing-workflows/gitflow-workflow
con wtf form.pupulate_obj(model) -> rellena el modelo con los datos del formulario
jinja apesta bastante

dia 3

NOSQL sobre Postgres http://www.postgresql.org/docs/9.1/static/hstore.html
leer sobre git rebase y ff fastfoward, reescribir la historia con git
visita a la obra de la Escuela Superior de Diseño + Inviable, conocimos a Santiago Cirugeda
cosas de la casa todo el día

dia 4

borrar una rama remota : git push origin –delete <branchName>
pincho de networking de campus
visita a Idealista, los creadores de mundos
Idealista, la importacia de compartir conocimiento en la plantilla
Idealista, no tener ni idea de lo que hablan tus compañeros también es bueno, mentoring cruzado
Idealista, tienen vmware y oracle java, se mueven hacia hadoop,microservicios, etc…
hay que tener vida después de programar

dia 5

restrospectiva y code review
usar node, requiere usar la idea programacion functional, asincrona, etc… cambio de chip
mongodb en produccion son 3 servidores 🙁
travis esta bien para proyectos opensource 😀
alternativa es gitlab y gitlabs-ci https://about.gitlab.com/gitlab-ci/
reunión de MVP de autoconsturcción

dia 6: codretreat

Conocimos a la gente de OSOCO ( osoco.es )
test de genéricos a concretos
código de concreto a genérico
https://en.wikipedia.org/wiki/Transformation_Priority_Premise transformation premise
centrarse en las reglas de negocio para escribir tests, no escribir a lo loco
minimo cambio posible para que funcione
test -> verde -> refactor -> test rojo
Debates filosóficos acerca del craftmanship

Semana 5

dia 1:

como solucionar problemas con git

dia 2

seguir arreglando cosas con git
test dobles con Xavi Gost
mocks y spys son el mal, si hay que usar un mock… hay algo chungo
usar mac es de loosers by Xavi

dia 3

kata mars rovers, patron command
git reset no ha funcionado bien para eliminar fichero :W, como borrarlo de la historia, localizar y borrar
https://github.com/dylang/grunt-notify para enlazar con jasmine
speed vs velocity . Speed es numeral velocity no .
copiar y pegar , pasar tests y borrar lineas de codigo
switch -> smell -> refactor stateobject o functionmap ( direccionario de indices -> funcion )
la implementacion de la parte publica de un objeto tiene que leerse como pseudocodigo
el objetivo de la kata es ejercitar, no completar el problema
https://www.youtube.com/watch?v=saNHzjHwbsc
http://juandavidvega.es/2015/04/14/calistenia-de-objetos-object-calisthenics/ calistenia

dia 4

devdocs. Documentacion selectiva online y descargable http://devdocs.io/
documentacion de ruby http://ruby-doc.org/core-2.2.0/Array.html
aprende rails en pocos pasos http://curriculum.railsbridge.org/intro-to-rails/ruby_language
borrar fichero de git con :w -> git rm ‘\:w’
lista todos los ficheros de tu repo y branches

for branch in `git for-each-ref --format="%(refname)" refs/heads`; do
  echo $branch :; git ls-tree -r --name-only $branch | grep 'w'
donesheb

presentacion personal. Hablar a la gente en estructura de cuento con Materia Prima
identificar una idea fuerte principal (propuesta de valor). p ej. Hackademy es la mejor escuela de desarrolladores de madrid
git merge con dry : git merge –no-commit –no-ff master
ordenar la idea : cosas buenas que tiene, logros ,
hablar de objetivos, logros, futuro
resumen: qué es, el sentir y los objetivos
como organizar tu speech: Idea del yo profesional. se basa en idea principal -> ideas secundaria -> ideas de apoyo -> volver a la idea principal( llamada a la accion ) que espero que tu hagas
Idea -> desarollo -> conclusion -> con llamada a la acción
importante saber qué quieres decir con tu mensaje. Hay que informar de algo siempre en positivo

dia 5

bash reference https://www.gnu.org/software/bash/manual/bash.html#Redirections
programando en bash http://tldp.org/HOWTO/Bash-Prog-Intro-HOWTO.html

SEMANA 6

dia 1

rebase para modificar cosas que han sucedido en un commit ya pasado aunque esté pusehado

2017  git rebase -i 20ad008
2018  git status
2020  vim server_app/autoconstruccion/web/views.py 
2021  ./test.sh 
2022  git status
2023  git add  server_app/autoconstruccion/web/views.py 
2024  git status
2025  git commit --amend 
2026  git rebase --continue
2027  git status
2028  git push origin calendar_popup --force

dia 2

nada destacable que contar
problemas con flask para validar un campo único
dinámicas de git para gestionar el proyecto

dia 3

Javi Aguirre con DDD ( https://github.com/javaguirre/h4ckademy-workshop )
http://javaguirre.github.io/h4ckademy-workshop/presentation/
Arquitectura EDA -> Event Driven Architecture
Tiempo real, debe consumirse lo más rápido real
Evento no debe depender de nada exterior -> objetos desacoplados
Arquitectura SOA -> Service Oriented Architecture
Encapsula funcionalidad
ansible-galaxy install -r requirements.txt
si quieres migrar de sistema de base de datos, pej mete varios listeners de mensajes postres y mysql y luego puedes tirar uno de estos y seguirá funcionando uno de los dos
go es un truño
nameko para microservicios , implementa colas y rpc por debajo de forma cómoda
todo tiende a microservicios
meter eventos en le controller
meter una capa adicional que absorva la capa de orm y de persistencia, y que además gestione los errores
http://vim.wikia.com/wiki/VimTip191
http://nvie.com/posts/how-i-boosted-my-vim/

dia 4

demo day
apretar el culo para que todo quede bonito

Semana 7

dia 1

petao post-codemotion
configurando rhc para desplegar aplicacion python en openshift. Hay que usar el env y hacer un restart de la app para que pille los cambios de la variable de entorno. No vale con configurar los action_hooks ni solo hacer el rhc env, sino que hay que hacer un rhc app-restart -n appname

dia 2

liado con el despliegue de madrid decide
ansible : templates para plantillas, files para scripts y vars para variables
copy en ansible copia ficheros de host a remote
charla de @serabe: lo que la cafeina le hizo a js, hablando de destructuring, y arrow functions
Jesús me ha enseñado las innecesidad de los puntos y comas en js, solo es necesario cuando la linea comienza en () o []
Con Agustín le doy los últimos toques a los scripts de postresql

dia 3

Terminado el projecto de madrid decide vagrant
http://vimawesome.com/
copiar al portapapeles del sistema : vmap <C-S-C> «+y<CR>»
flywire. @Rubocoptero, flujos de trabajo en su curro, muy interesante
javascript project de abonotransportes , probando jasmine con node, intentando hacer abstracción correctamente con Carlos, Jesus y Said, los tres enseñándome a programar con node.js

dia 4

nodejs y express
consejos de Alex Guerrero para programar con node
app pequeña no dividir hasta que no haga falta, todo en un repo

nvm para gestionar versiones de node

curl -o- https://raw.githubusercontent.com/creationix/nvm/v0.29.0/install.sh | bash
nvm install 4.4.2
nvm use 4.2.2

eslint : linter para js
user editorconfig en el ide
planificar la noche electoral con emoti y twitter
lo de los platanos ! con maki maki
apuntada presentacion de mongo de Isra http://www.slideshare.net/gootyfer/full-metal-mongo
Mientras tanto en la CAS … https://github.com/penguinjournals/ansible-101

dia 5

callbacks y más callbacks
standard como linter y formater de js
preparando la app de emoti para el debate
Preprando tests con jasmine, setup() de jasmmine con llamadas asyncronas y done()
el fs.readFile no funciona bien y hay que usar fs.reaFileSync

Semana 8

dia 1

Preparar proyecto para produccion,
mongo necesita indices para ejecutarse rápido

{ [MongoError: too much data for sort() with no index.  add an index or specify a smaller limit]

use debate
db.images.createIndex( { date: 1 } )

reparar bases de datos en mongo
```
db.repairDatabase()
```
borrar collección de datos
```
db.images.remove()
```

mongo se queda sin espacio y peta. Entender como gestiona mongo el espacio http://blog.mongolab.com/2014/01/how-big-is-your-mongodb/
proyecto emoticritico, un éxistazo y muy divertido

Dia 2

fiesta

Dia 3

Objetivos para fin de proyecto
Patrón repository con Said
Preparar máquina Vagrant con anaconda para taller de MachineLearning con Alvaro
preparar TarjetaTransportePublico Api de cero, con nvm, npm, y express
express generator te crea un proyecto api de cero en segundos.
crear modelos con mongo https://scotch.io/tutorials/using-mongoosejs-in-node-js-and-mongodb-applications
intentar arreglar los problemas de sync con virtualbox de alvaro y carlos se ha solucionado con esto https://github.com/mitchellh/vagrant/issues/3341
reordenando código js para el proyecto de Transportes de Madrid, separar proyecto express en controllers, models y hacer correctamente los exports.
buscando documentacion de como hacer test de rutas en js http://thejsguy.com/2015/01/12/jasmine-vs-mocha-chai-and-sinon.html
Mocha y supertest parece una buena opcion https://github.com/visionmedia/supertest , pero mocha es incompleto y depende de otras librerías/módulos para hacer BDD, jasmine lo trae casi todo y hay un jasmine-ajax para capturar peticiones ajax.

Dia 4

Aprendiendo sobre el patron repository y datamapper, abstraer la capa de acceso a datos , referencias
- https://blog.8thlight.com/mike-ebert/2013/03/23/the-repository-pattern.html
- http://mikeebert.tumblr.com/post/28530463266/the-repository-pattern-hooking-up-a-database
- http://geekswithblogs.net/gyoung/archive/2006/05/03/77171.aspx
- https://github.com/iainjmitchell/mongorepositiory
- http://www.bradoncode.com/blog/2013/08/repository-vs-domain-model-vs-data.html
Visita a medialab Prado para el codingday de la app de consul
SoftSkils, emoticritico
H4cking Madrid ( Carlos :* )

Dia 5

revisar objetivos de proyecto, cosas sencillas y concretas
introducción a machine learning con David Vico

Semana 9

dia 1

mailnotifier para autoconstruccion

dia 2

mailnotifier para autoconstruccion
marca personal con Mónica:
- estrategia: identificar el foco de la información y los demás medios para amplificar el mensaje
- enlaces a todas las redes sociales desde la pagina principal ( nucleo )
- Elegir ejes de contenidos, para publicar en los medios
- ejercicio, centro de contenido de perfil profesional y lineas de contenido
- titular profesional, importante. distintas denomianciones de la profesión actual. Usar palabras clave del serctor, utiliza todo el espacio. no usar palabradas demasiadas genericas.
- extracto profesional, primera persona: Expresa quien eresy lo que quiers, utiliza las palabras del titular, sé tu mismo, utiliza todo el espacio disponible, mejor en primera persona. no dejar el espacio vacío. Debe responder a quien soy y qué quiero en este momento.

dia 3

revisión de proyecto
revisar pull requests

# listado de ficheros de un branch
git ls-tree -r $branch_name

principios SOLID Y RASCA ( RCC ASS) http://www.butunclebob.com/ArticleS.UncleBob.PrinciplesOfOod
alembic como gestor de migraciones de modelo de datos
login-manager para flask

dia 4

cerrando pull requests
Como solucionar los conflictos de tu pull request cuando hay codigo aprobado que genera conflictos con el tuyo

# Si hay conflictos en tu pull request  
# This branch has conflicts that must be resolved
git pull --rebase upstream master
#hacer un git add de las modificciones, sin commit
git rebase --continue
git push origin send_mail --force

dia 5

Cerrando bugs y subiendo mejoras hasta antes de la demo
demo final de cierre de h4ckademy
fiesta karaoke ! 😀

miércoles, 2 septiembre 2015

La nueva api de facebook 2.4 puede romper tu app con opauth facebook strategy

Este mensaje es para tí desarrollador de php y más concretamente usuario de opauth. Revisa tu software si estás usando opauth-facebook-strategy, por que puede que haya dejado de funcionar o que no funcione en tu próxima puesta en producción.

Para el que no conozca opauth es una capa de abstracción para la autenticación basada en oauth, de forma que se puede usar de una forma muy cómoda entre distintos proveedores del servicio de autenticación, entre ellos los más usados: Facebook, Google, Twitter y Linkedin.

En CakePHP hay un Plugin muy práctico que facilita esta funcionalidad https://github.com/uzyn/cakephp-opauth y las ‘strategies’ que complementan su uso, que son todos y cada uno de los proveedores soportados

En mi caso comencé a usar opauth-facebook para autenticar al usuario en mi aplicación y precargar algunos datos de su cuenta, como el nombre, apellidos y email. Bastante cómodo de implementar por cierto.

El problema ha sido cuando al subir el desarrollo a preproducción, los datos del usuario no eran retornados por la API Facebook ( https://graph.facebook.com/me ) . El usuario se autenticaba correctamente , pero retornaba id y name.

Después de muchas horas, verificando parámetros entre desarrollo y preproducción me he percatado, de que la app de desarrollo había sido creada con la versión 2.2 de la API y la de prepoducción con la 2.4. El cambio no es para nada trivial, y es que por defecto en la versión 2.4 hay que especificar los campos que queremos retornar en cada petición. Aquí aparece el fragmento de CHANGELOG

https://developers.facebook.com/docs/apps/changelog#v2_4_changes

Declarative Fields
To try to improve performance on mobile networks, Nodes and Edges in v2.4 requires that you explicitly request the field(s) you need for your GET requests. For example, GET /v2.4/me/feed no longer includes likes and comments by default, but GET /v2.4/me/feed?fields=comments,likes will return the data. For more details see the docs on how to request specific fields.

Vale, una vez verificado que este era el problema, he modificado el modulo opauth-facebook para que permita vía configuración indicar los campos que queremos retornar.

El probema es que la implementación no permite indicar el número de versión de API a usar, con lo que utiliza la última. Como la utilidad real del módulo es la autenticación y captura de información básica me he limitado a hacer unos cambios mínimos pero funcionales. Podéis echar un vistazo a los cambios aquí https://github.com/jsenin/facebook

viernes, 20 febrero 2015viernes, 20 febrero 2015

Debugging cakephp sql queries

Para los que desarrollamos con cakephp alugna vez hemos tenido la necesidad de volcar todas las consultas SQL que se ejecutan en cada petición de nuestra aplicación. Una manera rápida y efectiva de volcar y poder trazar todas las queries es editar el fichero ‘/lib/Cake/Model/Datasource/DboSource.php’ y localizar la function execute() que es la función por la que pasan todas la llamadas SQL.
La herencia de objetos que incluye DboSource, permite llamar al logger de una manera muy sencilla:
[php]
$this->log( $query );
[/php]

De forma que la función quedará así:

[php]
/**
* Queries the database with given SQL statement, and obtains some metadata about the result
* (rows affected, timing, any errors, number of rows in resultset). The query is also logged.
* If Configure::read(‘debug’) is set, the log is shown all the time, else it is only shown on errors.
*
* ### Options
*
* – log – Whether or not the query should be logged to the memory log.
*
* @param string $sql SQL statement
* @param array $options The options for executing the query.
* @param array $params values to be bound to the query.
* @return mixed Resource or object representing the result set, or false on failure
*/
public function execute($sql, $options = array(), $params = array()) {
$options += array(‘log’ => $this->fullDebug);

$this->log( $sql );

$t = microtime(true);
$this->_result = $this->_execute($sql, $params);

if ($options[‘log’]) {
$this->took = round((microtime(true) – $t) * 1000, 0);
$this->numRows = $this->affected = $this->lastAffected();
$this->logQuery($sql, $params);
}

return $this->_result;
}
[/php]

Tengo que recordar que estamos modificando directamente el core de cakephp y que no es la manera adecuada, pero para un apuro es muy rápido y eficaz y claro está que en producción esto no lo podemos poner 😀

Si fuera necesario hacer un override aquí tenemos la documentación para llevarlo a cabo
http://book.cakephp.org/2.0/en/core-utility-libraries/app.html#overriding-classes-in-cakephp

UPDATE:
Si estás tratando de tracear la query final y estás usando ‘prepared staments‘, olvidate. Este tipo de consultas se pasan directamente al motor sql y las procesa automáticamente, con lo que te quedas igual.
Para loggear las consultas en mysql échale un vistazo a la documentación de MySQL
http://dev.mysql.com/doc/refman/5.1/en/query-log.html

domingo, 11 mayo 2014domingo, 11 mayo 2014

Convertir Textmate snippets a Gedit/Pluma

Este es otro pequeño ejemplo de esas cosas que vas dejando por que nunca tienes y sabes que te hacen falta. Ayer le dedicé tiempo y ya puedo decir que sí es posible convertir los snippets de TextMate a Gedit o Pluma para Mate-desktop.

Nicolas Alpi ( https://github.com/spyou ) desarolló hace tiempo un pequeño script en ruby que extrae los ficheros de snippets de Textmate para Gedit. Es un script muy muy sencillo en ruby en el cuál he corregido un pequeño detalle y le he agregado la posibilidad de indicar el directorio donde están los snippets. Una vez que ejecutas el script tmsnippets2gedit.rb se genera un fichero result.xml con la conversión. Este fichero deberemos copiarlo a la ruta de donde estén los demas ficheros de Gedit o Pluma con el nombre de la extensión a la que se aplicarán. Además hay que cambiar la cadena ‘[LANGUAGE]’ por el nombre de la extensión.

En mi caso lo quiero usar para importar los ficheros publicados en el repositorio oficial de phpcake Textmate bundle

Bueno… alguno se preguntará ¿ qué es un snippet ?. Los editores de texto como textmate, sublime, gedit o mi querido pluma tienen esta pequeña funcionalidad llamada snippets ( se puede traducir como recortes o fragmentos ) que lo que hacen es escribir un bloque de texto usando un pequeño ‘trigger‘ o disparador y presionando la tecla TAB.

Como la tecnología tiene que ayudar a mejorar tu vida, en resumen, lo que hace un snippet, es permitir que curremos más rápido, escribiendo un bloque de texto presionando un par de caracteres y el tab. Por ejemplo si quiero agregar en una vista un texto internacionalizado en PHPCake o Wordress tendré que escribir algo como esto :
[shell]<?php echo __(‘Translate this’) ?>
[/shell]

La cantidad de veces que hay que escribir el tag de php es odiosa y terriblemente aburrida, de forma que si uso un snippet puede asignar ‘echo’ + ‘tab’ y escribirá: <?php echo __(‘Translate this’) ?>

La configuración sería como en la imagen adjunta :

Ahora que ya tenemos todas la piezas, ¿como usar los snippets de cakephp en gedit/pluma ? Aquí tenéis un fragmento de los que me gustan a mí de copiar y pegar y listo:
[shell]Example to convert cakephp textame to gedit/pluma snippets

git clone https://github.com/jsenin/tmsnippets2gedit
sudo gem install ruby ruby-nokogiri

git clone https://github.com/cakephp/cakephp-tmbundle
cd cakephp-tmbundle
ruby ../tmsnippets2gedit.rb

sed -i ‘s/\[LANGUAGE\]/php/g’ result.xml
sudo cp result.xml /usr/share/pluma/plugins/snippets/php.xml

sudo cp result.xml ~/.config/pluma/snippets/php.xml[/shell]

miércoles, 23 abril 2014miércoles, 23 abril 2014

gedit / pluma highligth ctp

Si trabajamos con gedit o pluma y con CakePHP nos interesa que los ficheros .ctp ( cake template ) se muestren con el sombreado ‘highligth’ como php y html de forma que sea más fácil trabajar con el contenido.

Por defecto este tipo de extensiones no son reconocidas por las instalaciones Debian, así que nos toca agregarlas. Para ello y basándome en este enlace he creado una pequeña modificación para que los ficheros .ctp se muestren coloreados
[shell]sudo sed -i ‘s@<glob pattern=»\*.phps»/>@<glob pattern=»*.phps»/>\n\t\t<glob pattern=»*.ctp»/>@g’ /usr/share/mime/packages/freedesktop.org.xml
sudo update-mime-database /usr/share/mime[/shell]

viernes, 28 marzo 2014

[perfect web development enviorment] Herramientas varias

Estas son las herramientas que uso para desarrollo web, al final no hay un IDE que lo provea todo, si no que varias herramientas juntas y scripts personalizados complementan las herramientas necesarias.

Navegadores : Firefox y Chrome
Editor de texto : Gedit / Pluma y Scite . Son editores de texto muy configurables y soporte para plugins y sobre todo , muy ligeros. Me gusta Scite por el soporte para expresiones reguarles.
Zim Desktop: Para organizar notas es muy cómodo, es una wiki de escritorio con plugins y además tiene soporte para git con lo que puedes versionear el contenido
xxdiff : Para comparar ficheros y directorios, imprescindible
apg: Para generar passwords
Herramientas de php : El propio binario de php para chequear sintaxis ( php -l ) , phpcs Code Sniffer
PHPUnit: Testear código
Linters y beautifiers

Plugins para Gedit / Pluma

Classbrowser: usa ctags para identificar elementos dentro del código fuente
External tools: Permite scriptear con shell usando como parámetros documentos o fragmentos de los documentos.
Simple folding : pliega código contenido entre {}
Smart highligth : colorea código
Snippets : automatiza completado de código usando una secuencia corta de letras + tabulador
viedit: Implementa comandos básicos de vi
word completion: Provee de autocompletado usando las palabras de los documentos abiertos.

Plugins para firefox:

webdeveloper: imprescindible para desarrolladores web, multitud de herramientas
aweseome screenshoot: Captura pantalla de navegación y permite agregar notas y texto
Firebug: depura código js, edita html, css
FireQuery: consola para jquery
Fireraimbow: Colorea el código javascript en firebug
Acebug: Colorea el código javascript en la linea de comandos o consola de javascript
Fireflow : tracea los trigers de jquery
Live HTTP Headers : Captura tráfico de navegación y analiza cabeceras
Colorizlla : Para identificar un color en una página web

lunes, 10 marzo 2014lunes, 10 marzo 2014

[perfect web development enviorment] linters : php

El cliente de PHP ( php-cli ) incorpora la capacidad de validar la sintaxis de código php así, para depurar errores en php usaremos «php -l Syntax check only (lint)» de forma :
[shell]
php -l test.php
No syntax errors detected in test.php
[/shell]
En caso de haber errores nos indicará el error y la linea.

También podemos usar code_sniffer que no sólo nos validará el código si no que además nos indica la calidad del código. Code sniffer soporta múltiples reglas de validación y niveles de mensaje para validar nuestro código, tanto en código como en estilo. Al ser una herramienta muy amplia le dedicaré un post específico.

Para validar código con php code sniffer :
[shell]
phpcs test.php
[/shell]

lunes, 10 marzo 2014domingo, 8 junio 2014

[perfect web development enviorment] linters : csslint

Tenemos tres alternativas para tener en nuestro entorno un validador de CSS

libcroco CSS 2.0 lint

En debian existe un paquete que se llama libcroco-tools que contiene un csslint pero sólo para version css 2.0
[shell]libcroco-tools – Cascading Style Sheet (CSS) parsing and manipulation toolkit – utils[/shell]
Para instalarlo:
[shell]sudo apt-get isntall libcroco-tools[/shell]
Para usarlo
[shell]csslint-0.6 demo.css[/shell]

css tidy

Otra herramienta es csstidy que nos permite es optimizar el contenido de css, de forma que elimina y avisa de propiedades no válidas o transforma valores para que sean más óptimos. No es extrictamente un validador y soporta sólo CSS 2.1

para instalarlo
[shell]sudo apt-get install csstidy>[/shell]
para usarlos
[shell]csstidy test.css output.css[/shell]

php codesniffer css lint

El paquete codesniffer también contiene un css lint
Para instalarlo
[shell]sudo apt-get install php-codesniffer[/shell]
para usarlo:
[shell]phpcs demo.css[/shell]

CSSLInt

http://csslint.net/
Es el más usado y el que ya viene paquetizado para sublime editor
Además está disponible para usarlo online.
[shell]# instalar node
# https://github.com/joyent/node/wiki/Installing-Node.js-via-package-manager
sudo su -c ‘echo «deb http://ftp.us.debian.org/debian wheezy-backports main» >> /etc/apt/sources.list.d’/nodejs.list
sudo apt-get update
sudo apt-get install nodejs-legacy

# instalar nm
curl https://www.npmjs.org/install.sh | sudo sh

# instalar csslint
sudo npm install -g csslint[/shell]
para usarlo
[shell]csslint demo.css[/shell]