Por lo tanto, lo primero es entrar en la carpeta public y borrar el fichero index.html

Lo segundo es generar el controlador que responerá a la acción que queremos con la plantilla del método que nos interesa:

> rails generate controller home index

Ahora en el fichero de plantilla index.html.erb, ubicado en el directorio /views/home tendremos el contenido que se mostrará en el navegador.

Por último, hay que indicarle a Rails cuál va a ser la nueva ruta de la página principal. Para ello hay que entrar en el fichero config/routes.rb, buscar la línea que empieza con la palabra root :to y colocar la ruta en el formato:

"nombre_del_controlador#nombre_del_método"

En nuestro caso quedará así:

root :to => "home#index"

Con esto, ya podemos modificar el fichero /views/home/index.html.erb con el contenido que quedamos que se muestre en el navegador al ir a la home de nuestro servidor web.

Eso me ha ocurrido utilizando Rails 3.2.1, y para cambiar el nombre he sustituido la referencia del nombre del proyecto antiguo por el nuevo en:

• La carpeta del proyecto.
• config/application.rb
• config/environment.rb
• config/routes.rb
• config/environments/development.rb
• config/environments/production.rb
• config/environments/test.rb
• config/initializers/secret_token.rb
• config/initializers/session_store.rb (aquí hay que sustituirlo tanto en la línea activa, como en la línea comentada, por si en algún momento cambiamos el control de sesiones de usuario).
• config.ru
• Rakefile
• app/views/layouts/application.html.erb (no es importante para Rails ya que está en la etiqueta de título).

Con esto he podido utilizar el proyecto sin ningún problema.

Webs:

• http://www.rubyonrails.org (por supuesto, el primer sitio donde empezar).
• http://guides.rubyonrails.org/getting_started.html (la guía básica)
• https://marakana.com/s/tags/ruby/
• http://ruby.railstutorial.org/ruby-on-rails-tutorial-book
• http://www.railscasts.com (colección de vídeos con ejemplos prácticos)
• http://snippets.dzone.com/tags/rails (fragmentos de código para “insertar”)

Libros:

• “Agile Web Development with Rails” (web)
• “Programming Ruby” (web)
• “Rails antipatterns: best practice Ruby on Rails refactoring”  (en amazon.com)

Sitios construidos con RoR:

• Por supuesto… Twitter
• Aplicaciones web de 37signals
• Shopify (comercio electrónico)
• Groupon.
• Yellow pages.

¿Cuáles son vuestras recomendaciones?

En bases de datos SQL Server 2005 y en adelante, se pueden usar estas sentencias:

1. Para saber cuál es el juego de caracteres de una columna de una tabla concreta:

SELECT collation_name FROM sys.columns WHERE name = 'nombreDeCampo' AND [object_id] = OBJECT_ID('dbo.nombreDeTabla');

2.Para saber el juego de caracteres por defecto de una base de datos:

SELECT collation_name FROM sys.databases WHERE name = 'nombreDeLaBaseDeDatos';

Por último, si queremos estar seguros de la versión del motor de SQL Server, hay que ejecutar la consulta:

SELECT @@version;

SQL Server 2005 es la versión 9, así que para que funcionen las consultas anteriores, necesitamos que sea como mínimo esa versión.

Espero que os sirva!

La ventaja para las empresas es el ahorro, ya que estos investigadores han calculado tener  cada servidor en un centro de datos cuesta 400$ anuales, incluyendo los gatos de enfriar el calor que emite el servidor. Teniendo en cuenta que en muchos casos, los gastos de enfriar el servidor llegan al 50% del coste de su consumo eléctrico, podríamos calcular que el gasto de enfriar el calor producido puede acercarse a los 150$ anuales.

La ventaja para los usuarios es el ahorro (vaya igual que para las empresas . En zonas frías de EEUU, unas 110 placas podrían mantener una casa caliente. Los servidores serían operados a través de la conexión de Internet que hay en las casas, y teniendo en cuenta que en caso de desconexiones o problemas, los sistemas de cloud computing ya tienen previstos los sistemas de relevo entre servidores, no debería producirse ninguna gran catástrofe.

El tiempo nos dirá si esta idea funciona. De momento, tiene a su favor el ahorro que produciría para las empresas y para el usuario.

Voy a encender el servidor, que hace frío.

• WPF: Windows Presentation Foundation.
• Windows Forms.

Los formularios de Windows han sido la opción más habitual para crear los interfaces de usuario en Visual Studio. Sin embargo, WPF es la tecnología destinada a sustuir a Windows Forms. Tienen una diferencia (que para mí es una ventaja) fundamental: el código del interfaz está separado del código de la aplicación. De esta forma, el código de la aplicación lo definiremos con lenguajes como Visual Basic o C#, mientras que el interfaz lo deniremos con una lenguaje llamado XAML (eXtensible application markup language).

En WPF se pueden usar tres tipos de controles:

1. Controles individuales: tienen un único propósito o uso, como por ejemplo los botones, las cajas de texto, los deslizadores, las barras de progreso y las etiquetas.
2. Controles de tipo item: sirven para contener grupos de elementos gráficos relacionados. Por ejemplo, un ComboBox, un ListBox, un menú o una barra de herramientas.
3. Controles layout: contienen otros controles y definen visualmente cómo van a estar posicionados dichos controles. Por ejemplo, un grid panel, un dock panel o un canvas.

Todos los elementos gráficos de WPF se controlan mediante sus propiedades, pero además, en determinados casos y según el layout utilizado, pueden aparecer unas propiedades adicionales llamadas attached properties, que contienen información de la posición del control dentro de su layout, por ejemplo, si un control está dentro de un grid panel aparecen propiedades para indicar en qué fila y columna se encuentra.

Podemos ver el XAML que define los controles en Windows como una especie HTML, que mediante etiquetas, valores y propiedades define una ventana. Algunos ejemplos podrían ser:

Definición de un TextBox:

<TextBox Name="usuario" Height="95" Margin="15,30,15,30" VerticalAlignment="Top" />

Definición de un ListBox:

<ListBox Name=color">

<CheckBox Name="rojo">Color rojo</CheckBox>

<CheckBox Name="azul">Color azul</CheckBox>

<CheckBox Name="verde">Color verde</CheckBox>

</ListBox>

Si podemos ver el XAML como una especie de HTML, este también tiene su definición de estilos como si CSS se tratara, de forma que en un formulario podemos utilizar una declaración como esta:

<Window.Resources>

<Style TargetType="Button">

<Setter Property="Background" Value="Black" />
<Setter Property="Foreground" Value="White" />
<Setter Property="Width" Value="135" />

</Style>

</Window.Resources>

1. Copia de seguridad de la base de datos en el dominio actual.
2. Copia completa de todos los ficheros y carpetas del dominio actual.
3. Crear la base de datos en el segundo dominio, y a continuación restaurar la copia de seguridad.
4. Modificar el fichero settings.inc.php dentro de la carpeta config, para indicar el nombre, usuario y contraseña de la nueva de la nueva base de datos en el segundo dominio.
5. Subir todos los ficheros y carpetas al segundo dominio.

Y listo.

Hace unas semanas estuve en una conferencia en la que se hablaba de promoción en Facebook, y cada vez que el ponente mencionaba una herramienta para crear iframes, o para analizar métricas, etc.; alguien saltaba preguntando: pero, ¿es gratis?.

Vale, puedo entender que gente que está pensando emprender se preocupe por poner en marcha su proyecto gastando lo menos posible, pero tampoco hay que pasarse. Una de las cosas buenas que Internet nos ha traido es que podemos acceder a herramientas excelentes con costes ridículos… 20$ ó 30$ mensuales son un regalo teniendo en cuenta el servicio que puedes obtener en algunos casos. Si a esto le añadimos la ventaja que nos aporta el cambio €/dólar, los precios son muy interesantes.

Todo esto agravado por el archifamoso cambio en las cuentas gratuitas de Spotify. Twitter se ha llenado de mensajes de gente que se quejaba, que daba alternativas de servicios de música, de webs que pasaban tus playlists a Grooveshark, etc. ¡¡¡Todo este lío por los 3€ al mes que cuesta la versión de pago!!!

En fin, está bien, querer servicios gratis, pero también muchos tenemos que hacer esta reflexión:

Si soy emprendedor pero lo quiero todo gratis, entonces, ¿cómo prentendo qué alguien pague por mis servicios?

En esta web, he encontrado esta infografía sobre el tiempo que se pierde en la carga de datos innecesarios en los sitios web:

Curioso, ¿no?

“Desactivar las URL amigables no es la solución”

Los enlaces amigables van a mejorar el posicionamiento de nuestras páginas de productos, que pasarán de ser www.nuestrositio.com/7389573, a algo así como www.nuestrositio.com/nombre-del-producto. De esta forma los buscadores (lease Google) indexarán mejor las páginas y aparecerán en posiciones más altas en las búsquedas de los usuarios.

Cuando en Prestashop (o en cualquier CMS) basado en Apache aparece un error de URL, o un error con código 404 del servidor, el problema suele estar en el 99% de los casos en el fichero .htaccess, que controla cómo se interpretan los enlaces.

Si estamos en una instalación nueva de Prestashop:

1. Con nuestro cliente FTP o desde el panel de control de hospedaje, crear un fichero vacío con nombre “.htaccess” en el directorio principal.
2. Asignar permisos al fichero (644, de esta forma Prestashop podrá leer y escribir).
3. Ir a la pestaña Preferencias y activar “URL amigable”.
4. Ir a la pestaña Herramientas -> Generadores, y hacer clic en el botón “Generar el archivo . Htaccess”

Si estamos migrando Prestashop a otro servidor, lo primero que hay que verificar es que el servidor web es Apache. Lo segundo, que la carpeta raíz donde está nuestra tienda se llama igual que en el antiguo servidor.

¡Espero que os sirva!