Al hacer clic en el enlace nos da 2 opciones, si queremos bajar la ultima versión o si queremos actualizar automáticamente.

Yo por seguridad baje todo mi sitio por ftp, y baje la base de datos solo por si algo malo pasaba. Recomiendo que hagan esto.

Luego de hacer clic en el botón de Actualizar Automáticamente (Upgrade Automatically), WordPress empezó a bajar el archivo y a instalar la actualización. Fue muy rápido y en cuestión de segundos actualizo WordPress a la versión 2.8.1.

Luego al regresar al panel de control (dashboard) ya WordPress me mostraba que la ultima versión estaba instalada, tal como lo muestra la siguiente imagen:

Actualice alrededor de 12 instalaciones de WordPress, de la versión 2.8 a la versión 2.8.1, solo una me mostró el siguiente error:

Warning: ftp_systype() [function.ftp-systype]: PORT command successful in /var/www/vhosts/scom/httpdocs/wp-admin/includes/class-wp-filesystem-ftpext.php on line 257
Downloading update from http://wordpress.org/wordpress-2.8.1.zip.

Unpacking the update.
Warning: ftp_mkdir() [function.ftp-mkdir]: upgrade/: No such file or directory in /var/www/vhosts/scom/httpdocs/wp-admin/includes/class-wp-filesystem-ftpext.php on line 240
Could not create directory: upgrade/wordpress-2.8.1

Installation Failed

Verifique que la carpeta upgrade dentro de la carpeta wp-content existiera, y si existía pero tenia permisos de 755. Le puse permisos de 777 a la carpeta y WordPress se actualizo automáticamente sin problema alguno, después de la actualización regrese los permisos 755 a la carpeta upgrade.

Mas creo que es un problema con el proveedor de hosting ya que las otras instalaciones de WordPress que actualice funcionaron perfectamente con la carpeta upgrade con permisos de 755.

Y ustedes….

¿ Ya actualizaron ?

En mi opinión un Error 404 (Error de que no encontró el archivo y/o pagina)  no debe de ser una “calle sin salida” si no que un punto de partida para que el usuario no se pierda en nuestro sitio web.

Esto lo podemos corregir agregando una linea en nuestra configuración de apache, les adjunto una configuración típica de apache:

NameVirtualhost 10.10.10.1
<VirtualHost 10.10.10.1>
ServerName test232.hola.com
DocumentRoot /home/sites/hola
DirectoryIndex index.php index.htm index.html
ServerAlias test1.hola.com
</VirtualHost>

A esta configuración le vamos a agregar la siguiente linea, y va a quedar de la siguiente manera:

NameVirtualhost 10.10.10.1
<VirtualHost 10.10.10.1>
ServerName test232.hola.com
DocumentRoot /home/sites/hola
DirectoryIndex index.php index.htm index.html
ServerAlias test1.hola.com
ErrorDocument 404 /404.html
</VirtualHost>

Con esta configuración, cuando alguien entre a una pagina que no existe dentro de nuestro sitio, lo va a llevar a la pagina 404.html en nuestro directorio raíz de nuestra pagina web.

El archivo 404.html puede tener un campo de búsqueda, o un listado de las categorías o incluso un resumen de las paginas mas vistas de su sitio, todo esto depende del webmaster.

Yo como lo he manejado es que pongo un mensaje que dice que el archivo no fue encontrado pero que le sugerimos estas paginas, y pongo hipervinculos a otras paginas dentro de mi sitio.

En base a la experiencia que he tenido instalando servidores web de Apache 1.x y 2.x voy a tratar de resumir los puntos mas importantes a tener en cuenta:

Instalar y actualizar a la ultima versión.

La mejor opción es instalar la ultima versión dependiendo la distribución de linux que estemos corriendo. Obviamente me refiero a la versión estable. Mejor si lo hacemos atraves del sistema de archivos especifico de la distribución linux, como por ejemplo apt-get, yum etc; asi las actualizaciones serán mas fáciles. También se puede instalar atraves del código fuente, pero haciendo esto las actualizaciones no van a ser tan automatizadas como cuando instalamos el apache atraves de apt-get, yum, etc.

Des habilitar la firma del servidor.

Este es un punto muy importante, ya que con esto evitamos que cualquier persona en Internet pueda saber que versión de apache estamos corriendo, haciendo así mas fácil atacar nuestro servidor, ya que puede buscar “exploits” o scripts para atacarnos y si el atacante sabe la versión de apache que estamos utilizando, le haremos el trabajo mas facil.

Esto lo hacemos modificando la siguiente opción en el archivo /etc/apache2/apache2.conf (esto también lo podemos agregar en el httpd.conf, todo depende de la distribución de linux que estemos usando).

#
# Optionally add a line containing the server version and virtual host
# name to server-generated pages (internal error documents, FTP directory
# listings, mod_status and mod_info output etc., but not CGI generated
# documents or custom error documents).
# Set to “EMail” to also include a mailto: link to the ServerAdmin.
# Set to one of:  On | Off | EMail
#
ServerSignature Off

Definir un ServerLimit.

Con esto limitamos las conexiones que se realicen a nuestro servidor, con esto evitamos que lo puedan llegar a saturar, siempre teniendo en cuenta cuantas peticiones normalmente va a estar manejando el servidor al mismo tiempo, aquí defino el server limit en el prefork MPM:

<IfModule prefork.c>
StartServers         5
MinSpareServers      5
MaxSpareServers     10
MaxClients          20
ServerLimit    100
MaxRequestsPerChild  0
</IfModule>

Monitorear el consumo de espacio en disco duro de los logs de apache.

Recomiendo periódicamente verificar el consumo de disco duro de los logs de apache, con esto evitamos que el apache “llene” el disco con sus logs, yo reviso el consumo de la siguiente manera:

rolando@mail:/var/log$ df -m
Filesystem           1M-blocks      Used Available Use% Mounted on
/dev/hda3                34984     21986     11193  67% /

Habilitar el modulo mod_status.c.

Esto es de gran ayuda para los sysadmin a la hora de montar un servidor apache, con esto podemos ver cuantas conexiones y cuantos megas/gigas esta transfiriendo nuestro servidor apache. Yo habilito la opción ExtendedStatus On para ver información mas detallada. Siempre limitando las conexiones al /server-status a mi red clase B que seria 192.168..

<IfModule mod_status.c>
#
# Allow server status reports generated by mod_status,
# with the URL of http://servername/server-status
# Change the “.example.com” to match your domain to enable.
#
<Location /server-status>
SetHandler server-status
Order deny,allow
Deny from all
Allow from 192.168.
</Location>
</IfModule>
ExtendedStatus On

Este modulo nos va a dar información detallada de nuestro servidor apache, incluso nos va a mostrar conexiones e direcciones IP de los clientes como lo muestra la siguiente imagen:

Permisos 755 en las carpetas de los sitios web.

Por ningún motivo los sitios web tienen que tener permisos de 777, ya que un atacante podría sobre escribir nuestros archivos e incluso borrarlos. Esta medida es por seguridad.

Con estos consejos podrán montar un servidor web apache y sacarle provecho a este servidor web. Como lo mencione arriba, recuérdense de mantenerlo actualizado así evitamos que nuestro servidor web este vulnerable a ataques.

Cualquier comentario o sugerencia es bienvenida.

Si el servidor usa PHP, vamos a crear un archivo llamado index.php y vamos a meter el siguiente condigo con el archivo:

<?php
header(“Location:http://www.lospatitos.com/”);
?>

Si el servidor usa ASP, vamos a crear un archivo llamado Default.asp y vamos a meter el siguiente codigo en el archivo:

<%
response.redirect “http://www.lospatitos.com”
%>

Si queremos hacer el redireccionamiento en HTML vamos a crear un archivo llamado index.html con el siguiente código:

<BASE HREF=”http://www.lospatitos.com”>
<HTML>
<HEAD>
<meta http-equiv=”refresh” content=”0; URL=http://www.lospatitos.com/”>
<title> www.lospatitos.com </title>
</html>

Hay que tener en cuenta que podemos redireccionar a cualquier dominio , archivo o directorio, pudimos haber escrito www.lospatitos.com/galería o incluso www.lospatitos.com/hola.html y así sucesivamente.

Cualquier duda o sugerencia es bienvenida.

Te hare un listado de lo que vas a necesitar:

Hosting (donde vas a alojar tu pagina).

Solucion, hosting compartido:

• www.godaddy.com – El servicio es bueno, pero los servidores están sobre vendidos y debido a eso un foro no va a correr del todo rápido.

• www.dreamhost.com -Servicio malisimo, de todas las personas que conozco todos se han querido salir despues de un año de servicio, según comentan no hay semana sin que se caiga. La mayoria de sus servidores estan saturados y sobre vendidos.

• www.hostmonster.com – El servicio es muy bueno y los servidores no están sobre vendidos, es ideal para un foro, ya que los servidores no están tan cargados.

• www.bluehost.com -Son los mismos de hostmonster.com, así que el servicio es igual.

Ya si quieres comprar un servidor y montarlo y pagar mas de 89$ al mes, lo podes comprar en:

www.theplanet.com

2. Software en el cual se montara el foro.

Solución:

• Vbulletin: www.vbulletin.com tiene un costo de 180 $ licencia propia y 60 $ al año para actualizaciones. También tiene la opción de rentar la licencia por 100$ al año. Te recomiendo esta opcion.

• PhpBB: www.phpbb.com Es un software gratuito para foros de discusión. No lo recomiendo ya que tiene demasiadas vulnerabilidades, pero hay foros muy grandes que lo usan. El secreto esta en estarlo actualizando constantemente.

• MyBB: www.mybboard.net Es un software gratuito, y un poco mas robusto que PhpBB, no puedo opinar mucho porque solo una vez lo probé, y me pareció mejor que PhpBB.

3. Un dominio en Internet

Tienes que escoger un dominio no muy largo, y que los usuarios se puedan recordar fácil de el. Esto no es tan indispensable ya que lo que importa es el contenido. Pero no esta demás de escoger un dominio fácil de recordar.

Solución para comprar tu dominio:

www.godaddy.com – 9.99 $ por dominio.
www.name.com – 5.99 a 7.99 $ por dominio.
www.dotster.com – 15$ por dominio.

Te recomiendo www.name.com por el precio, y el servicio es bueno y estable.

4. Mucha paciencia.

Vas a necesitar mucha paciencia, ya que es una comunidad y va a tardar por lo menos de 1 a 2 años en que tengas un trafico constante y estable.

5. Posicionamiento del sitio, SEO (Search Engine Optimization).

Esto es lo mas difícil, hay que escoger las palabras clave, con la cual vas a posicionar tu sitio, y ademas de eso en trabajar en el SEO del sitio, obteniendo links (hipervinculos) de otros sitios que tengan que ver con lo que se va a tratar tu foro. Es muy recomendable que el dominio contenga la palabra con la cual te quieres posicionar. Por ejemplo vas a hacer un foro de los autos BMW M3. Seria perfecto que tuvieras un dominio como por ejemplo, forosbmwm3.com. Ademas de esto trata de repetir la palabra o palabras con la que te quieres posicionar en tu pagina principal.

6. Contenido del sitio.

El contenido debe de ser único, y constante, vas a tener que estar creando temas y escribiendo mucho, lo peor que puedes hacer es copiar artículos de la red, no es malo, pero tampoco ayuda, ya que la pagina original, va a tener prioridad en los buscadores. Te recomendaría que también contactes a mas personas que estén interesadas a escribir un articulo. Como lo dijo un exitoso empresario en una conferencia de SEO que recibí en Miami, “Mi mejor inversión fue contratar a un escritor y editor de contenido para mi sitio”. En resumen, mete la mayor cantidad de contenido único y que sea interesante para el usuario.

Espero que les sirva esta guía, y les comparto con ustedes las direcciones de foros que yo he creado.

www.foroshonda.com

www.ek9.org

]]> http://www.rolandovera.com/2008/09/13/que-se-necesita-para-montar-un-foro-de-discusion/feed/ 0 http://www.rolandovera.com/2008/05/20/redireccionamiento-de-urls-en-php-con-respuesta-de-301-moved-peramanently/?utm_source=rss&utm_medium=rss&utm_campaign=redireccionamiento-de-urls-en-php-con-respuesta-de-301-moved-peramanently http://www.rolandovera.com/2008/05/20/redireccionamiento-de-urls-en-php-con-respuesta-de-301-moved-peramanently/#comments Tue, 20 May 2008 15:36:55 +0000 Rolando http://www.rolandovera.com/?p=178 Este tipo de re direccionamiento es importante a la hora de mover ya sea un dominio o una pagina que ya tiene un page rank, el page rank sera heredado hacia la nueva pagina. Este tipo de re direccionamiento en PHP se hace de la siguiente manera:

<?php
header( “HTTP/1.1 301 Moved Permanently” );
header(“Location:http://www.nueva-url.com”);
?>

Obviamente sustituyen nueva-url por el nuevo dominio, también puede ser una pagina en especifica.

Cambiando la pagina de error 404 que trae un server por default, es un gran avance ya que lo que un webmaster quiere es que un navegante jamás se pierda en el sitio, y mucho menos se quede en un lugar “sin salida”.

Ejemplos de paginas de error 404:

Otra cosa que hay que evitar es poner un link con el email, ya que aparte que lo mas seguro es que el email pare en una base de datos usados por spammers, y además es responsabilidad de uno que el sitio este bien, no que el navegante le informe que hay algo malo.

Una sugerencia que les puedo dar, es que la página de error, tenga un cuadro para una búsqueda dentro del sitio, y links a las páginas más importantes de los sitios.

Si no me creen esta sugerencia es buena, pueden entrar a la pagina de Apple, y pueden ver que en sus paginas de error 404 “not found” tienen un cuadro para búsqueda arriba, y links hacia todas las secciones mas importantes del sitio.

Espero que tomen este articulo en cuenta, y que el error 404 “Not Found” no sea el final si no un final, pero con muchas salidas.

Actualmente yo no lo tengo implementado en mis sitios personales, ya que el proveedor solo me deja poner 1 sola página 404 por todos mis sitios. Pero esto lo implemente en uno de los sitios en los que yo trabajo, y según Google analyticis, el Bounce rate bajo en un 10 %. (Para los que no saben que es bounce rate, el Bounce rate es el porcentaje de usuarios que llegan a la pagina principal de nuestro sitio pero después se van).