AlexKing: subscric la seva teoria sobre els comentaris i els posts
Ja fa molt de temps que segueixo el blog de l’Alex King. De fet, és de les persones que més admiro com a programadors d’aplicacions, potser un gran exemple és que dels pocs programes que he comprat a la meva vida és el Tasks Pro, que obviament ha fet ell.
Doncs bé, l’altre dia va publicar un post amb una teoria boníssima, que subscric al 100%: la relació que hi ha entre la quantitat comentaris i els posts és inversament proporcional. O sigui, quan més articles publiquem al nostre blog menys comataris rebrem. Com ja deia abans fa temps que crec que això és totalment cert. És a dir, si jo publico cada dia 3, 4 o 5 articles rarament obtinc algún comentari d’algún article. Encanvi si em passo setmanes i setmanes sense escriure res els comentaris van augmentant.
El dolent del tema és que realment hauria d’escriure entre 5 i 10 artícles per publicar tot el que se’m passa pel cap o que trobo interesant per guardar al blog. Però per sort o per desgràcia la mandra, el temps i les ganes no m’ho permeten.
FireBug: complement del firefox perfecte pels programadors de webs
Pensava que la extenció web developer toolbar del firefox era la bomba, però avui l’Ernest m’ha obert els ulls. Realment el Firebug li dona mil patades. És realment impresionant. El meu no és programar web ni molt menys varallar-me sovint amb els CSS, JavaScript ni HTMLs. Però sovint quan programes aplicacions ASP una eina d’aquestes t’estalvia moltes hores de feina. Per exemple, el model de templates que usa symfony no seria precisament un model WYSIWYG. Així doncs, quan toca escriure codi pelat, el Firebug ens pot fer anar molt al gra. La veritat és que l’Oriol ho hagués agraït en algún moment en que depurava un codi JavaScript, oi Oriol?
Les funcions del Firebug són tantes que fa fins hi tot mandre repassar-les, però en faré una breu llista a base de copy/paste:
- Firebug is always just a keystroke away, but it never gets in your way. You can open Firebug in a separate window, or as a bar at the bottom of your browser. Firebug also gives you fine-grained control over which websites you want to enable it for.
- Inspect and edit HTML Firebug makes it simple to find HTML elements buried deep in the page. Once you’ve found what you’re looking for, Firebug gives you a wealth of information, and lets you edit the HTML live.
- Tweak CSS to perfection Firebug’s CSS tabs tell you everything you need to know about the styles in your web pages, and if you don’t like what it’s telling you, you can make changes and see them take effect instantly.
- Visualize CSS metrics When your CSS boxes aren’t lining up correctly it can be difficult to understand why. Let Firebug be your eyes and it will measure and illustrate all the offsets, margins, borders, padding, and sizes for you.
- Monitor network activity Your pages are taking a long time to load, but why? Did you go crazy and write too much JavaScript? Did you forget to compress your images? Are your ad partner’s servers taking a siesta? Firebug breaks it all down for you file-by-file.
- Debug and profile JavaScript Firebug includes a powerful JavaScript debugger that lets you pause execution at any time and have look at the state of the world. If your code is a little sluggish, use the JavaScript profiler to measure performance and find bottlenecks fast.
- Quickly find errors When things go wrong, Firebug lets you know immediately and gives you detailed and useful information about errors in JavaScript, CSS, and XML.
- Explore the DOM The Document Object Model is a great big hierarchy of objects and functions just waiting to be tickled by JavaScript. Firebug helps you find DOM objects quickly and then edit them on the fly.
- Execute JavaScript on the fly The command line is one of the oldest tools in the programming toolbox. Firebug gives you a good ol’ fashioned command line for JavaScript complete with very modern amenities.
- Logging for JavaScript Having a fancy JavaScript debugger is great, but sometimes the fastest way to find bugs is just to dump as much information to the console as you can. Firebug gives you a set of powerful logging functions that help you get answers fast.
PHP: notes sobre arrays i tres classes (myCurl, barcodes, WSSoapClient)
A HowtoForge han publicat un howto (local) sobre com funcionen els arrays en PHP que esta molt bé. Realment el que més valoro són les notes sobre les funcions que menys s’acostumen a usar i per tant, les menys documentades o més mal documentades. Tot i que sovint quan les descobreixes ja no pots viure sense elles, funcions de búsqueda, de push, pop, var_dump per depurar, etc.
A més a través de phpClasses he trobat tres classes que els hi he de donar un bon cop d’ull ja que tenen molt bona pinta:
- MyCurl This class provides an alternative implementation of the cURL extension functions in pure PHP. It automatically detects whether the cURL library is available. If it is not available, it defines several functions with the same names of the cURL extension that use the class to emulate part the original functionality. Currently it implements the functions: curl_init, curl_exec, curl_setopt and curl_close. Several of the most important options can be set with the curl_setopt function.
- HTML Bar Codes This package can be used to display bar codes using only HTML with CSS styles. It takes a code to represent and generates CSS style definitions and HTML tags to render that code in an HTML page. There are two classes that can render bar codes using the Code39 and Interleave 2 of 5 standards respectively.
- WSSoapClient This class can add WSSecurity authentication support to SOAP clients implemented with the PHP 5 SOAP extension. It extends the PHP 5 SOAP client support to add the necessary XML tags to the SOAP client requests in order to authenticate on behalf of a given user with a given password. This class was tested with Axis and WSS4J servers.
Nova organització dels correus (2a part)
Fa un parell de dies que aplico una idea que he tingut, a veure què ús sembla. És un complement de l’article “nova organització dels correus“. Consisteix en posar amb còpia oculta tots els correus que envio cap a mi mateix. Això s’encarrega el propi client de correu de fer-ho automàticament. Així tot el que envio em torna a la inbox llavors quan entra puc posar l’email a la carpeta: ThisYear, Process o Waiting for segons el que hagi de fer amb aquest email.
Si el col·loco a ThisYear el que faig és organitzar la carpeta en forma de thread mostrant el recipient i el from així tinc els correus agrupats per temes i a l’hora de buscar alguna cosa no he de buscar per separat el que jo vaig escriure del que em van escriure.
Obviament si l’arrossego a Process és que he de fer alguna tasca amb aquell email. Per exemple, potser m’han demanat una llista de preus i jo contesto que la tindran la setmana que ve perquè no se m’oblidi d’enviar-la col·loco el correu còpia del que he escrit a dins de Process i així sempre tinc present que he de fer aquesta tasca.
El comportament de la carpeta Waiting for és similar però alrevés, per exemple, si escric un correu demanant algo que m’han de retornar perquè no se m’oblidi que ho he demanat la còpia que m’arriba del correu que he escrit la col·loco a Waiting for.
Un cop em retornen l’email amb la informació que he demanat o me la fan arribar per qualsevol altre sistema llavors arrossego el correu cap a la carpeta ThisYear.
És un complement una mica engorrós però és interessant per tal de no oblidar les coses que ens han de retornar o que hem de fer/enviar i que després se’ns passen per alt.
Actualització 9/2/2007: Un altre avantatge de tenir còpia a la inbox del que s’envia és que així també tinc a la BlackBerry una còpia dels correus que envio no només dels que rebo i quan no estic a l’ordinador o a internet, els puc consultar, re-enviar, etc.
nota recordatori de tcpdump
Mai recordo la sintaxis per filtrar amb el tcpdump quan em fa falta, així doncs:
tcpdump -i eth0 -n tcp port 1500
tcpdump host 10.0.1.12
tcpdump icmp and host 10.0.1.12
tcpdump -i eth1 host 10.0.1.11 and host 10.0.1.12
Algunes expresions per l’ethereal/wireshark també usables amb el tcpdump, és clar:
ip.dst == 10.0.1.50 && frame.pkt_len > 400
ip.addr == 10.0.1.12 && icmp && frame.number > 15 && frame.number < 30
ip.addr == 10.0.1.12 && tcp.port == 23
host 10.0.1.12 and tcp port 23
Nova organització dels correus
Ja fa dies que volia reorganitzar-me els correus segons les teories del GTD. La idea bàsica és tenir sempre la INBOX completament buida. Per tal de tenir els correus sempre ben classificats. A la part dreta de l’article teniu un screenshot amb les carpetes de la compte oriol_@_oriol.joor.net que és la compte que agrupa les comptes de: joor.net, movilpoint.com, inforcomsoft.net i druvs-systems.com. Les funcions de les carpetes actuals:
- Inbox: com sempre on entre els correus que no es classifiquen automàticament en cap carpeta. O sigui, correus que he de revisar tan aviat com sigui possible. Tots els correus que entren per aquesta carpeta i impliquen menys de dos minuts de feina o que estic capacitat per respondre al moment, ho he de fer. Després de llegir qualsevol correu de la carpeta ha d’anar a una altre carpeta.
- Process: correus que venen d’inbox i sobre els que he de fer alguna acció. Per exemple, fer alguna cosa i després respondre (do it), tasques que no puc fer jo mateix i les he de delegar (delegate it), alguna tasca que no estic preparat per respondre o no tinc temps de fer-ho ara mateix (defer it). Els correus que entren en aquesta carpeta els marco altre cop com a no llegits i així d’un cop d’ull sé la quantitat de tasques que tinc en procés. D’aquest punt se’n poden derivar tasques cap al MonkeyGTD.
- Waiting for: tasques que venen de la carpeta process o de la carpeta inbox. Bàsicament són tasqes que estan aturades per algún motiu. Per exemple, una tasca delegada (delegated) o diferida (deferred). Això va bé, perquè així no molesta a process i no hi perdo el temps tornant a mirar el que tinc a la carpeta process. Així el màxim que puc fer amb aquestes tasques és al final de la jornada o al principi, enviar recordatoris a qui pugui desenganxar la tasca.
- Organize: emails que he de classificar manualment quan tingui una estona, a alguna carpeta de la compte d’arxius o qualsevol altre carpeta especial de projectes. Per exemple, els emails intercanviats per resoldre algún bug d’un aplicatiu, etc.
- This Year: bàsicament és la típica col·lecció d’emails que tenim a la inbox. Així si em de buscar algo ho podem fer aquí.
- imapfilter: correus que pertanyen a alguna llista de correu. Aquests correus es classifiquen cada 1h a través de l’aplicatiu imapfilter.
- Junk: tots els correus marcats com a spam es posen en aquesta carpeta. Cada 1h es marquen com a llegits perquè no molestin (gràcies al programa imapfilter). Els correus més antics de 7 dies es guarden a Junk/archive, allà es guarden 90 dies. Els informes dels emails marcats com a spam es guarden a Junk/reports allà els informes més antics de 30 dies es borren. A les carpetes learn_ham i learn_spam hi arrossego els falços positius i els falços negatius respectivament, cada nit l’spamassassin els incorpora a la seva base de dades.
La resta de carpetes són les normals, on es guarda els correus enviats segons la compte que he usat per fer els enviaments, la carpeta dels drafts, la carpeta brossa i potser la única extranya seria la carpeta de la Daphne que és on guardo els correus que m’envia la Daphne. No té més història aquesta carpeta, diguem-li la carpeta especial i més prioritària 😉
Tot això ho complemento amb dues comptes de correu més archive i mailinglists. Ambdues IMAP, igual que la oriol_@_oriol.joor.net. Gràcies a l’imapfilter, en aquestes dues comptes s’hi van classificant els correus a arxivar i els correus que pertany a les llistes de correu a les que estic subscrit. Tot això em permet tenir la meva compte principal amb una mida raonable. El problema més greu és que fins ara la compte personal, tenia 4Gb i era molt pesada. Amb aquest esquema tinc repartit molt millor el pes de les comptes.
Una de les grans avantatges és que quan uso l’offlineimap que sincronitza la compte IMAP personal del servidor cap al portàtil es fa de forma molt més ràpida. Ja que no ha de passar per tantes carpetes com abans per mirar si tinc els mateixos correus al portàtil que al sevidor. Pel que fa a les altres dues comptes archive i mailinglists les sincronitzo només cada 1h i així no tinc sincronitzacions tan llargues i pesades per la xarxa.