Respuestas de foro creadas

Viendo 9 respuestas - de la 1 a la 9 (de un total de 9)
  • Te recomiendo y mucho esto: http://codex.wordpress.org/Hardening_WordPress

    Léelo detenidamente, ve paso por paso, haciendo backups de tu base de datos, comprobando qué te permite hacer tu hosting…

    Los pasos más básicos y que hago siempre primero en mis instalaciones son (más que nada se podría decir que lo siguiente es ofuscación u ocultación de información, es decir, no es infalible ni por asomo):

    DB:

    • Prefijo complicado base de datos;
    • permisos base de datos: los justos para gestión, no administración;

    Archivos y gestión WordPress:

    • Proteger archivos sensibles: wp-config, setup…;
    • siempre que sea posible: sacar de la raíz pública del sitio estos archivos sensibles y protegerlos contra lectura externa;
    • cambiar directorios, es decir, cambiar estructura por defecto de WordPress;
    • eliminar usuario admin, y no usarlo nunca para publicar;

    Entre muchas otras prácticas.
    Como decía, nada de esto es infalible, de hecho nada lo es, pero mientras más complicado se le ponga a posibles atacantes, mejor.

    El Códex, los enlaces que recomiendan, blogs sobre seguridad… son una fuente de información de gran valor.
    Y por supuesto, siempre: mantener el sistema actualizado: ¡tanto el remoto como el local! 🙂

    Espero sea de ayuda 😉


    Editado.

    ¡Ah!, se me olvidaba: siempre, siempre… tener mucho cuidado con los plugins que uno instala: revisar su código siempre, ver quién hay detrás, si se actualiza o no.
    Personalmente no me gusta usar demasiados plugins y siempre que puedo intento hacer yo lo que necesite; como todo, esto tiene sus ventajas y muchas otras desventajas (esfuerzo extra, etc).

    Por ejemplo, wp-content siempre lo dejo, como mucho, para lectura de archivos estáticos (y no cualquier archivo estático). Si hay plugins que necesitan acceder a scripts en sus directorios (por ejemplo algunos clásicos de miniaturas dinámicas, etc) simplemente no los instalo o busco una alternativa modificándolos.

    Vale, entiendo, sólo déjame sugerirte algo:

    1. Sin tocar código:
      No sé si conoces cómo personalizar los Permalinks, esto es: Ajustes > Enlaces permanentes.
    1. Si no se cambian, las páginas suelen mantener una estructura jerárquica, así que una estructura personalizada para los posts no debería influir.
      Por ejemplo, yo uso esta estructura personalizada, repito, para los posts:

      /%year%/%monthnum%/%postname%-%post_id% esto resulta por ejemplo en:
      /2010/10/mi-titulo-iddelpost

      Sé que no es exactamente lo que dices, pero una estructura original similar podría ser:

      /p/%post_id% y esto resultaría en:
      /p/iddelpost

      En el Codex hay más información sobre los permalinks y los placeholders que se pueden usar: http://codex.wordpress.org/Settings_Permalinks_Screen

    2. O puedes usar la versión numérica que ofrece WordPress (sólo que incluye como raíz /archivos/).
    • Tocando código o con plugins, etc
      Y otra forma es la que decía, especificar tus propias reglas en el código: mediante un plugin, el theme… usando WP_Rewrite.
      Pero es algo más complicado y, en mi opinión, un poco coñazo para ajustar. Yo, por ejemplo, uso otro sistema para las urls que me es más cómodo y sobrescribe sus reglas. Creo que también hay plugins para ello.
    • Espero sea de ayuda 😉


      Editado:

      Otra opción más es que crees un tipo de especial de post_type (noticias, misposts, especiales…) y le apliques tu estructura personalizada o incluso la de por defecto. Más tarde sólo se trataría de publicar todo con ese post_type.
      No sé si hay plugins para convertir post_types, lo que sí hay son plugins para crearlos de forma muy sencilla y de paso aprender como hacerlo 😉

    Ummm… puede ser por la función «autop» pero es raro que intente meter saltos de línea en títulos.
    Lo que yo haría sería ir desactivando plugins hasta ver si sigue haciéndolo, puede que alguno que filtre el contenido (que use shortcodes o algo), esté metiendo un espacio al aplicar algún filtro.

    Yo desde luego descartaría CSS si es un salto de línea, una cosa son márgenes y espaciados, y otra la inserción de caracteres. Es más, con ver el código fuente ves si hay un espacio físico o no; y si quieres comprobar CSS, si te lo permite tu navegador desactiva todos los estilos, pero vamos…

    PD: Como apunte, yo suelo usar un shortcode propio para que WP no aplique autop al contenido que meta dentro.

    Hola;
    Ya hay disponibles plugins para «mostrar» esas opciones que ahora están ocultas, pero siguen vigentes eh? Por ejemplo se le puede meter mano a la DB.

    Otra opción es usar la nueva constante para ubicar el directorio de subidas, creo que es WP_UPLOADS pero ojo: es relativa a WP_CONTENT (la constante, no el nombre del directorio) o a ABSPATH, no recuerdo. Esto está documentado ya en el Codex.

    Hola;
    Alexia, al margen de solucionar el tema a través de las opciones multimedia propias del dashboard, puede haber otras soluciones:

    – Una de ellas es establecer los tamaños (y forzar el recorte «crop») en el theme, no recuerdo muy bien pero creo que era con add_image_size().

    – Otra opción, y creo que es la que mejor funciona, es usar alguno de los plugins que hay para «recrear» las miniaturas (no obstante y aún usándolos, sigue vigente lo anterior porque forzará unos tamaños).
    Con esto hay que tener cuidado a la hora de elegir los tamaños, porque si no recuerdo mal hay plugins que no eliminan las imágenes antiguas y cada vez que vuelvas a crear nuevas miniaturas irás llenando tu espacio con nuevas versiones. Si organizas las subidas por años y meses será un coñazo eliminar versiones viejas, y más si es un hosting compartido sin muchas libertades.

    Hola;
    No estoy seguro pero podrías probar con reglas WP_Rewrite, por ejemplo para la estructura de páginas a diferencia de post u otro post_type.
    Igual no consigues una url con el parámetro «p» pero podrías conseguir algo parecido, por ejemplo sitio/%post_id% | sitio/p/%post_id% | sitio/entrada/%post_id%…

    Hola, siento el retraso; el problema de tu solución es que edita el Core de WordPress y, además de algo inadecuado, es un coñazo si quieres mantenerlo pues cada vez que actualices tendrás que volverlo a editar.

    Por eso te mencionaba los filtros (hooks, actions…), son la mejor forma (y la correcta) de adaptar el core a tus necesidades.

    Saludos 😉

    No estoy seguro pero quizá, y dado lo que comentas de la redirección, el problema sean los parámetros rewrite. Yo al menos en mis tipos y taxonomías uso un array para configurar el rewrite; algo del tipo:

    'rewrite'	=> array('slug'		=> 'mi-slug',
    			'with_front'	=> (true|false))

    También puede que tengas que regenerar los permalinks (o $wp_reqrite->flush_rules()) para que te los coja por sí mismo con tu configuración.

    Todo lo digo a primera vista, sin probar nada. Suerte 😉

    EDIT:
    Ah, se me olvidaba; para usar con terceros y aunque es difícil decidirse por un sólo plugin, yo te recomendaría no reinventar la rueda y coger uno.
    Te aseguro que he probado unos cuantos (como 10 seguro mínimo), y me quedo con Custom PostType UI, en principio por que no tiene rollos raros: promoción, tablas extra en la DB, interfaces «pro», etc, y es tan simple como efectivo. Si única pega es que no gestiona los post_types ya creados… creo recordar 😀

    PD: Si te sigue sin ir, te pego aquí (o pastebin) los míos que me funcionan y los adaptas a los tuyos; aunque yo creo que salvo lo del rewrite, que no es que esté mal, lo demás está todo normal.

    mmm… a bote pronto, lo más cutre pero rápido que se me ocurre es que uses CSS para ocultar lo que no quieras. Tendrías que añadir tu propio estilo CSS al admin (en este caso al editor creo: si es así, usa el soporte para editor-style; si no, añade un CSS a todo el backend para edición de entradas).

    Metiéndonos en jaleo y para hacerlo como dios manda, ya sería aplicar un filtro imagino, …habría que mirar como se genera esa interfaz y qué filtro aplicar.

    El ejemplo siguiente no te vale, pero yo uso un metabox que me manda los objetos multimedia (las urls a insertar) a un campo personalizado; eso sí sin aplicar filtros con la modal de Thickbox (o sea Javascript).
    Pero vamos, soluciones… hay varias.

    Suerte 😉

    PD: En realidad, ni CSS ni un filtro a la interfaz elimina la posibilidad de seguir usando los otros métodos; para eso ya sería algo más profundo sobrescribiendo la acción que lo permite, o adaptándola a tus necesidades.

Viendo 9 respuestas - de la 1 a la 9 (de un total de 9)