Entonces, para setear la codificación que utilizará Doctrine en las tablas y en las transacciones se debe establecer la opcion encoding.

En el archivo: databases.yml

all:
 doctrine:
   class: sfDoctrineDatabase
   param:
     dsn:      mysql:host=********;dbname=********
     username: ********
     password: ********
     encoding: latin1

Esto es muy útil para el problema que se da con el comando automático "SET NAMES 'UTF8'" que ejecuta Doctrine en cada conexión a la base de datos.

Fuente: http://www.symfony-project.org/reference/1_4/en/07-Databases

Lo veremos con un ejemplo. Se tiene la fecha “2010/01/01 23:45:00″ almacenada en algún lugar, pero nos gustaría que al usuario se le mostrara “Viernes 1 de enero de 2010 23:45″. Para esto cargamos el helper de fechas de Symfony, directamente en el template.

indexSuccess.php

<?php use_helper('Date') ?>

Luego, cuando queremos mostrar la fecha utilizamos la función de formato.

<?php echo format_datetime($fecha, 'g', 'es_CL') ?>

Ahora, la explicación. El primer parámetro es la variable o la fecha que queremos mostrar, el segundo es el formato que le queremos dar a la fecha mostrada (los cuales listaré al final) y por último, se elige la cultura. Los dos últimos parámetros son opcionales, y si se omiten se utilizan los predefinidos.

En la documentación pueden ver qué otras funciones tiene el helper: http://www.symfony-project.org/api/1_4/DateHelper

Tipos de formatos

'd' : Fecha corta
'D' : Fecha larga
'p' : Fecha largo medio
'P' : Fecha completa
't' : Hora corta
'T' : Hora larga
'q' : Hora largo medio
'Q' : Hora completa
'f' : Fecha larga + Hora corta
'F' : Fecha larga + Hora larga
'G' : Fecha corta + Hora larga
'g' : Fecha corta + Hora corta
'i' : yyyy-MM-dd
'I' : yyy-MM-dd HH:mm:ss
'm' ó 'M' : MMMM dd
'r' ó 'R' : EEE, dd MMM yyyy HH:mm:ss
's' : yyyy-MM-ddTHH:mm:ss
'u' : yyyy-MM-dd HH:mm:ss z
'U' : EEEE dd MMMM yyyy HH:mm:ss
'y' ó 'Y' : yyyy MMMM

Espero, como siempre, que esto le sea de utilidad a alguien. Se agradecen los comentarios y/o correcciones.

Navegando encontré el siguiente código, el cual ya he comprobado, para establecer la codificación de caracteres de la conexión de Doctrine.

Editar el archivo config/ProjectConfiguration.class.php

class ProjectConfiguration extends sfProjectConfiguration
{
  public function setup()
  {
    $this->enablePlugins('sfDoctrinePlugin');
  }

  public function configureDoctrine(Doctrine_Manager $manager)
  {
    $manager->setCollate('utf8_unicode_ci');
    $manager->setCharset('utf8');
  }

}

Espero les sirva.

Vía Rajat Pandit

Actualización:
Otra alternativa, que nos llega por nervo en los comentarios:
databases.yml

all:
 doctrine:
   class: sfDoctrineDatabase
   param:
     dsn:      mysql:host=********;dbname=********
     username: ********
     password: ********
     attributes:
       default_table_type:    InnoDB
       default_table_collate: utf8_unicode_ci
       default_table_charset: utf8

Actualización 2:
Otra alternativa, que nos llega esta vez por kaskas en los comentarios:
schema.yml

options:
  collate: utf8_unicode_ci
  charset: utf8
  type: InnoDB

Esto es muy útil cuando los sitios cambian de dirección y no queremos tener problemas con los buscadores.

Para redireccionar simplemente se debe agregar la siguiente linea al principio del .htaccess:

Redirect /directorio-local/ http://www.nueva-web.com/nuevo-directorio/

Así de fácil, así de bonito.

[Vía VidaBlog]

Actualización

Gracias a RNT por aclararnos que RedirectMatch puede ser más efectivo debido a que  también redirecciona el contenido dentro del directorio, cosa que no hacía el Redirect. Por lo tanto, el código para el .htaccess quedaría asi:

RedirectMatch /directorio-local/(.*) http://www.nueva-web.com/nuevo-directorio/$1

Lo necesario:

1. Instalar el plugin sfThumbnailPlugin
   symfony plugin:install sfThumbnailPlugin
2. Tener configurada la BD, y el modelo implementado previamente con al menos un campo para guardar imágenes varchar(50).
3. Tener un módulo creado con el “Admin generator” de Symfony

Procedimiento

Primero, configuraremos el formulario en la clase correspondiente. Tomaré por ejemplo un módulo para subir noticias a un sitio web.

Widget

Usaremos el widget para subir archivo editable sfWidgetFormInputFileEditable, ya que este nos permite mostrar la imagen que se ha subido además de dar la opción de eliminarla cuando existe.

NoticiaForm.class.php

$this->widgetSchema['imagen'] = new sfWidgetFormInputFileEditable(array(
   'label'     => 'Imagen Principal',
   'file_src'  => '/uploads/noticias/thumbs/'.$this->getObject()->getImagen(),
   'is_image'  => true,
   'edit_mode' => !$this->isNew(),
   'template'  => '<div>%file%<br /><label></label>%input%<br /><label></label>%delete% Eliminar imagen actual</div>',
));

Explicación de lo anterior:

• Label nos permite modificar la etiqueta del campo en el formulario.
• File_src provee la ruta a la imagen ya subida, para mostrarla.
• Is_image, si no me equivoco le permite a Symfony conocer que estamos trabajando con una imagen (si alguien sabe su utilidad, comente).
• Edit_mode hace que la imagen sólo se muestre una vez que hayamos creado el registro, por ende cuando se ha subido ya algo.
• Template, es el formato con el que queremos mostrar la previsualización de la imagen.

Validator

El validador es el que finalmente sube y guarda la imagen, por lo tanto es donde debemos usar el plugin sfThumbnailPlugin.

NoticiaForm.class.php

$this->validatorSchema['imagen'] = new sfValidatorFile(array(
   'required'   => false,
   'mime_types' => 'web_images',
   'path' => sfConfig::get('sf_upload_dir').'/noticias/original',
   'validated_file_class' => 'sfResizedFile',
));

Explicación.

• Required, ya sabemos.
• Mime_types permite decir qué archivos se pueden subir, los que son permitidos, en este caso sólo imágenes.
• Path es usado para indicar la ruta donde queremos que se guarden las imágenes (de tamaño original, o ampliado).
• Validated_file_class es el parámetro importante aquí, nos permite decir que usaremos una clase propia para manejar la imagen subida.

sfResizedFile es una clase nueva, la cual obtuve desde el Foro de Symfony. Créditos para malas.

/lib/sfResizedFile.class.php

/**
 * sfResizedFile represents a resized uploaded file.
 *
 * @package    symfony
 * @subpackage validator
 * @author     Malas
 * @version    0.1
 */
class sfResizedFile extends sfValidatedFile
{

	/**
	 * Saves the uploaded file.
	 *
	 * This method can throw exceptions if there is a problem when saving the file.
	 *
	 * If you don't pass a file name, it will be generated by the generateFilename method.
	 * This will only work if you have passed a path when initializing this instance.
	 *
	 * @param  string $file      The file path to save the file
	 * @param  int    $fileMode  The octal mode to use for the new file
	 * @param  bool   $create    Indicates that we should make the directory before moving the file
	 * @param  int    $dirMode   The octal mode to use when creating the directory
	 *
	 * @return string The filename without the $this->path prefix
	 *
	 * @throws Exception
	 */
	public function save($file = null, $fileMode = 0666, $create = true, $dirMode = 0777)
	{
		if (is_null($file))
		{
			$file = $this->generateFilename();
		}

		if ($file[0] != '/' && $file[0] != '\\' && !(strlen($file) > 3 && ctype_alpha($file[0]) && $file[1] == ':' && ($file[2] == '\\' || $file[2] == '/')))
		{
			if (is_null($this->path))
			{
				throw new RuntimeException('You must give a "path" when you give a relative file name.');
			}

			$smallFile = $this->path.DIRECTORY_SEPARATOR.'s_'.$file;
			$file = $this->path.DIRECTORY_SEPARATOR.$file;
		}

		// get our directory path from the destination filename
		$directory = dirname($file);
		if (!is_readable($directory))
		{
			if ($create && !mkdir($directory, $dirMode, true))
			{
				// failed to create the directory
				throw new Exception(sprintf('Failed to create file upload directory "%s".', $directory));
			}

			// chmod the directory since it doesn't seem to work on recursive paths
			chmod($directory, $dirMode);
		}
		if (!is_dir($directory))
		{
			// the directory path exists but it's not a directory
			throw new Exception(sprintf('File upload path "%s" exists, but is not a directory.', $directory));
		}
		if (!is_writable($directory))
		{
			// the directory isn't writable
			throw new Exception(sprintf('File upload path "%s" is not writable.', $directory));
		}

		// copy the temp file to the destination file
		$thumbnail = new sfThumbnail(100, 100, true, true, 85, 'sfGDAdapterCuttingOff');
		$thumbnail->loadFile($this->getTempName());
		$thumbnail->save($smallFile, 'image/jpeg');

		$thumbnail = new sfThumbnail(400, 400, true, true, 85, 'sfGDAdapter');
		$thumbnail->loadFile($this->getTempName());
		$thumbnail->save($file, 'image/jpeg');

		// chmod our file
		chmod($smallFile, $fileMode);
		chmod($file, $fileMode);

		$this->savedName = $file;
		return is_null($this->path) ? $file : str_replace($this->path.DIRECTORY_SEPARATOR, '', $file);
	}

}

Para crear nuestros thumbnails, solo sebemos agregar cada uno como se muestra en negrita:

$thumbnail = new sfThumbnail ($maxWidth = null, $maxHeight = null, $scale = true, $inflate = true, $quality = 75, $adapterClass = null, $adapterOptions = array())

Si necesitamos 5 tamaños diferente, debemos agregar 5 veces la creación y guardado de un objeto sfThumbnail.

Finalmente, limpiar la cache del proyecto y probar cómo funciona el redimensionado de imágenes.

NOTA: Si aparece el error de que no existe sfGDAdapterCuttingOff, simplemente eliminar esa declaración. Se debe a que no está completamente instalado GD. En mi caso funcionó sin necesidad de usar ese parámetro.

Visto en Foro de Symfony

En la acción:

sfContext::getInstance()->getActionName();

sfContext::getInstance()->getModuleName();

En la vista o plantilla (template):

$sf_context->getActionName();

$sf_context->getModuleName();

Gracias a Symfony Tips

Los pasos a seguir para que funcione son los siguientes.

1. Instalar el plugin sfFormExtraPlugin (http://www.symfony-project.org/plugins/sfFormExtraPlugin), el cual añade algunas funcionalidades a los formularios, entre ellas, el poder utilizar TinyMCE.
   symfony plugin:install sfFormExtraPlugin
2. Descargar la última version de TinyMCE desde el sitio oficial (http://tinymce.moxiecode.com/).
   
3. El archivo descargado tiene varios directorios, solo nos interesa /tinymce/jscripts/tiny_mce/, la cual se debe copiar completa al directorio /web/js/ del proyecto Symfony. Quedando finalmente como /web/js/tiny_mce/
4. Adjuntar el script en el módulo en el cual se quiere utilizar (también puede ser para una aplicación completa). En mi caso, sólo lo necesito en un módulo creado con el admin-generator. Para esto se debe abrir el archivo /apps/<NOMBRE_APP>/modules/<NOMBRE_MODULO>/config/view.yml y agregar el script en la seccion de Javascripts.
   javascripts:   [ tiny_mce/tiny_mce.js ]
5. Activar el directorio de TinyMCE en la configuración de la aplicación agregando lo siguiente en el archivo /apps/<NOMBRE_APP>/config/settings.yml
all:
.settings:
rich_text_js_dir:   js/tiny_mce
6. TinyMCE ya está listo para ser utilizado. Ahora solo basta agregarlo a la clase del formulario en el que se necesita. Para esto hay que abrir el archivo de la clase del Form. Por ejemplo: /lib/form/<NOMBRECLASE>Form.class.php y configurarlo según el siguiente ejemplo:
   public function configure()
{
$this->widgetSchema['nombre_campo'] = new sfWidgetFormTextareaTinyMCE(array(
'width' => 450,
'height' => 350,
'config' => 'theme_advanced_disable: "anchor,image,cleanup,help"',
));
}
   Las opciones principales son theme: { basic, advanced }, height, width, config. En esta última se pueden adjuntar todas las demás opciones deseadas para el editor. Ver wiki de TinyMCE. En este ejemplo, se desactivan algunos botones, se puede dejar en blanco, o simplemente eliminar config.
7. Finalmente, antes de probar como ha quedado. Limpiar la cache del proyecto con el comando
   symfony cc

Espero sea de utilidad.

Artículo original: Symfony Forums

Más información: Formularios Symfony 1.2 en librosweb.es

En Symfony 1.2, si al hacer symfony propel:build-all aparece el mensaje de error

[propel-sql-exec] SQLSTATE[3D000]: Invalid catalog name: 1046 No database selected

es porque la configuración de la base de datos esta con el formato antiguo. Para configurar correctamente la base de datos en Symfony 1.2 el comando es:

symfony configure:database "mysql:dbname=DBNAME;host=HOST;user=USERNAME;password=PASSWORD" ]]> http://symfony.davidvega.net/2009/04/propel-error-1046-no-database-selected/feed/ 1 http://symfony.davidvega.net/2009/04/propel-error-1046-no-database-selected/ http://feedproxy.google.com/~r/SymfonyPorDavidVega/~3/mB8Q9nBc1pY/ http://symfony.davidvega.net/2009/04/hola-mundo/#comments Thu, 23 Apr 2009 04:33:32 +0000 David Vega http://symfony.davidvega.net/?p=3 Bienvenidos a este sencillo blog que pretende compartir los “descubrimientos” que haga a medida que trabajo con este gran framework PHP, Symfoy (http://www.symfony-project.org).

Comentarios y aportes son bienvenidos