Alguien ya había tenido un problema similar antes. Por regla, siempre cualquier valor que venga de un formulario será en String.

Más bien, yo diría, que se asegure que el archivo al cuál está ejecutando la acción (chmod) tenga los permisos necesarios. Generalmente, login.php debería tener el mismo propietario que ejecuta el script PHP (si es desde el navegador, el usuario de Apache).

Depende en lo que esté hecho. Por ejemplo, algunos Frameworks, y CMSs, tienen sus archivos de configuración. De forma general, casi siempre se utilizan etiquetas que, según la opción del usuario, cargara el texto en el idioma correspondiente (el termino técnico se llama i18n).

Para Wordpress: http://ayudawp.com/preparar-plugins-wordpress-para-traduccion/

Buscas estadísticas? Podrías usar Google Analytics.

Tu actitud es siempre la misma. Propones un tema como desesperado, después de alguna respuestas y de ponerle peros a todo; regresas a presumir lo que seguramente ya tenías hecho.

Yo sinceramente tomo eso como spam, por no colocarte una etiqueta más despectiva. En fin., propongo que te creas un tema y vayas colocando todas tus creaciones!

El problema es tu CSS y que estás encimando elementos (no es que realmente se ponga negrita).

.divslider {
position: absolute;
margin-top: 80px;
float: left;
margin-left: 20%;
}
 

Otra forma de poder usar variables, sobre todo objetos, entre comillas dobles y que sea menos confuso:

echo "Hola {$obj->text}";
 

Y si, la manera correcta es identar bien los strings como lo indica WHK. Así no tendrás enemigos y tu vida nunca correrá peligro 

Usa un formulario aparte. Quizá debajo o antes de tu form principal, usa target para mandarlo a un frame y de ahí ocupa la información como mejor te plazca (con JS claro).

Si quieres usar forzosamente AJAX: https://developer.mozilla.org/en-US/docs/Web/API/XMLHttpRequest/Using_XMLHttpRequest#Using_nothing_but_XMLHttpRequest

Jajaja que dato, lo más extremo que he visto .

No hay que ser tan radical, con que sus archivos HTML tengan codificación utf8, al igual que su etiqueta meta, y sus archivo PHP, bastaría.

Ps más bien, a mi me parece una tontera hacer un consulta muy general para estos casos. Los mejor sería sacar una consulta a medida desde PHP.

Si el campo local siempre lleva un tipo de local, que no sea vacío, sería (como te comentan arriba):

SELECT * FROM extras WHERE YEAR(fecha) = '2014' AND LOCAL IS NOT NULL AND usuario = 'Santi'

Tal vez hasta te interese agruparlo:

SELECT * FROM extras WHERE YEAR(fecha) = '2014' AND LOCAL IS NOT NULL AND usuario = 'Santi' GROUP BY LOCAL

Lo mismo aplica para la otra variable. El problema de hacer esto, es que a nivel de código deberás identificar que sentencia llamar.