Solución Falta BOOTMGR

Solución Falta BOOTMGR – Solución Error Falta BOOTMGR Windows 7

Esta guía explica cómo reparar el error Falta BOOTMGR en Windows 7 o Windows Vista.
Para solucionar el error Falta BootMGR en Windows 7 o Vista sigue los siguiente pasos:

1.Arranca el sistema desde el DVD de Windows 7 o Windows Vista.
2.Selecciona la opción Reparar el sistema.
3.Selecciona Cancelar para salir del asistente de reparación.
4.Ahora se mostrará una pantalla con varias opciones. Seleccionamos Símbolo de sistema.
5.Escribe la letra de la unidad de DVD en la línea de comandos más : y presiona Intro (Entrar – Enter).
6.Ahora si tu Windows 7 o Vista está instalado en el drive C, escribe el comando
copy bootmgr c:\y presiona Intro.

7.Ahora escribe exit y presiona Intro.
8.Reinicia tu computador.
9.Selecciona Iniciar Windows normalmente.
Ahora tu problema debería estar resuelto el problema del error Falta Bootmgr.

phpMyAdmin intentó conectarse con el servidor MySQL, y el servidor rechazó esta conexión. Deberá revisar el host, nombre de usuario y contraseña en config.inc.php y asegurarse que corresponden con la información provista por el administrador del servidor MySQL.

Deberá revisar el host, nombre de usuario y contraseña en config.inc.php

phpMyAdmin intentó conectarse con el servidor MySQL, y el servidor rechazó esta conexión. Deberá revisar el host, nombre de usuario y contraseña en config.inc.php y asegurarse que corresponden con la información provista por el administrador del servidor MySQL.

Error

1..BUSCAMOS ESTA DIRECCIÓN

C:\wamp\apps\phpmyadmin3.1.3.1  y/o

C:\xampp\phpMyAdmin\config.inc.php

LUEGO EDITAMOS EL ARCHIVO config.inc.php CON WORPAD ES MAR ORDENADO...OK LISTO.

2.-CAMBIAREMOS EL ACCESO AL SERVIDOR.

MODIFICAMOS..

/* Servers configuration */

$i = 0;

/* Server: localhost [1] */

$i++;

$cfg['Servers'][$i]['verbose'] = 'localhost';

$cfg['Servers'][$i]['host'] = 'localhost';

$cfg['Servers'][$i]['port'] = '';

$cfg['Servers'][$i]['socket'] = '';

$cfg['Servers'][$i]['connect_type'] = 'http';

$cfg['Servers'][$i]['extension'] = 'mysqli';

$cfg['Servers'][$i]['auth_type'] = 'http';

$cfg['Servers'][$i]['user'] = 'root';

$cfg['Servers'][$i]['password'] = '';

$cfg['Servers'][$i]['AllowNoPasswordRoot'] = true;

LAS LINEAS SUBRAYADAS REEMPLAZAMOS TCP Y CONFIG POR "http".

Guardar cambios.. y  listo.. loguearse en en el servidor..

Un dato a tomar en cuenta para poder obtener permisos de creación de base de datos en que debemos también cambiar la contraseña en la siguiente linea

$cfg['Servers'][$i]['password'] = 'contraseñausuariorootmysql';

ingresamos sólo el nombre de usuario "root"

y entramos en http://localhost/phpmyadmin

La Data Base de Wordpress

23 DE SEPTIEMBRE 2015 BY  La base de datos Wordpress

Mucha gente al instalar WordPress se pone simplemente usarlo, a rellenar contenido, a hacer sus laboras de personalización, etc.

Pero si queremos profundizar un poco más, ya sea por curiosidad o porque nos vamos a dedicar al desarrollo sobre esta plataforma no está de más echar un vistazo a labase de datos sobre la que se reparten todos los elementos de la herramienta.

He hecho una instalación local de WordPress, desde cero, y con la herramienta MySQL Workbench he extraído el modelo de las tablas que se usan las cuales, brevemente explico a continuación sin profundizar demasiado pues pretendo en otras entradas desarrollar un poco más el tema.

Tablas de WordPress

• wp_posts: Tiene todas las entradas del blog, tanto los posts normales por defecto como los personalizados sobre los que hablaré en otros posts (valga la redundancia), en WordPress todo es un post, así también contiene las páginas, las revisiones y el multimedia. Sin duda, almacenando tanto contenido puede llegar a ser la tabla que más pese en la base de datos.

• wp_postmeta: Contiene los metadatos de los posts, pueden ser los campos personalizados, si creo un tipo de post personalizado, por ejemplo perro, y lo creo para que contenga varios metadatos como raza, color, edad, estos datos irán guardados en esta tabla.

• wp_users: Sin complicación, datos de todos los usuarios de la plataforma.

• wp_usermeta: Metadatos de los usuarios, WordPress distingue entre lo que es el usuario en sí de sus datos, aquí iría el apellido, nombre, nivel de usuario, etc.

• wp_links: Todos los enlaces añadidos desde el panel de administración con sus opciones.

• wp_comments: Todos los comentarios introducidos en la plataforma, se vincunla con los posts a través de la ID de la entrada.

• wp_commentmeta: Contiene todos los metadatos de los comentarios.

• wp_options: Todo lo configurado desde el panel de administración en la sección Ajustes se almacena en esta tabla.

• wp_terms: Todas las taxonomías creadas (los términos).

• wp_term_taxonomy: Sirve para asociar los términos con su tipo de taxonomía.

• wp_term_relationships: Sirve para realizar la combinación de la taxonomía con el contenido, se encarga de asignar un termino que puede ser categoría, etiqueta a una página, una entrada, etc.

En la tabla wp_terms tenemos los siguientes datos:

Tabla wp_terms

Como se puede observar se almacenan todos los nombres de las taxonomías, sean etiquetas o categorías.

En cuanto a la tabla wp_term_taxonomy:

Tabla wp_term_taxonomy

Se hace una asociación de los términos con el tipo de taxonomía que es, categoría, etiqueta, titulo de menú, etc.

Y en tercer lugar, la wp_term_relationships:

Tabla wp_term_relationships

Bueno, esta tabla se encargaba de hacer toda la asociación, me voy a centrar en el objeto con ID 24 que resulta ser esta entrada en el blog.

Se puede ver que pertenece a la categoría club, y tiene las etiquetas de beneficios, mejora y normativa. En la tabla tiene asignado el ID de wp_term_taxonomy de 4, 2, 5 y 6. En wp_term_taxonomy vemos que 4, 5 y 6 son etiquetas y 2 una categoría, por último solo hay que mirar en wp_term para ver su nombre.

Espero que os haya servido el post, al menos para satisfacer algo vuestra curiosidad.

Mensajes personalizados en WordPress

Customposts en WordPress 

23 de septiembre 2015 BY  IVANCANALES OYARCE

Hace ya unas cuantas semanas escribí sobre la Base de datos de WordPress, en aquella entrada comentaba que en WordPress todo se almacena en la tabla de posts en la base de datos, desde las páginas, las entradas del blog, los archivos subidos, etc.

Nosotros también podemos crear tipos de posts personalizados. ¿Para qué? WordPress no es solo una plataforma para crear blogs como también comenté en la entrada referente a su uso por las empresas y si se quiere desarrollar una web a medida haciendo uso de esta plataforma puede que se nos requiera crear posts personalizados.

Por poner un ejemplo. Estamos creando una web para un pueblo, se nos puede pedir introducir todos los museos que tienen con sus teléfonos, horarios de apertura y cierre, servicios, etc, por lógica no lo haremos con un tipo de post normal sino que crearemos el tipo “museo” (o una más general que luego se pueda categorizar como museo, pero esto entra en otro tema), de la misma manera se me ocurre una web para una inmobiliaria, una de cursos, etc, cualquier web que nos requiera una serie de tipo de datos personalizados.

Un poco de código

En WordPress, para crear un tipo de entrada personalizado se usará la función:

1	register_post_type($tipo_de_post, $argumentos);

Donde $tipo_de_post es una cadena de máximo 20 caracteres en minúsculas y sin espacios y$argumentos es una matriz asociativa con las opciones y etiquetas para el post. A continuación vamos a ver las opciones más comunmente usadas y como quedaría en nuestro panel de administración.

Antes de todo decir que la función register_post_type debe ser llamada dentro de una función callbackasociada a la acción init. (Recordar post sobre acciones y filtros).

El ejemplo que usaré será el que he comentado antes, que servirá para otro post. Vamos a crear el tipo de post ‘Actividad’. Lo más básico sería.

1 2 3 4 5 6

add_action('init', 'registrar_tipo'); function registrar_tipo() {    register_post_type('actividad',            array('labels' => array('name' => 'Actividad'),                'public' => true)); }

Este sería el resultado, podemos deducir que el label name es el nombre que se mostrará públicamente (le hemos dicho que public sea true para que sea visible)  en el panel de administración.

Cuando tenemos que registrar tipos de entrada personalizados es conveniente organizar un poco el código pues si ponemos los valores directamente en la función de register_post_type nos puede quedar un código bastante sucio.

Lo suyo sería separar las partes de una forma similar a esta aunque cada uno tendrá su truco.

1 2 3 4 5 6 7 8 9 10 11

add_action('init', 'registrar_tipo'); function registrar_tipo() {     $labels = array(/* Todas las etiquetas */);     $supports = array(/* Caracteristicas soportadas */);     $args = array('labels' => $labels,         'supports' => $supports,         /* Resto de opciones */);     register_post_type('actividad', $args); }

Todos los argumentos de configuración y etiquetas se pueden consultar en el Codex de WordPress, aquí voy a comentar algunos de los más usados y que personalmente considero que son dignos de mención.

Ya que he comentado el parámetro de configuración supports, este es un array en el que se indican los campos a rellenar para el tipo de entrada personalizada. Por defecto siempre soportan el título y el editor. Si queremos que no soporte nada en lugar de pasar un array podemos pasar el valor false y luego asignar los valores que queramos con add_post_type_support().

Los parámetros que se pueden configurar en el array de supports son los siguientes:

• title: El título de la entrada.
• editor: Editor de la entrada.
• author: Se puede seleccionar el autor de la entrada.
• thumbnail: Imagen destacada.
• excerpt: Un editor para un extracto de la entrada, un resumen.
• comments: Para indicar si se permiten comentarios para el tipo de entrada.
• trackbacks: Indica si se permiten trackbacks y pingbacks.
• custom-fields: Cuadro para campos personalizados.
• revisions: Cuadro con las revisiones de las entradas.
• post-formats: Muestra un cuadro con los formatos de entrada registrados.
• page-attributes: Tiene que estar hierarchical a true y muestra el cuadro de atributos para seleccionar el orden de las entradas.

Vamos a ver que pasa si a supports le decimos todas las opciones.

1 2 3 4 5 6 7 8 9 10 11 12 13

add_action('init', 'registrar_tipo'); function registrar_tipo() {     $labels = array(/* Todas las etiquetas */);     $supports = array('title', 'editor', 'author', 'thumbnail', 'excerpt', 'comments',         'trackbacks', 'custom-fields', 'page-attributes', 'revisions', 'post-formats');     $args = array('labels' => $labels,         'supports' => $supports,         'public' => true,         'hierarchical' => true);     register_post_type('actividad', $args); }

El tema de la imagen destacada no sale porque al tema no le hemos dicho que soporte thumbnails, lo mismo pasa con post-formats pero como podéis comprobar están todas las opciones que le hemos indicado.

Todo lo anterior es respecto a supports, pero hay más opciones.

El siguiente contenido es básicamente traducido de la documentación de WordPress, pero la pongo aquí para tenerla recopilada. Además de supports se aceptan otros parámetros de configuración.

• public: False de forma predeterminada por lo que no se ve en el panel de administración.
• show_ui: Si se crea una interfaz para el tipo de entrada o no, coge el valor de public por defecto.
• publicly_queryable: Determina si se puede consultar desde la parte pública, coge el valor de public por defecto.
• show_in_nav_menus: Determina si podemos elegir el tipo de posts en la parte de administración de menú de WordPress.
• exclude_from_search: Permite indicar que no se encuentren en la búsqueda pública de WordPress, coge por defecto el valor de public.
• hierarchical: Para indicar si una entrada de jerárquica, a modo de las páginas.
• has_archive: Permite disponer de una página de archivo. Por defecto es false.
• can_export: Determina si se puede exportar a través de la herramienta de WordPress.
• taxonomies: Para pasar categorías o etiquetas asociadas al tipo de entrada.
• menu_position: Determina la posición dentro del menú de administración.
• menu_icon: Establece el icono de la entrada.

Para el resto de opciones os recomiendo ir al Codex pues están bastante bien explicadas y con ejemplos.

Esto es todo hasta el momento, la entrada me está quedando más extensa de lo que pensaba por lo que para seguir hablando de este tema crearé otra entrada para seguir.

Hasta aquí solamente espero que se haya entendido el concepto y que existen una gran cantidad de posibilidades para configurar nuestros tipos de entradas personalizados. Custom Posts.

Si hay algún error, ¡a comentar! Como siempre digo, no soy experto y entre todos aprenderemos.