Drupal, Ubuntu, jQuery, CSS
Entradas etiquetadas con Drupal 6
Si instalaste un Apache Solr y lo estas usando por medio de Drupal 6, otro CMS o una propia implementación, seguramente no te interese que dicho servicio se pueda acceder por medio del puerto 8080 (o el puerto asignado en tu servidor para Tomcat).
Bueno, un ejemplo es mucho mas claro que casos hipotéticos, así que les planteo mi necesidad:
Tengo un Ubuntu con un Drupal configurado con el modulo “apachesolr” que se conecta a localhost en el puerto 8080. Hasta ahí todo normal, el problema es que si a alguien se le ocurre tipear la URL de mi pagina montada en Drupal pero por el puerto 8080… va a poder ver Tomcat, y lo que es mas peligroso, Apache Solr y su administrador (Solr carece de mecanismos de seguridad porque los delega a Tomcat).
Bueno en el ejemplo que comente antes tenemos una solución ideal: Capar el puerto 8080 para que solo se pueda acceder por “localhost”.
Para lograr nuestro cometido solamente tenemos que editar un XML: “server.xml“:
sudo gedit /etc/tomcat6/server.xml
Busca la linea:
<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" />
Comentarla:
<!--
<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" />
-->
Y poner por dejado de la linea anterior lo siguiente:
<Connector port="8080" address="127.0.0.1" maxHttpHeaderSize="8192" maxThreads="15" minSpareThreads="2" maxSpareThreads="7" enableLookups="false" redirectPort="8443" acceptCount="100" connectionTimeout="20000" disableUploadTimeout="true" compression="on" compressionMinSize="0" noCompressionUserAgents="gozilla, traviata" compressableMimeType="text/html,text/xml" />
Guarda los cambios y reinicia Tomcat:
sudo service tomcat6 restart
Gualá. Comprobemos que haya funcionado:
Primero mira cual es la ip que tiene tu servidor haciéndole ping:
Usa “ifconfig” para ver la ip, que seguramente tenga la pinta “192.168.1.xxx” o “10.0.2.xx”
bien, ahora suponiendo que seguis en Ubuntu (es mi ejemplo y uso Ubuntu 
) abri un navegador y proba a acceder a:
http://localhost:8080
y a:
http://192.168.1.xxx:8080 (las xxx reemplazalas por el resto de tu IP).
Como pudiste ver, podes acceder a localhost pero no por medio de la IP, incluso si probas a acceder a esa IP desde otra maquina/ordenador/PC/ipad/ipod/android/o-lo-que-sea XD
Hemos acabado.
NOTA: esta solución es útil para cualquier sistema que almacene las claves de usuarios en MYSQL por medio de MD5 o SHA1.
Hecha la aclaración, comento el caso concreto de Drupal que nos va a servir de idea para el resto:
Si no te acordás la clave de “admin” en Drupal y tenes acceso a phpMyAdmin, lo único que tenes que hacer es abrir la base de datos, localizar al usuario “admin” dentro de la tabla “users” y editarlo. Una vez que lo tengas abierto tenes que poner la clave nueva en el campo “pass”. Por ultimo solo queda decirle a phpMyAdmin que esa clave la guarde en MD5 (ver imagen).
Listo. Guarda los cambios y accede a tu usuario “admin” como de costumbre.
Un curioso bug en Drupal y de facil solucion. Solamente tenes que poner el siguiente snippet en el template.php de tu theme o bien en algún modulo de tu propia factoría
function TU_THEME_preprocess_page(&$vars) {
$matches = array();
preg_match_all('/(]*>)/', $vars['head'], $matches);
if (count($matches) >= 2) {
$vars['head'] = preg_replace('/]*>/', '', $vars['head'], 1); // strip 1 only
}
}
Algunos CSS no cargan en Internet Explorer
hace 1 año
Me rompí un poco la cabeza con este asunto: Hago unas modificaciones que se ven mas que bien en todos los navegadores menos en IE como siempre, y por ello tengo un ie.css puntual para hacer todas las cosas raras que se suelen hacer con CSS para que IE trague.
El problema me lo di con que Internet Explorer 7 (no recuerdo si el 8 también) no reflejaba los cambios de mi CSS destinado a el…. :S
Pero ya se cual es el problema y como no, la solución 
El problema es que Internet Explorer por algún misterioso motivo solo carga hasta 31 CSS (los <style> inline también cuentan o_O), y mi CSS especial ya estaba por el puesto 32…
La primera solución que se me ocurrió es activar la compresión de CSS para que se haga uno o dos CSS, pero lo que tiene de malo eso es que si estas maquetando te vas a querer pegar un tiro a la 10º vez que tengas que borrar el cache para ver si el texto que estas maquetando se termina de ver bien en la bass.. Internet Explorer.
Así que fui a darme una vuelta por los módulos de Drupal… Bingo. Hay un modulo que nos salva las papas. Se llama “IE CSS Optimizer”, y lo que hace básicamente es añadir dos opciones más a la compresión de los CSS:
Y lo que hace es algo de lo más simple. Comprime todo el CSS en un archivo pero sin cachearlo.
Con este modulito ya no vas a tener que preocuparte del rarísimo límite de 31 archivos.
Una ultima anotación a todo esto es que andar va a andar bien, pero no vayas a olvidar de poner de nuevo la configuración de la compresión del CSS a “Full optimization” para producción.
Drupal 6: devel generate y “Access denied”
hace 1 año
en Drupal 6
Estas son las cosas que mas me gustan de drupal: Resolver sus “misterios”.
Resulta que estoy haciendo cientos de miles de nodos (no es broma o_O) con el modulo Devel generate para hacer unas pruebas, y cuando los creo de a 10.000 no hay problema, se tarda un huevo en hacerlos pero el batch que lanza este modulo no falla.
Pero la historia cambia cuando quiero dejar haciendo la friolera de 500.000 (quinientos mil) XD.
Bueno Marcelo deja de dar vueltas y decime que carajo pasa que no me anda bien devel generate!: ok, te cuento que resulta que Devel generate tanto como cualquier otro modulo que haga uso de batch, almacena dicho batch en la tabla correspondiente en una sola fila, osea que si son 10 ciclos de batch almacena los diez en una sola fila asi como si son 500.000. El problema se hace evidente en este punto: Me estoy excediendo en el limite que mysql tiene previsto para el envió de packets de datos.
Mysql por defecto viene configurado para recibir por fila 1MB. y esta es la parte donde les muestro esa imagen que vale mas que mil palabras
35.2 MB de batch…
La solución: aumentar el limite que tiene mysql claro
NOTA: ni en broma hagan esto en un servidor de producción salvo que sean un DBA o por lo menos tengan una clara idea de las consecuencias que implica hacer algo asi.
Para aumentar el limite simplemente tenes que seguir estos pasos: Drupal 6 XAMPP Windows XP y “MySQL Server has gone away”