Foro de elhacker.net

Bueno, lo primero que quiero decir es, que todo lo que tenga que ver con TrinityCore en el futuro lo publiquéis en este hilo.

Hace tiempo pensé en tener un único hilo sobre emulación de servidores de World of Warcraft, pero pensando mejor las cosas, sería un auténtico caos con toda la información en un único hilo (y todos los lloros también en el mismo :P ).

Por lo tanto, he decidido que haya un hilo oficial, por cada emulador existente, y que todo lo que tenga que ver con ese emulador se ponga en su hilo correspondiente.

De esa manera, aunque haya 4 o 5 hilos sobre los mismos temas (o parecidos), serán eso, 4 o 5 solo, y podrá estar toda la información medianamente bien recogida.

Una vez hecho ese inciso, vamos al tema de este hilo.

---

Como su nombre indica, este hilo está dedicado a TrinityCore 2, el cual es un derivado del emulador MaNGOS (del cual completaré su hilo también pronto, se me demoró demasiado).

Lo primero que se va a comentar, son los programas necesarios para montar un servidor TrinityCore 2, una vez hecho eso se va a indicar las direcciones de donde se debe descargar tanto el código fuente del emulador, como la base de datos (y también se va a indicar una tabla de revisiones, explicaré para que se necesita más adelante), luego se indicará cómo proceder a descargar ambas cosas, después se verá cómo se debe proceder a compilar el emulador e instalar las bases de datos, y pasado este punto, se mencionará cómo se debe configurar el emulador (únicamente las cosas más importantes, el fichero de configuración es muy extenso, y no me voy a perder por el demasiado. Quien quiera, que se lo mire entero).

Pasado esta parte (es decir, una vez se tiene el emulador completamente montado y preparado para jugar localmente), se verá cómo se debe proceder para actualizarlo en el futuro, así como cómo se debe proceder para montar el servidor de manera que sea compatible con una versión determinada del juego (es decir, la primera parte que he comentado antes, se trata de montar siempre la última versión del emulador), para lo cual será fundamental tener en cuenta la tabla de revisiones que mencioné antes.

Ya para terminar, se hablará un poco sobre la tabla realmlist de la base de datos realmd. Lo que se mencionará aquí tiene que ver con la puesta apunto de varios reinos, de manera que nos podamos conectar al servidor desde cualquier sitio (localmente, desde LAN u online).

Sobre éste último punto en particular, quiero hacer otro inciso, y es que, las cosas que mencionaré, se basan en mis propias experiencias personales, por lo tanto, sobre todo para la parte online, os tendréis que buscar la vida para averiguar como se abren y redireccionan puertos en vuestro propio router.

Bueno, creo que no me dejo nada en el tintero... ¡Ah, si, una cosa más!

Yo he cogido el hábito de montar y configurar el servidor desde la consola de comandos de Windows (y el terminal de Linux), lo que básicamente significa, que no voy a colgar imágenes de ningún tipo de interfaz, salvo de lo que sea estrictamente necesario para que se vean bien las cosas.

Esto lo hago por las siguientes razones:

a) Las interfaces gráficas suelen variar muchas veces, en menor o mayor detalle a lo largo del tiempo, mientras que la manera de manejar los programas mediante comandos suele ser siempre la misma. De este modo, me aseguro de que las instrucciones sean válidas durante mucho tiempo (si tuviese que mostrar una interfaz, a saber cuando tiempo pasaría antes de que cambiasen algún elemento de sitio).

b) Aunque para aprender a montar los servidores, e incluso para mantener uno pequeño para juego en LAN, se puede usar Windows perfectamente, lo adecuado para estos temas (y en general, lo que se suele hacer siempre), es tener el servidor montado en Linux. Por lo tanto, si aprendéis a hacer las cosas estas ahora en Windows mediante la consola de comandos, no solo iréis más rápido que pulsando botones en interfaces gráficas, sino que, si decidís en el futuro montar el servidor de forma seria, en un servidor dedicado con Linux, etc ... os será muy fácil adaptaros.

Los siguientes 2 o 3 posts los reservo para la guía, que supongo que no me ocupará más de esos 3 (así aparte, cada sección está claramente diferenciada y separada).

Salu2

---

Repositorio de TrinityCore 2: https://trinitycore.googlecode.com/hg/
Repositorio de TrinityDatabase: https://trinitydb.googlecode.com/hg/

---

---

---

Lo primero que necesitamos es el software correspondiente.

Tanto la base de datos como el emulador están hospedados en repositorios de Mercurial, por lo tanto necesitaremos bajarnos e instalar Mercurial.

Luego, necesitamos tener MySQL Server 5.1 para instalar en el las bases de datos (y como extra, para administrar las mismas, necesitamos un gestor de bases de datos. Yo trabajo con MySQL Query Browser, pero cada cual que use el que quiera).

También tendremos que compilar el emulador una vez lo hayamos descargado, para eso necesitamos Visual C++ 2008 Express (o la versión Professional si quereis).


Mercurial: http://mercurial.selenic.com/

Visual C++ 2008 Express: http://www.microsoft.com/express/Downloads/#2008-Visual-CPP

MySQL Server: http://dev.mysql.com/get/Downloads/MySQL-5.1/mysql-essential-5.1.45-win32.msi/from/http://gd.tuwien.ac.at/db/mysql/

MySQL GUI Tools (inc. Query Browser): http://dev.mysql.com/get/Downloads/MySQLGUITools/mysql-gui-tools-5.0-r17-win32.msi/from/http://mysql.rediris.es/


La descarga de las aplicaciones no la comento. Las 2 de MySQL son enlaces directos, y en cuanto a las otras, nada más abrir las páginas se ven claramente los botones para descargarlas.

La instalación de las mismas tampoco la comento, porque en todos casos son del tipo Siguiente->, no obstante, si voy a hacer algunos comentarios.

MySQL Server
Acordaos de, cuando lleguéis a la zona donde tenéis que introducir el password de usuario administrador (root), de anotaroslo por algún sitio. Lo digo, porque cuando a la gente se le dice que entre en MySQL con su password de administrador, la respuesta más típica es: ¿Cuál es ese password?.

Para que no haya dudas, la ventana del password es más o menos así:
(http://r.i.elhacker.net/cache?url=http://onlamp.com/onlamp/2005/01/20/graphics/mysql3.gif)


Mercurial
Cuando lleguéis a la última ventana, acordaos de dejar marcada la segunda opción, es decir: "Add the installation path to the search path". Esto os permitirá manejar Mercurial cómodamente desde la ventana de comandos.

Para que no haya dudas, la ventana es más o menos así:
(http://r.i.elhacker.net/cache?url=https://developer.mozilla.org/@api/deki/files/3861/=Mercurial_Installer.png)


Visual C++ 2008
No añado "express" porque esto es común también a la versión Professional. En una de las ventanas se os preguntará si queréis instalar Microsoft SQL Server. Para ahorrarnos posibles líos, desmarcar esa opción.

También cabe la posibilidad de que aparezca para instalar algo llamado MSDN. No pasa nada si lo dejáis marcado para instalar, pero dado que es la documentación de Visual C++ 2008, y que vosotros no vais a programar nada (al menos en principio), no es necesario dejarla marcada, y os ahorrará una descarga extra de unos 300 MB.

Para que no haya dudas, la ventana es más o menos así (salvo por el idioma):
(http://r.i.elhacker.net/cache?url=http://www.tenouk.com/installvisualstudioexpressedition_files/visualstudioexpress026.png)


Por supuesto, si ya tenéis instaladas una o varias de estas cosas, no necesitáis instalarlas de nuevo (Mercurial supongo que no lo tendrá nadie, con lo que casi seguro que esa la tendrá que instalar todo el mundo).

---

---

Luego de tener instalado todo, vamos a empezar a pringar.

Lo primero es abrir la consola de comandos de Windows y perderle el miedo. Para los que no sepan abrirla, basta con hacer Control+R, se abrirá la ventana "Ejecutar". Simplemente escribís cmd y pulsáis intro (o enter).

Aquí en esta pantalla tan negra es donde vamos a trabajar, por lo menos con algunas cosas.

Para tenerlo todo accesible, vamos a bajar todas las cosas en el escritorio, de ese modo lo tendremos todo a la vista.

NOTA: Yo uso Windows 7, por lo que me referiré al escritorio por su ruta en este S.O (C:\Users\Usuario\Desktop) (donde pongo Usuario va el nombre de vuestra cuenta de Windows). Si alguien usa Windows XP, la ruta sería: X:\Documents and Settings\Usuario\Escritorio , donde X es la letra de la partición de Windows.

Lo primero que hacemos es irnos al escritorio:

Y ahora nos bajamos el emulador de TrinityCore2 mediante Mercurial:

(NOTA: Para que se entienda bien la orden que estamos usando, hg es el programa Mercurial, clone es la opción que indica que queremos clonar un repositorio a nuestro disco duro, y TrinityCore2 hace referencia al nombre de la carpeta donde se va a guardar el contenido del repositorio que guardamos.

Con esto lo que estamos haciendo, es descargarnos a esa carpeta todo el código fuente de TrinityCore2 (estamos clonando el repositorio que hay en Internet en esa carpeta, por lo que es una copia idéntica, al milímetro))

Esto tarda un rato, pues se está descargando entre 250-300 MB.

Cuando termine, volvemos a hacer algo parecido, pero esta vez para descargarnos TrinityDatabase:

---

---

Llegados a este punto, tenemos en el escritorio de Windows 2 carpetas: TrinityCore2 (conteniendo el código fuente del emulador) y TDB (conteniendo la base de datos).

Lo primero que vamos a hacer ahora, es poner a compilar el emulador, y como va a demorarse un poco, mientras, vamos a poner a punto la base de datos (o si queréis hacer ambas cosas por separado, vosotros mismos ;) ).

Compilar el emulador es sumamente fácil. En el escritorio (esto no hace falta hacerlo por consola, pero de todas formas no la cerréis), vais a la ruta TrinityCore2\win, y en esa carpeta win encontraréis la solución TrinityCore&Script VC90.sln. La abrís (se os debería de abrir el Visual C++ 2008), y, cuando la tengáis abierta, solo tenéis que hacer 2 cosas:

1º. Si en la lista desplegable que hay al lado del triángulo verde (dicho triángulo está debajo del menú Herramientas) está seleccionado Debug, cambiarlo por Release.

2º. Pulsar en el menú Generar la opción Generar solución (o algo así, no recuerdo el texto exacto).

Hecho esto, el emulador empezará a compilarse, y como digo, va a tirarse un ratillo.

Vamos a ver la base de datos mientras :) .

Salu2

---

---

Primero, vamos al escritorio de nuevo, y entramos en la ruta TDB\full_db. Nos encontraremos con un archivo comprimido en RAR. Lo descomprimimos y saldrá un SQL.

Ahora volvemos a la consola de comandos. Vamos a poner a punto las bases de datos. Es cierto que se podría hacer con cualquier gestor de bases de datos gráfico, pero hacerlo por consola es sumamente fácil.

Lo primero que vamos a hacer, lo siguiente:

(NOTA: La ruta variará si tenéis XP. En ese caso, sustituid C: por la unidad del la partición de Windows, y "Program Files" por "Archivos de Programa" (sin comillas))

Esto va a añadir temporalmente la carpeta de instalación de MySQL a la lista de rutas donde Windows busca programas (cuando en la consola ejecutamos cd, hg u otro programa, Windows busca en una serie de rutas predefinidas dicho programa).

Ahora que tenemos eso hecho, hacemos:


(NOTA: PASSWORD_ROOT es el password que hemos configurado anteriormente para el usuario administrador de MySQL. Si ya teníais anteriormente bases de datos con esos nombres en MySQL, ponerle otro nombre a estas y ya está, pero acordaos luego de cuales estáis usando. Yo de todas formas, me referiré a ellas con los nombres que he usado aquí)

Con esto ya tenemos creadas las bases de datos, ahora vamos a importar los contenidos.


Con estas instrucciones, hemos armado las bases de datos.

(NOTA: Este archivo "TDB_332.8.26_7332.sql", es el que antes hemos descomprimido del RAR. Ese es el nombre que tiene al momento de escribir esto, pero irá variando con el tiempo.)

---

---

Ahora, una vez están las bases de datos instaladas, nos queda ver si hay alguna actualización que aplicar a las bases de datos.

Bien, llegados a este punto, ya abandonamos del todo la consola de comandos, con lo que la podéis cerrar sin problemas :) .

Ahora es cuando tenéis que abrir vuestro gestor de bases de datos favorito y, sabiéndolo manejar (obviamente), tenéis que importar los scripts necesarios para actualizar las bases de datos.

(NOTA: Dependiendo del gestor que uséis, algunos no se refieren a esta operación como "importar scripts SQL", sino más bien como "ejecutar scripts SQL".)

Bien, primeramente vamos a situarnos. Nos encontramos con el escritorio de Windows delante, ninguna ventana de consola ya por medio, y con vuestro gestor de bases de datos abierto en algún sitio y conectado apropiadamente a MySQL.

Ahora, lo que tenéis que hacer, es, en vuestro gestor, abrir la base de datos world y ver el contenido de la tabla version.

(http://r.i.elhacker.net/cache?url=http://img708.imageshack.us/img708/272/sinttulo1l.png) (http://img708.imageshack.us/i/sinttulo1l.png/)

He puesto la imagen a su tamaño normal para que se vea bien a un golpe de vista.

Bueno, pues aquí en lo que tenéis que fijaros primeramente, es en la columna db_version. Quedaros bien con el contenido de dicha columna.

Ahora, sin cerrar el gestor, minimizarlo y, en el escritorio, ir a la ruta TDB\updates.

Bien, aquí vais a ver varias carpetas con números. Pues, ahora tenéis que buscar una carpeta cuyos números coincidan con los 2 primeros números de la columna db_version, de manera que, si como en el ejemplo, la columna tiene los números 332.8.27, tenéis que buscar la carpeta que empiece por 332.8.

La abrís, y dentro encontraréis varios SQL. Os tenéis que fijar en el número por el que comienzan. En esta ocasión, tenéis que mirar si hay un grupo de archivos que comiencen por un número MAYOR que el tercer número muestra vuestra columna db_version, de manera que, si como en el ejemplo, la columna tiene los números 332.8.27, tenéis que mirar si hay SQLs que comiencen por un número MAYOR a 27.

Y por último, SOLO nos interesan aquellas que correspondan a la base de datos world. A NINGUNA más.

Ejemplo:

27_01_corepatch_world_7333_7582.sql
27_02_procedures_world.sql
27_03_updatepack_world.sql
27_corepatch_characters_7333_7582.sql

28_01_corepatch_world_7333_7582.sql
28_02_procedures_world.sql
28_03_updatepack_world.sql
28_corepatch_characters_7333_7582.sql

Las señaladas en negrita, corresponden a las que serían válidas. Como veis, empiezan por 28, que es mayor a 27. Y además, solo se han marcado aquellas que tienen world en el nombre del fichero.

Pues, todas esos scripts SQL, tenéis que importarlos en la base de datos world (a la cual pertenecen), y lo tenéis que hacer en el mismo orden en que salen aquí (para eso están numerados: 28_01, 28_02, etc ... ).

Una vez halláis hecho esto, la columna db_version debería reflejar la actualización realizada (es decir, si estabais en la versión 332.8.27, y habéis aplicado todas las actualizaciones que empezaban por 28, dicho número en la columna db_version debería reflejar ahora 332.8.28).

Solo queda un último paso en lo concerniente a la base de datos. En esta ocasión, tenéis que fijaros en la columna core_revision. En el ejemplo, dicha columna está con el valor 7601.

Pues bien, ahora os vais, desde el escritorio de Windows, a la ruta TrinityCore2\sql\updates.

De aquí, tenéis que aplicar TODAS las actualizaciones que comiencen por un número MAYOR que el que tenéis en la columna core_revision, y cada actualización la tenéis que aplicar en su base de datos correspondiente.

¿Cómo sabemos en este caso a cual base de datos corresponde cada una? Muy facil, fijaros en este ejemplo:

7598_world_scriptname.sql
7604_characters_item_refund_instance.sql
7609_world_spell_proc_event.sql

Está claro, ¿No?, después del número, la primera palabra que aparece, corresponde al nombre de la base de datos a la cual pertenecen la actualizaciones.

Y también, como veréis, siguiendo este ejemplo en el cual la columna core_revision vale 7601, de estas 3 actualizaciones por ejemplo, tendríamos que aplicar solamente las 2 últimas, porque la primera, tiene un número de revisión MENOR que 7601.

Y hasta aquí la parte de las bases de datos. Una última cosa, y muy importante, que, pese a que no lo dicen (no recuerdo haberlo leído) en el foro de TrinityCore, lo digo yo: Es MUY IMPORTANTE, que, llegados a este punto, en un archivo de texto mismo, en esa misma carpeta de actualizaciones, creéis un simple documento de texto TXT con el bloc de notas, y escribáis exactamente el nombre del fichero de la última actualización que habéis aplicado. Dicho fichero lo podéis llamar "ultima actualización aplicada", "last update", o como queráis.

¿Esto para qué es?, Pues es porque, como ese valor del core_revision no suele cambiar a medida que aplicáis actualizaciones, sino os apuntáis cual fue la última aplicada, cuando en el futuro actualicéis el servidor, no vais a saber a partir de cuál actualización tenéis que empezar a aplicarlas.

Se me olvidaba un detalle: Tanto en este momento, como tras cualquier actualización que hagáis de la base de datos world, hay 3 scripts SQL que tenéis que aplicar en dicha base de datos.

Están en TrinityCore2\sql\FULL y son los siguientes: world_script_texts.sql,
world_script_waypoints.sql y world_scripts_full.sql.

Y ahora si, la recta final. La configuración del emulador.

---

---

Lo primero que tenéis que hacer, es renombrar los ficheros de configuración. En la carpeta TrinityCore2\bin\Win32_Release, junto a todos los archivos que harán andar vuestro servidor, tenéis los archivos TrinityCore.conf.dist y TrinityRealm.conf.dist.

El renombramiento se reduce a eliminar la terminación .dist de ambos.

Y ahora la parte de la configuración, empiezo por TrinityRealm, que es el más corto:


TriniryRealm.conf

LoginDatabaseInfo = "127.0.0.1;3306;usuario_mysql;password_mysql;base_de_datos_realmd"
ProcessPriority = 1 (Prioridad en que se ejecuta el servidor de reinos: 0 - Normal, 1 - Alta)


TrinityCore.conf

LoginDatabaseInfo     = "127.0.0.1;3306;usuario_mysql;password_mysql;base_de_datos_realmd"
WorldDatabaseInfo     = "127.0.0.1;3306;usuario_mysql;password_mysql;base_de_datos_world"
CharacterDatabaseInfo = "127.0.0.1;3306;usuario_mysql;password_mysql;base_de_datos_characters"

ProcessPriority = 1 (Igual que el Realmd)

vmap.enableLOS = 0 (Habilita el uso de los VMaps, para evitar que los bichos "vean" a través de las paredes)
vmap.enableHeight = 0 (Igual que el anterior. Se requieren ambos)


Y hasta aquí la parte del a configuración básica del emulador. Ahora solo quedan extraer los DBCs, Maps y VMaps.

---

---

Ésta es sin duda una de las partes más fáciles de hacer. Vamos a extraer los datos necesarios del juego para que el emulador vaya bien.

El software que necesitamos usar está en la carpeta TrinityCore2\contrib, y son tan solo 2 programas.

Necesitamos 3 cosas para que el emulador ande (en realidad 2 solamente): Los DBCs son unos archivos que contienen información del juego, son como tablas en las que hay codificado multitud de datos (y solo se pueden editar con programas especiales, aparte que no es recomendable hacerlo), los Maps, en contra de lo que pueda parecer, no son los mapas del juego. Son archivos que contienen información sobre los mapas del juego, pero no son los mapas en sí. Son imprescindibles para poder descubrir el territorio de juego.

Lo último serían los VMaps, y, aunque no son necesarios (se puede usar el emulador sin ellos), está bien tenerlos. Son los llamados Mapas de visión (erróneamente llamados por mí en más de una ocasión como Mapas de colisiones :P ), y, aunque su funcionamiento no es muy fino todavía... ayuda a que los enemigos no os vean a través de los muros, por ejemplo.

Ahora vamos al lío ;) .

(NOTA: ¡Importante!, Es IMPRESCINDIBLE, que esta clave exista en vuestro Registro de Windows:

32 bit: HKEY_LOCAL_MACHINE\SOFTWARE\Blizzard Entertainment\World of Warcraft
64 bit: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Blizzard Entertainment\World of Warcraft

Y que contenga un campo de nombre InstallPath con la ruta del juego del que queréis extraer la información.)

Extraer lo datos es fácil. Para los DBCs y Maps, copiad el programa ad.exe de la ruta TrinityCore2\contrib\extractor en la ruta del juego, y ejecutarlo.

Al terminar su ejecución, tendréis unas carpetas llamadas dbc y maps con la información extraída.

Ahora, para extraer los VMaps, tenéis que copiar a la ruta del juego el contenido de la carpeta TrinityCore2\contrib\vmap_extract_assembler_bin, y ejecutáis el fichero llamado makevmaps_SIMPLE.bat .

Este proceso tarda bastante, algo más de 1h .

Cuando termine, tendréis una carpeta llamada vmaps con la información extraida.

Pues bien, simplemente moved las carpetas dbc, maps y vmaps a la carpeta donde tenéis vuestro emulador compilado.

---

---

Llegados a este punto, debéis tener ya las 3 bases de datos creadas, y una carpeta  con el emulador compilado, sus archivos de configuración editados, y las carpetas dbc, maps y vmaps con sus contenidos.

Pues... ya solo queda poner en marcha el emulador, y conectarse para jugar.

Para lo cual, ejecutáis el TrinityRealm y el TrinityCore, y, si todo ha ido bien, el emulador cargará. La carga tardará mas o menos dependiendo de la potencia del PC en que esté instalado el servidor.

Cuando veáis que, pasada la sección de los TrinityScripts, ya no sale más texto (si tenéis los altavoces encendidos, incluso oiréis in pitido), es que ya el emulador ha terminado su carga.

Ahora solo os queda hacer una cuenta en el mismo para probar.

Como todavía no tenemos instalada ninguna web, servidor web ni nada de eso, vamos a crear las cuentas mediante la consola del TrinityCore.

Para lo cual, solo tenéis que clicar dentro de la consola del TrinityCore y pulsar intro (o enter), en ese momento podréis escribir comandos.

Los más importantes son los siguientes (los comandos empiezan después del guión, todos los comandos empiezan por un punto,  los datos que pongo en MAYUSCULA son datos que tenemos que proporcionar, y, lo que hay entre paréntesis es solo una explicación):

- .account create USUARIO PASSWORD (Crea una cuenta con los datos solicitados)
- .account set addon USUARIO N (Establece la expansión activa N para el USUARIO indicado: 0, ninguna; 1, TBC; 2, WOTLK)
- .account set gmlevel USUARIO L -1 (Establece el nivel de N para el USUARIO: Los niveles van del 1 al 3).
- .announce MENSAJE (Anuncia el MENSAJE a todo el servidor)

Y bueno eso es todo lo que nos concierne para la primera parte. Vamos a la siguiente ;) .

Salu2

---

Bueno, ya tenemos montado nuestro servidor. Eso nos habrá parecido muy fácil (al menos a algunas personas :) ), pero... ¿Qué pasa cuando queramos actualizarlo a la última versión?

DIOOOOOS, ¿Qué hago ahora?, ¿Qué descargo?, ¿Qué instalo?, ¿Qué... que hago?

Bueno, pues lo primero tomarse un Valium y serenarse XD, la cosa no es tan complicada como pueda parecer.

El primer paso para saber qué necesitamos para actualizar nuestro servidor, es entender qué representa actualizar el servidor.

Primeramente, sabemos que el servidor en sí, no es más que software. Un software que, en la anterior parte, hemos descargado, compilado, etc ...

Puesto que estos proyectos están en continuo desarrollo, hay revisiones nuevas día a día (incluso a veces, hora a hora (no es broma :P )).

Para actualizar lo que es nuestro servidor, la cosa es simple, tenemos que descargar la última revisión disponible, compilarla, etc ...

Ahora bien, uno se podría preguntar: Has dicho que esto puede actualizarse incluso de una hora a otra, ¿Es recomendable actualizar un servidor cada vez que sale una revisión nueva?

Y la respuesta es... NO, TAJANTEMENTE NO


Y hay 2 razones primordiales para esta respuesta:

1º. Es una tontería estar actualizando el servidor a cada revisión que sale, ¿Por qué?, Pues muy simple, porque, la inmensa mayoría de ocasiones, solo os vais a encontrar con cambios menores de una revisión a otra, incluso cambios ínfimos, que no os repercutirán a la hora de la verdad en la funcionalidad del servidor.


2º. Supongamos que de la revisión 1 a la 2 hay un cambio notable, han cambiado muchas cosas. Ya no son cambios tan pequeños... ¿Actualizo?. CUIDADO AQUÍ, actualizar cambios menores puede ser tonto, pero actualizar cambios mayores nada mas salir es algo peor, es arriesgado. Dichos cambios pueden no estar lo suficientemente testeados, y pueden haber bugs más o menos serios.

Lo mejor, cuando hay un cambio notable, es esperarse un poco de tiempo, una semana o dos por ejemplo, para que la gente pruebe esos cambios. Porque si resulta que han provocado bugs graves, tendrán que corregirlos.


Realmente, lo ideal es actualizar solamente cuando haya cambios que verdaderamente nos interesen. ¿Y como vemos esos cambios?

Simple, nos vamos al repositorio del proyecto y leemos las listas de cambios. Puede ser algo tedioso, pero nos ahorrará trabajo si vemos que no hay actualizaciones importantes (porque sino hay necesidad de actualizar, no se actualiza).

Por supuesto, a la web del proyecto debemos ir con la revisión que tenemos actualmente en la cabeza, para así poder claramente qué cambios hay entre la última revisión y la nuestra.


Luego, otra parte a actualizar es la base de datos. Eso implica aplicar actualizaciones en la misma.

Otra cosa a observar son los archivos de configuración. Pueden haber añadido/suprimido campos desde la última revisión hasta la nuestra. Tenemos pues que contrastar nuestros archivos con esos nuevos, y aplicar los cambios necesarios.

Ya el último punto sería la cuestión de los archivos del juego (DBCs, Maps, y VMaps).

Estos archivos solo suele ser necesario actualizarlos cuando el emulador pasa a soportar una versión nueva del juego.

Y por supuestísimo, antes de hacer cualquier cambio en nuestro servidor, es INDISPENSABLE hacer un backup de todo lo necesario (servidor, bases de datos, etc ...)

---

Seguiré ...

Salu2


P.D: Se que puede parecer un rollo lo que estoy diciendo hasta ahora, que hay muchos que solo buscan las instrucciones para actualizar el servidor y fuera historias, pero es que estas cosas me parecen indispensables.

Post extra reservado por si acaso (más vale que sobre y se borre si hace falta, a que falte espacio luego :P ).

Salu2

Reservo memoria extra... uy, espacio, que veo que me va a faltar XD .

Salu2

No hace falta que te reserves posts, si alguien escribe aquí ya me encargo yo de que lo baneen, GRAN TRABAJO Y GRAN APORTE.


P.D.: Puedes borrar éste  ;D

Gracias XD, lo cierto es que quería haber terminado este tema hace tiempo, pero entre unas cosas y otras no he tenido eso mismo :P .

Hombre, la gente puede postear... pero desde luego siempre y cuando lo haga adecuadamente.

Dicho de otra manera, que le voy a dar matarile directo, sin preguntar, y sin anestesia, a cualquier post que publiquen preguntando algo que ya está explicado.

Si algo me ha sorprendido siempre es la cantidad de gente que se pone a llevar a cabo una tarea como es montar y administrar un servidor (y lo segundo no es moco de pavo), SIN tener paciencia para leerse un texto medianamente extenso, no digamos ya sin comprenderlo ....

Cuando rehaga el de MaNGOS (el que hice en su día lo revisaré, pero es posible que lo rehaga entero), lo haré bastante mas corto que este, porque enlazaré con frecuencia a este (Trinity es, después de todo, hermano de MaNGOS, y aparte de eso, repetir ciertas cosas en ambos hilos... es estúpido xD.

Salu2


P.D: No sabía que te interesase tanto el tema de Trinity :) .

Por la alianza, camarada  ;D

Exelente guia, sigiendola paso a paso y atento a las nuevas partes :)

Gracias, estoy intentando que quede lo mejor posible, y también espero que me quede bien la de MaNGOS :) .

Ahora mismo ando bastante liado entre unas cosas y otras, con lo que, en cuanto termine las clases y me venga el "veranico", iré completando proyectos que tengo sin terminar.

Salu2

Una pregunta Ariath


A que consola de comandos te refieres?a la cmd.exe o a la mysql.exe?

creo que es obvio que al cmd  :silbar:


Felicitaciones por el post, muy bueno. Sigue asi.

OK pero no resulta el parche (uso Windows 7 xsiaca)

por lo que no reconoce "mysql" como comando

A ver, la consola de comandos siempre es la misma, cmd, que es la consola de comandos de todas las versiones de Windows superiores al 98.

Y tenéis que prestar atención a esto:

Dicho de otra manera: Si no tenéis instalado MySQL, o no habéis construido la orden adecuadamente, no se va a encontrar el comando de mysql.

Aseguraos siempre, que en la ruta donde se están buscando las cosas, efectivamente esté lo que se necesita.

Salu2


P.D: Estoy evaluando una posibilidad (al margen de estos tutoriales), y es la de compilar yo un repack portable, pero de una forma un poco diferente a como los he visto hasta ahora.

Es decir, los repacks, a todos los que han ido saliendo a lo largo del tiempo, les he visto varias pegas, pero la más importante de todas es que, dan el servidor ya montado, pero, no suele ser fácil actualizarlos, o añadirles según que cosas (para añadir scripts a MaNGOS o Trinity, por ejemplo, se requiere forzosamente integrarlos en el proyecto del emulador y recompilarlo... y ningún repack trae las fuentes de nada).

Voy a intentar primero que nada crearlo para MaNGOS, porque su sistema de actualizaciones es más sencillo que Trinity, y si me va bien la cosa con este, realizaré otro para Trinity.

Queda claro que, serán repacks, como los que suelen ver por la red ya, pero en cierta manera mejorados.

Hola

Esta muy bueno el aporte, hice todo lo que dijiste y logre hacer funcionar el el juego con el server.

Un problema que encontré y que pude solucionar fue;

Cuando hay que crear la cuenta para jugar en el trinity core no hay que poner el guion al medio y el punto, por lo menos a mi no me resulto, pero si me resulto sin estos.

Lo demás todo bien, ademas estoy aprendiendo sobre la practica, ya que estoy recién metiéndome en lo de las bases de datos.

Pregunta

Por ahi he conseguido los comandos de GM, pero me faltan muchos, ¿Habra un documento que los tenga todos?


Gracias por el tutorial, Saludos

Los guiones no se si te refieres a estos: - .account create USUARIO PASSWORD (Crea una cuenta con los datos solicitados)

Esos los puse yo para hacer la lista, no forman parte de las órdenes.

Por lo demás, la lista más completa de comandos es la que hay en la propia base de datos (world.command).

Salu2


P.D: La tabla de comandos la he puesto tal como se accedería a ella en SQL, con el formato [base de datos].[tabla] .

Hola

Gracias, super bien con los comandos.

Lo del guion, bien, ya volvi a leer y se explica que no se escribe, pero:


Ahi dice "todos los comandos empiezan por un punto" y se entiende como que hay que escribir el punto antes de cada comando y como te he dicho antes yo los ejecute sin punto.

Gracias de nuevo, que estés bien, y estaré esperando, y creo que muchos otros, las siguientes partes de este tuto.

Saludos Cordiales.

Ah bueno, te referías al punto, entendí mal entonces XD.

Lo mismo el punto es opcional, en ese caso se explicaría tu caso.

Las restantes partes estarán lo más pronto posible, en cuanto acabe la primera tanda de exámenes finales de Junio, a finales.

Salu2

¿Para que version es?

Buen info, ya es una marca de Ariath (la calidad de los tutos) muy buena

Hola aabmnc, hacía tiempo que no te veía :) .

Supongo que tú pensarás lo mismo de mi xD, lo cierto es que, he ido perdiendo la fe en los otros 2 foros (el de anotherwow y el de wow-realm). El primero, estoy viendo que no llegará a donde llegó el segundo en sus buenos tiempos (mas que nada, porque la mayor parte de gente buena que había en el segundo se quedó en el), y el segundo... bueno, en ese perdí la fe del todo, solo entro alguna vez ocasionalmente, por si puedo ayudar a alguna persona que todavía lo merezca, o para ver que nuevas "paridas" me dedican :P .

Por eso ya no suelo entrar casi nunca en ninguno de los 2, casi que prefiero "twittear". De esta manera, a los que todavía le interesen mis trabajos, pueden seguirlos perfectamente, y me ahorro de tener por un lado que soportar críticas e insultos de criajos, y por otro de tener que mantener un foro, que haciéndolo yo solo, estoy viendo que es algo que me sobrepasa (estoy muy verde en foros la verdad).


Y bueno, después de este pequeño desahogo... xD, la guía, tal y como está diseñada, debería servir siempre para montar la última versión disponible, ahora mismo es la 3.3.3, pero en el futuro cuando actualicen los repositorios será para la 3.3.5, la 4.0.0, etc ...

De momento, lo que me falta por hacer es terminar la parte de actualización del servidor (no es difícil, pero me tengo que ordenar un poco las ideas), y básicamente la cuestión de los reinos y un poner una explicación para el tema online.

Salu2 y me alegro de volver a verte.

Me había alejado de todo lo que tiene que ver con WoW en si, pero ahora que ando un poco mas sobrado de tiempo volví.

Bueno gracias por las tablas que me pasaste, en este momento estoy compilando para la versión 3.2.2, a ver como me va.

Saludos!


PD: te sigo en twitter, mi nick es MZ159

------------------------------------------------------------------------------------

EDIT: Logré tener el Srever con la version 3.2.2 pero un pequeño problema es que no me aparece el reino. he el realmlist lo dejé por defecto que vine marcado con 127.0.0.1.

No entiendo el error.

http://img85.imageshack.us/img85/9770/wowscrnshot022210150854.jpg

Problema solucionado, como siempre nunca me quedo con la inquietud y mirando y investigando por que tenia ése error, después de ver muchas veces la base de datos me di cuenta que en la tabla "realmlist" de la base de datos "realmd" ví que el gamebuild que aceptaba mi servidor no era 10505 (que es el de la versión 3.2.2a) y pensando pensando, me di cuenta que había importado als bases de datos realmd y charactrs para versión 3.3.3

La solución fue borrar las bases de datos y importar las bases de datos correspondientes a 3.2.2a

Resumiendo, mi error fue un simple descuido, me llevo 3 horas de quemarme la cabeza, pero esto suele pasar xD.

Saludos!

PD: abrí un post aparte para que quedara bien clara la solución por si a alguien mas le pasa.

Quiero aclarar un par de cosas, en las que por experiencia se que la gente suele meter la pata:


1º. Aún cuando el servidor vaya a acoger personas en una LAN u online, en los datos de configuración del mismo nunca hay que cambiar la IP que viene por defecto (127.0.0.1) por otra IP o un dominio.

Esa IP le indica al servidor, en relación con el, dónde está instalado el servidor de MySQL, con lo que, al estar en 127.0.0.1 (que corresponde al dominio interno localhost), le estamos diciendo al servidor, que MySQL está instalado en la misma máquina que el.

Otra historia sería si tuviéramos el servidor de MySQL instalado en otro PC. En ese caso, aquí habría que poner la IP o dominio de ese PC.


2º. Me he fijado también que, cuando la gente quiere poner sus servidores online o en LAN, tienden a modificar la única entrada que hay en la tabla realmlist (ojo, he dicho "tabla", estoy hablando de la base de datos) sustituyendo el 127.0.0.1 por su dominio.

Si bien no es incorrecto, al privar de esa entrada al servidor, eliminamos la posibilidad de conectarnos nosotros de manera local.

Ese realmlist contiene las IP y puertos donde el servidor de registro va a "escuchar" por si alguien quiere entrar en el servidor (haciendo una analogía, esas son las únicas puertas que el servidor va a atender para, si llegan visitantes por ellas, conducirlos a nuestro mundo).

Por lo tanto, no hay que modificar la entrada por defecto del realmlist, tan solo hay que añadir nuevas (los nombres de los reinos si los podéis cambiar).


Como dije, nadie ha presentado dicho problema ahora mismo, pero como es una cosa frecuente, lo aviso ya por si acaso.

Salu2


P.D: Ayer tuve yo también un error tonto con el mío (por supuesto, yo también cometo errores tontos y tardo en darme cuenta de ellos, no se vaya a creer la gente que soy infalible, nada mas lejos xD), exactamente con el firewall de Windows. Lo tenía puesto online, y, hasta ahora, mis compañeros podían conectarse... pero ayer repentinamente no.

Je, la cosa era que a la carpeta del servidor le había cambiado el nombre, y claro, la nueva ruta de los ejecutables no concordaba con las que el firewall de Windows tenía en lista para dejar el paso franco.

Hago post doble para no mezclar cosas.

Un aviso importante a quien intente clonar Trinity actualmente.

Los de Trinity están reestructurando el proyecto, y ahora mismo las últimas revisiones tienen errores, no compilan bien.

Hasta que esto esté solucionado, los que queráis clonar la última revisión "buena" de Trinity usar este "clone" en lugar del normal:


Donde carpeta, como ya suponéis, corresponde a la carpeta donde vayáis a guardar el repositorio.


REPITO POR SI NO HA QUEDADO CLARO. Si hacéis el clone siguiente:


NO os va a compilar.


Como estoy mirando a ver como evoluciona esto, avisaré cuando me entere de que ya han terminado con la reesctructuración del proyecto.

Salu2

Ariath hay una solucion para cambiar el 127.0.0.1 por el realm de el servidor y poder entrar desde la misma maquina sin tener que crear dos entradas.

La solucion es editar el archivo hosts. algo así:

127.0.0.1                   TuRealmlist.com

Saludos!

A ver, es cierto que la cosa funciona, pero sin ánimo de ofender, aabmnc, esa sería la solución chapucera.

La gente de Trinity/MaNGOS precisamente hicieron ese sistema de realmlists en la tabla de la base de datos para que fuera más sencillo permitir la entrada desde varios sitios, en lugar de tener que tocar el hosts.

Aparte... casi es preferible que los que no tienen mucha idea del hosts lo toquen lo menos posible, que ya son varias veces las que he visto los hosts de la gente con la entrada del localhost o ::1 eliminada.

El sistema que dices tu, era aplicable a ArcEmu, porque no estaba estructurado de ésta forma, y entonces claro, o modificabas el hosts... o no podías entrar.

Salu2


P.D: Yo, en el servidor local que tengo por ejemplo, tengo 3 entradas diferenciadas para permitir entrada desde local, LAN y online. De ese modo, cada vez que alguien entra por una de esas vías, pues entra por el realm asociado y listos.

Hola

Bueno como dije antes he estado "Jugando" XD, con el servidor y funciona bien, ahora mismo lo voy a probar online a ver que onda, pero tengo una pregunta sobre la carpeta donde se monto el emulador; ¿habrá algo que se pueda borrar para dejar la carpeta mas liviana?

Saludos.

Definitivamente Ariath tenes razón, yo en mi servidor también tengo dos entradas.

Lo comente por existe esa posibilidad (Y ves que no profundicé en el tema explicando el clásico "paso a paso" porque no lo recomiendo, simplemente era a modo informativo)


----------------------------------------------------------------------------------------------

darkhermitt:

¿Cual es el problema en concreto? No entiendo, porque la carpeta que contendrá el servidor es relativamente liviana.

Saludos!

Pasa que la carpeta pesa 5, 82 GB en disco, eso esta bien?, si lo esta, nada mas que hacer, es por si se pueden borrar cosas, pero si no, bien igual.

Ahora estaba probando desde otro equipo jugar, pero aun no puedo, a la realmlist del juego le he puesto, 127.0.0.0, la ip con la que se conecta a internet desde el router y la ip que tiene localmente el equipo donde esta el server y nada, si pueden ayudarme con eso por favor.

Antes había probado un repack, y con hamachi pude jugar online, y un amigo también, aun no he probado eso con este server, lo haré y les cuento.

Saludos y Gracias.

Mmm... bueno, en el hilo de Amiga dije que iba a estar desaparecido del foro, pero dejo también el post aquí, por que tiene más actividad que el otro.

La explicación de mi ausencia temporal del foro la tenéis en este post: https://foro.elhacker.net/juegos_y_consolas/proyecto_emulacion_portable_del_commodore_amiga-t291844.0.html;msg1467844#msg1467844

De todas formas, ya que he contestado, lo primero no recomiendo usar Hamachi para estas cosas, se pierde mucho rendimiento de red, y por otro lado, la carpeta del emulador completa no tiene porqué ocupar tanto ni de lejos.

Entre VMaps (que son lo que mas ocupan), los Maps y los DBC, se llega a los 2 GB aproximadamente en las últimas versiones.

Y el resto del emulador, no pesa gran cosa.

Sugiero que hagas un desglose de lo que te ocupa cada carpeta del emulador, para que se vea de donde viene ese volumen.

De momento, y mientras estoy ausente del foro (a lo mejor alguna vez me paso para leer, pero será únicamente como invitado, no voy a logear), podéis contactar conmigo por mi email, que es a la vez mi Windows Live ID.

Eso si, si me agregais para hablar de estos temas, antes mandarme un email diciendo quienes sois, porque tengo la costumbre de denegar en el MSN las invitaciones de gente que no conozco.

Salu2

P.D: Mi email por si no lo véis es: ariath@gmail.com .

Ya mas adelante editaré el blog para incluir mis secciones de Trinity y demás, ahora mismo estoy ocupado con un tema.