Entradas etiquetadas ‘rapido

Año nuevo PR nuevo

1 de enero de 2009

en: Negocio

PageRankAyer veíamos como obtener el PageRank con PHP y hoy se confirma (Matt Cutts) lo que comentábamos que el valor del PageRank está siendo actualizado.

El algoritmo original del PageRank fue descrito por Lawrence Page y Sergey Brin (fundadores de Google) en algunas publicaciones.

Y era este:

PR(A) = (1-d) + d (PR(T1)/C(T1) + … + PR(Tn)/C(Tn))

donde:

PR(A) es el PageRank de la pagina A,
PR(Ti) es el PageRank de las páginas Ti que enlaza a la página A
C(Ti) es el número de paginas que enlazan a la página A
d es un factor que toma un valor entre 1 y 0

Los resultados de estas ecuaciones los determina este sistema sin intervención ni manipulación humana, Google considera a los usuarios como una fuente de información objetiva no tergiversada por motivos económicos.

Con este pequeño formulario puedes ver el nuevo PageRank!

PageRankEl PageRank es un valor numérico que representa la importancia que una página web tiene en Internet.

Primero habría que reseñar que podemos apreciar que el PageRank no cumple las características de un ranking normal, pero sí está definido para cada página. El PageRank de una pagina (A) esta definido de manera recursiva por los PageRanks de las diferentes páginas que enlazan a la página(A).

Obtener el PageRank de una página con PHP

El siguiente script puede ser descargado de aquí, su implementación es muy sencilla ya que únicamente hay que pasarle el parámetro “url” (con la url de la que se quiere desvelar el PageRank).

www.adobe.com

Posibles respuestas a la ejecución del script

  • A: valor numérico de 1 a 10.
  • B: Si no hay salida es que la página no tiene PageRank asignado.
  • C: 0, es duro pero ese sería el valor del PageRank de la página dada.

¿Por qué escribir HTML válido?

28 de diciembre de 2008

en: Sin categoría

Es un hecho que aún hoy en día la gran mayoría de páginas webs no son válidas, los blogs son buen ejemplo de ello, mucho se habla de los estándares web son un conjunto de recomendaciones de la World Wide Web Consortium (W3C) y otras organizaciones internacionales.

El principal objetivo de validar tu sitio web es obtener una página que trabaja mejor para todo tipo de navegadores y es mucho más accesible pudiendo funcionar prácticamente en cualquier dispositivo de acceso a Internet, este último punto es muy importante ya que la cantidad de dispositivos diferentes para acceder a Internet ha crecido exponencialmente en los últimos años (teléfonos móviles, teléfonos inteligentes, PDAs, sistemas de televisión interactiva, sistemas de respuesta de voz, puntos de información e incluso algunos pequeños electrodomésticos pueden acceder a la Web).

¿Por qué escribir HTML válido?

Es difícil convencer a los desarrolladores de la necesidad de escribir HTML válido, ya que la gran mayoría de los navegadores procesa e interpreta correctamente el HTML no válido.

Entonces, la pregunta toma aún más interes, ¿Cuál es el incentivo para escribir HTML válido?, pues probablemente la respuesta sea es que si tu sitio web es válido las posibilidades de que la página se muestre y funcione igual en todos los navegadores aumenta considerablemente.

Pongamos un ejemplo básico de HTML y un ejemplo de HTML + Javascript para ver como afectaría un HTML no válido al funcionamiento de nuestra página en ambos casos.

Supongamos que disponemos del código siguiente:

<ol>
<li>Elemento principal uno</li>
<li>Elemento principal dos</li>
</ol>

Como se puede ver los navegadores procesarán sin problemas este código ya que no contiene errores y es bastante sencillo.

Pero que ocurriría si por el contrario cometiéramos errores de validación, por ejemplo:

<ol>
<p><li>Elemento principal uno</li></p>
<p><li>Elemento principal dos</li></p>
</ol>

En este caso el parrafo debería ir dentro del elemento “li” por lo que estamos cometiendo un error, a pesar de ello este error no afectará a la visualización y funcionamiento del HTML… ya que los navegadores podrán interpretarlo sin problemas.

Pero sin embargo si necesitamos el uso de Javascript sobre esta misma página HTML si que nos podemos encontrar con alguna que otra sorpresa.

Tuenti vs Facebook

27 de diciembre de 2008

en: Sin categoría

Hace poco comentábamos que es sorprendente la evolución de Tuenti en su corta vida, pero aún me parece más sorprendente el trabajo de Facebook en ese mismo tiempo, estas dos redes sociales se ha colado entre las palabras más buscadas en Google en menos de un año y ademas han alcanzado límites que creíamos que estaban reservados para aplicaciones muy consolidadas en el mercado.

Si ir más lejos Tuenti es la cuarta búsqueda más emergente del mundo y eso que sólo te puedes registrar bajo invitación, por otro lado tenemos Facebook que es sin duda el fenómenos social mundial de 2008.

Las búsquedas más emergentes 2008

  • 1. sarah palin
  • 2. beijing 2008
  • 3. facebook login
  • 4. tuenti
  • 5. heath ledger
  • 6. obama
  • 7. nasza klasa
  • 8. wer kennt wen
  • 9. euro 2008
  • 10. jonas brothers

Cuando hablamos sobre el tema de las búsquedas más emergentes Salvador hizo un comentario muy acerado:

Parece claro que este 2008 ha iniciado una tendencia con el tema de las redes sociales que este 2009 tiene todos los números para consolidarse y en 2010 pegar el salto a su acceso desde móvil (aquí arriesgo ;) . Lo cierto es que hasta mis amigos no especialmente interneteros se están subiendo a este nuevo modelo de comunicación, ¿será la moda?

Yo también creo firmemente que las redes sociales se van a consolidar en el próximo año y sin duda serán muy importantes en el futuro de Internet.

Es muy acertado al decir que esa es la tendencia y es que el tema de las redes sociales va a ser el gran motor de Internet como hace años lo fue Google, la publicidad y los hábitos de los usuarios están ya condicionados por los movimientos que hacen estas redes sociales (Tuenti y Facebook), si lo miramos desde el punto de vista de un desarrollador gracias al buen trabajo realizado por Facebook tenemos cada vez más pistas sobre cómo funcionan las redes sociales y cuáles son los puntos claves para que estas funcionen.

Tuenti vs Facebook

En este apartado creo que no hay duda, Tuenti ha llegado muy lejos pero Facebook es imparable y hace una semana superó a Tuenti en el ranking de Alexa en España. Era algo normal viendo el ritmo de crecimiento de Facebook y la gran aceptación que está teniendo entre los jóvenes.

Facebook está creciendo mucho a nivel global y probablemente dentro de unos meses no tenga rivales que puedan desvancarle ni a nivel regional, a pesar de ello Tuenti ha sido el gran fenómeno social de habla hispana en 2008 pero ya no es la principal red social en España, y probablemente no vuelva a serlo.

¿Alguien cree que Facebook llegará a igualar en popularidad a Google o Yahoo?

Los dominios más antiguos de Internet

23 de diciembre de 2008

en: Sin categoría

Es curioso conocer cómo de viejos son los dominios, en muchos sitios se puede leer que el dominio más antiguo es symbolics.com del 14 de Marzo de 1985 pero realmente hay un dominio más antiguo, se trata de Nordu.net, 31 de Diciembre de 1984.

Interesante es saber también que Microsoft compra su primera dirección unos cuantos años más tarde, en mayo de 1991, Yahoo! en enero de 1995 y Google en septiembre de 1997…

http://whois.domaintools.com/symbolics.com — Creado:1985-03-14
http://whois.domaintools.com/nordu.net — Creado:1984-12-31
http://whois.domaintools.com/tufuncion.com — Creado:2006-05-06

“Symbolics.com es para muchos el dominio más antiguo con fecha de registro 15 de Marzo de 1985, mucho antes de que se tuviera consciencia de la importancia y relevancia que iba a tener internet, pero aún más sorprendente es Nordu.net con fecha 31 de Diciembre de 1984″…

Esta es una lista de los 100 dominios .COM que datan de más antigüedad, encontrado en fresqui.com:

Fecha de creación del dominio
—————————————-
03/15/1985 SYMBOLICS.COM
04/24/1985 BBN.COM
05/24/1985 THINK.COM
07/11/1985 MCC.COM
09/30/1985 DEC.COM
11/07/1985 NORTHROP.COM
01/09/1986 XEROX.COM
01/17/1986 SRI.COM
03/03/1986 HP.COM
03/05/1986 BELLCORE.COM
03/19/1986 IBM.COM
03/19/1986 SUN.COM
03/25/1986 INTEL.COM
03/25/1986 TI.COM
04/25/1986 ATT.COM
05/08/1986 GMR.COM
05/08/1986 TEK.COM
07/10/1986 FMC.COM
07/10/1986 UB.COM
08/05/1986 BELL-ATL.COM
08/05/1986 GE.COM
08/05/1986 GREBYN.COM
08/05/1986 ISC.COM
08/05/1986 NSC.COM
08/05/1986 STARGATE.COM
09/02/1986 BOEING.COM
09/18/1986 ITCORP.COM
09/29/1986 SIEMENS.COM
10/18/1986 PYRAMID.COM
10/27/1986 ALPHACDC.COM
10/27/1986 BDM.COM
10/27/1986 FLUKE.COM
10/27/1986 INMET.COM
10/27/1986 KESMAI.COM
10/27/1986 MENTOR.COM
10/27/1986 NEC.COM
10/27/1986 RAY.COM
10/27/1986 ROSEMOUNT.COM
10/27/1986 VORTEX.COM
11/05/1986 ALCOA.COM
11/05/1986 GTE.COM
11/17/1986 ADOBE.COM
11/17/1986 AMD.COM
11/17/1986 DAS.COM
11/17/1986 DATA-IO.COM
11/17/1986 OCTOPUS.COM
11/17/1986 PORTAL.COM
11/17/1986 TELTONE.COM
12/11/1986 3COM.COM
12/11/1986 AMDAHL.COM
12/11/1986 CCUR.COM
12/11/1986 CI.COM
12/11/1986 CONVERGENT.COM
12/11/1986 DG.COM
12/11/1986 PEREGRINE.COM
12/11/1986 QUAD.COM
12/11/1986 SQ.COM
12/11/1986 TANDY.COM
12/11/1986 TTI.COM
12/11/1986 UNISYS.COM
01/19/1987 CGI.COM
01/19/1987 CTS.COM
01/19/1987 SPDCC.COM
02/19/1987 APPLE.COM
03/04/1987 NMA.COM
03/04/1987 PRIME.COM
04/04/1987 PHILIPS.COM
04/23/1987 DATACUBE.COM
04/23/1987 KAI.COM
04/23/1987 TIC.COM
04/23/1987 VINE.COM
04/30/1987 NCR.COM
05/14/1987 CISCO.COM
05/14/1987 RDL.COM
05/20/1987 SLB.COM
05/27/1987 PARCPLACE.COM
05/27/1987 UTC.COM
06/26/1987 IDE.COM
07/09/1987 TRW.COM
07/13/1987 UNIPRESS.COM
07/27/1987 DUPONT.COM
07/27/1987 LOCKHEED.COM
07/28/1987 ROSETTA.COM
08/18/1987 TOAD.COM
08/31/1987 QUICK.COM
09/03/1987 ALLIED.COM
09/03/1987 DSC.COM
09/03/1987 SCO.COM
09/22/1987 GENE.COM
09/22/1987 KCCS.COM
09/22/1987 SPECTRA.COM
09/22/1987 WLK.COM
09/30/1987 MENTAT.COM
10/14/1987 WYSE.COM
11/02/1987 CFG.COM
11/09/1987 MARBLE.COM
11/16/1987 CAYMAN.COM
11/16/1987 ENTITY.COM
11/24/1987 KSR.COM
11/30/1987 NYNEXST.COM

Función IsNumeric para MySQL

18 de diciembre de 2008

en: Sin categoría

Es un problema poco habitual ya que no siempre se pretende filtrar datos numéricos en las consultas de MySQL, pongamos que necesitamos probar en una consulta que los datos de un determinado campo son numéricos.

Buscando he encontrado dos posibles maneras de hacerlo con MySQL:

  • WHERE CONVERT(micampo, SIGNED INTEGER) IS NOT NULL
  • WHERE micampo REGEXP (‘[0-9]‘)

¿Cuál es la mejor maneras?

Tras probarlo definitivamente es mejor con expresiones regulares (la segunda opción) pero con una pequeña modificación para que nos coja cualquier número entero.

WHERE micampo REGEXP '^[0-9]+$'