Nuevo Elcipse 3.5 Galileo
Ya tenemos entre nosotros el nuevo Eclipse 3.5, llamado Galileo, además de 32 nuevos proyectos.
Las novedades del nuevo Eclipse Galileo las podemos encontrar en:
Eclipse 3.5 – New and Noteworthy.

Ya tenemos entre nosotros el nuevo Eclipse 3.5, llamado Galileo, además de 32 nuevos proyectos.
Las novedades del nuevo Eclipse Galileo las podemos encontrar en:
Eclipse 3.5 – New and Noteworthy.

Para algunos usuarios que utilicen moodle, puede que conoscan este error:

The session partition is full. It is not possible to login at this time. Please notify server administrator.
Este error es debiado a que en la máquina en la que se ha alojado el moodle, se ha quedado sin espacio en disco. Liberando parte del espacio en disco, reparamos el error y ya podemos acceder normalmente a nuestro moodle.
Hoy vamos a hablar de la posibilidad de enviar correos con PHP, pero esta vez con la particularidad, de que los correos son páginas html.
Esto se consigue con la función en PHP mail(), que esmuy simple, como podemos ver a continuación:
mail($to, $asunto, $body, $headers)
Como podemos ver solo ha ocupado una pequeña línea, la función de enviar el correo. Ahora vamos a explicar el truco de mágia. El secreto esta en $headers. En el headers, debemos indicar la información necesaria, para que los lectores de correo sepan si es un correo de texto plano o bien es un correo de html.
$headers = "From: " . strip_tags($from) . "\r\n";
$headers .= "Reply-To: ". strip_tags($to) . "\r\n";
$headers .= "CC: CON COPIA\r\n";
$headers .= "MIME-Version: 1.0\r\n";
$headers .= "Content-Type: text/html; charset=ISO-8859-1\r\n";
Como podemos ver en la última línea, indicamos que el Content-Type es text/html y que la codificación es ISO-8859-1.
Y ahora solo falta indicar el correo html, que va en la variable $body:
<h1>Este es un correo HTML</h1>
<br />
<p>Este correo esta formateado con <strong>HTML</strong></p>
Y ya solo que que lo probeis.
Fuente: Anieto
1.Cualquier programa, no importa cual, se queda obsoleto nada mas instalarlo.
2.Es más fácil cambiar las especificaciones para que se ajusten al programa que viceversa.
3.Si un programa es útil, alguien te obligará a hacer cambios en el.
4.Si un programa es inútil, alguien te obligará a documentarlo exhaustivamente.
5.Solamente el 10 por ciento del código de cualquier programa llegará a ejecutarse en algún momento.
6.El Software crece siempre hasta consumir todos los recursos disponibles.
7.Cualquier programa no trivial, contiene al menos un error.
8.La probabilidad de hacer el ridículo en una demostración pública de tu software es directamente proporcional al número de gente viéndola, creciendo además de manera exponencial el riesgo cuanto mayor sea la cantidad de dinero invertido en dicha aplicación.
9.Hasta que un programa no lleve al menos 6 meses en producción no se descubrirá su error
mas grave.
10.Hay una variedad infinita de errores indetectables. Por contra, los detectables son por definición finitos.
11.El esfuerzo requerido para corregir un error se incrementa de manera exponencial con el tiempo.
12.La complejidad de un programa siempre crece hasta que excede la capacidad del programador que lo tiene que mantener.
13.Cualquier código de tu autoría que no hayas revisado en meses, bien podría haberlo escrito cualquier otra persona, porque al volverlo a revisar no te enterarás de nada.
14.Dentro de cada pequeño programa hay un gran programa pujando por salir a la luz.
15.Cuanto mas pronto comiences trabajar en tu programa, mas tiempo te llevará.
16.Un proyecto mal planificado necesita hasta tres veces mas tiempo de lo esperado para terminarlo; un proyecto cuidadosamente planificado solo lleva 2 veces mas tiempo de lo estimado al principio.
17.Meter mas programadores en un proyecto que va con retraso tan solo consigue retrasarlo más.
18.Un programa nunca está menos de un 90% completo y nunca mas de un 95% completo.
19.Si tu programa automatiza una porquería, solo conseguirás una porquería automatizada.
20.Construye un programa que incluso un tonto pueda usar y solamente un tonto querrá
usarlo.
21.Los usuarios en realidad no saben lo que quieren de un programa hasta que lo usan.