//Obtengo el id del thumbnail
$thumbnail_id = get_post_thumbnail_id($post->ID);
//Obtengo toda la imagen junto con sus datos
$thumbnail_image = get_posts(array('p' => $thumbnail_id, 'post_type' => 'attachment'));
//En caso de que existan esos datos mostraré dentro de un p tanto el título como el contenido de dicha imagen (por contenido no significa la propia imagen)
if ($thumbnail_image && isset($thumbnail_image[0])) {
echo '<p>'.$thumbnail_image[0]->post_title.' '.$thumbnail_image[0]->post_content.'</p>';

Tengo una serie de datos que tienen unos estilos (<style>blablabla</style>). Sí, se que es algo muy sucio, pero los necesito porque resulta que lo que estoy tocando son plantillas para mails, y como todos sabemos, es necesario que tengan dentro del mail todos los estilos.

Y os preguntaréis donde está el problema…. y es que cuando editaba las plantillas mediante el tinymce me eliminaba todo lo que hubiera entre dichas etiquetas.

Cómo se soluciona:

Simplemente añadiendo dentro del tinyMCE.init la línea

valid_children : "+body[style]"

El problema tenía lugar como se explica aquí debido a que las etiquetas style no son válidas en XHML, y por ello el TinyMCE deshabilita la posibilidad de ponerlos.

Aquí podéis ver otra url con información.

Lo que me ha asombrado más es el tiempo de creación de la empresa en Londres comparado con el tiempo de creación de la empresa en España :S

La solución utilizada ha sido la siguiente:

header.php

wp_nav_menu( array( 'theme_location' => 'primary' ) );

footer.php (le he metido ese valor en la variable tienehome, podéis llamarla cómo queráis)

wp_nav_menu( array( 'tienehome' => 'false' ) );

functions.php (modificamos el twentyeleven_page_menu_args, pero porque estaba con esta plantilla, podríais utilizar el page_menu_args original)

/* Get our wp_nav_menu() fallback, wp_page_menu(), to show a home link. */
function twentyeleven_page_menu_args( $args ) {
   if($args['tienehome']){$args['show_home'] = false;	}
   else {$args['show_home'] = true;	}
   return $args;
}

add_filter( 'wp_page_menu_args', 'twentyeleven_page_menu_args' );

Las causas que pude ver… demasiadas entradas de buscadores en los últimos días, no de gente sino de spiders. Extrañamente esto provocaba que hubiera cientos de miles de peticiones sql.

¿Cual fue la primera solución que tomamos?

• Administración->Estadísticas->Configuración: Poner que las estadísticas se limpiaran automáticamente cada semana (ocupaban bastantes registros en la BBDD)
• Instalar un robots.txt en el directorio raíz capando aquellos robots que creíamos que provocaban esto.
• Denegar el acceso a las Ips de estos server temiendo que se tratara de un ataque DDos.

Lo extraño es que pese a que se habían reducido las entradas se seguían realizando cientos de peticiones SQL.

La solución entonces pasó por comprobar qué era lo que pasaba en las tripas de prestashop, y es que corre como todos sabréis sobre smarty. Pues en la carpeta config/ hay un archivo llamado smarty.config.inc.php, y en él, hay un parámetro ($smarty->force_compile = false; )

Nosotros lo teníamos a true y cuando se pasa a producción es necesario ponerlo a false.

Vamos, explicándolo en palabras llanas: si hay 100 visitas al día en la web no pasaba nada pese a que compilaba todo de nuevo, pero en el momento en que lanzabas 1000 visitas o más a la hora entonces se tostaba porque las 1000 veces tenía que compilarlo todo. De esta forma teníamos millones de consultas en 15 días.

Espero que esto haya ahorrado tiempo a la gente que lo vea :S

Nota: Esta tienda estaba hecha con la versión 1.3.7 de prestashop, en prestashop 1.4 hay una opción en preferences->performance que permite seleccionar si queremos forzar o no la compilación, con lo cual es mucho más sencillo de solucionar. Os dejo una imagen sacada de esta web.

Estaba intentando hacer una validación en un formulario (si estaba marcada la check enviaba un formulario, sino estaba marcada sacaba un mensaje de alerta). Cuando yo insertaba mi pequeño código por alguna oscura razón no funcionaba, hasta que introduje el código entre las etiquetas {literal} {/literal}

De forma que quedó de la siguiente forma:

{literal}
	
{/literal}

$last_id = $this->ModelName->getInsertId();

Más info en la API de Cakephp en http://api.cakephp.org/class/model#method-ModelgetInsertID

En resumen y para abreviarlo copio los pasos que hay que seguir:

1. Hay que solicitar la denominación social en el registro mercantil en el siguiente enlace http://www.rmc.es/Deno_solicitud.aspx. Tarda 2/3 días con un coste de 19€ .
2. Con la denominación social, hay que enviar a la notaría todos los datos de los socios junto con fotocopia de sus DNIs
3. En este caso no abrieron una cuenta en el banco que suele ser lo habitual, ya que implicaba depositar 3000€ en una cuenta donde queda el dinero retenido bastantes días o semanas. En su lugar hicieron aportaciones en especie, en su caso dos ordenadores valorados en 3000€, que pasan a estar afectos a la actividad, haciéndolo constar en las escrituras.
4. Una vez con la denominación social, se pide cita en la notaria (puede tardar un día o una semana, depende de las notarías). El coste de la notaria depende de si los estatutos y el objeto social son standard o no, en su caso lo fueron y les costó 60€. Si quieres unos estatutos y objeto social personalizados cuestan 150€.
5. Al día siguiente, les entregaron las escrituras junto con el CIF e inscrita en el registro mercantil únicamente a falta de pagar del registro de unos 40€ para estar totalmente operativa.

En resumen: Una semana después y por solo 120€ tuvieron la empresa SL funcionando.

Tenía que modificar unos css para un cliente y resulta que una vez modificados y subidos contacta conmigo y me comenta que el no lo ve bien. Le explico que tiene que eliminar la caché y cómo debe hacerlo, cosa que ejecuta y le funciona (para gran alivio mío). Pero entonces me hace la siguiente pregunta:

¿Y qué sucede si un cliente ve esto de forma errónea porque tiene los archivos antiguos en caché? ¿cómo se podría solucionar para no obligarle a que refresque la caché?

Ahí me dejó helado….. y tras pensar un rato conseguimos elaborar la solución siguiente:

<link rel=”stylesheet” type=”text/css” href=”/css/estilos.css?id=001” />

Consiste en añadir un parámetro al link. NO TENDRÁ NINGÚN EFECTO sobre los estilos, pero hará que el navegador decida volver a cargar ese css. Recordar que tendréis que modificarlo para que vuelva a descargar el browser el css con id=002, con id=003,…..