jaBote

Sí, además su implementación (si no estuviera implementado) requeriría tocar un poco más de source que de scripting. Aunque hay una manera sencilla pero "de bajo presupuesto" de implementarlo mediante scripting, pero sería peor porque sabrías cuándo poner la tumba (cuando el MvP muere) pero no cuándo quitarla.

Main problems on those answers is (i believe), maxHP returns to normal when recalculated, say a VIT change or any other thing. Don't know a way of solving that issue, though.

Usually you can change a 'true' bool value in PHP if you set it to 'false'. Yeah, try if that works.

I need a new var, the max refine value, but you can set it without any problems. Sadly, half my screen broke yesterday and I can't script anymore unless I get it repaired (well, I can, but it's really annoying), so this will have to wait till then (I suppose it'll take around a week) or someone else makes this script for you. If you want to make it yourself (give it a try! In the worst case, correcting your NPC would be way faster than making one!), just see how a NPC script is declared and especially how the 'input', and 'successrefitem', 'downrefitem', script commands work (refer to 'getequipid' for equipment slots). Remember to 'end' your script. Sorry for this inconvenience.

Is it a script for an usable or an equippable item? If it's for an usable item you can't do that AD damage increase. Supposing this is for an equippable item and you want to give the bonus only when the item is equipped, its script should be: skill 232,5,1; bonus2 bSkillAtk,CR_ACIDDEMONSTRATION,5; Its equippable job value should be 0xFFFFFFFF and its upper value should be 15. Since you haven't specified more info for the item, creating the rest of it is up to you. Refer to /doc/item_db.txt for more documentation about item creations, and /doc/item_bonus.txt for more information on item bonuses. The new item should be place in /db/item_db2.txt. Make sure new item ID doesn't collide with an existent one (unless you want to overwrite it) and you should be good to go making that new item. If you want a sprite and a description for the item, you'll have touse /db/item_avail.txt if you want to copy existent ones or add them to your client-side.

Git repositories have basic backwards compatibility with SVN, so only way I can think you corrupted your folder is downloading it from a git client then try to upgrade it via a svn client. Downloading Hercules through svn should be fine.

The MAX_QUEST_DB value has been increased in a commit made 13 hours ago (11a90e1) for accomodating new quest IDs. So your emulator should've read up to this value. Are you sure you have latest Hercules revision?

Don't know source at this level, but giving +1 to this. Maybe comebody can convert this to a plugin? I think this would be better for everybody since most of it is just about new functionalities.

Few quick questions: Fail rate? Can refine usually unrefinable items?

As a personal opinion (they're not official): The match would wait for someone else to join or somebody to drop. Then it'll start. If it's impossible to accomodate all parties on the teams then it'll split the largest one (take a random one if there is more than one longest party). Don't know, but I've heard of BGs that are up to 50vs50.Don't know if this is an official value. But I'd keep unlimited queue size for any other means other than BGs. Couldn't it be possible to instance the maps for making more than one BG of its class to be running at once? See 1st point. They'll be evenly split and start a match.

OK then, now buying a Raspberry Pi for hosting a RO server at home

He buscado un Eyex para echarle una ojeadita (me has despertado la curiosidad >.>) y todos los links que he encontrado están muertos. ¿Tienes por ahí alguno que funcione para verlo?

Obviamente, si lo trato como problema, puede tomarse como que es un efecto no deseado. Efectivamente, tras hablar con Ind, el desarrollador "jefe", me ha dicho que lo mirará pero cuando acabe la revisión que tiene entre manos. Ya es suficientemente complicado (en términos relativos con el software libre en general, que suele venir ya compilado y listo para ejecutar) descargar y poner en funcionamiento un servidor en Hercules. Hay que tratar de hacer el máximo esfuerzo para evitar que se convierta en algo imposible de manejar tanto por mí, como por sus usuarios. Edit: Me estoy dando cuenta de que estamos desviando el tema en demasía. Para evitar tener que cerrarlo, en caso de necesitar continuar con este tema, hágase por favor en un tema aparte.

No, resulta que es un problema que últimamente está ocurriendo con mucha frecuencia. Voy a notificar a los desarrolladores de ello porque casi con total seguridad la culpa no es del sistema que trate de compilarlo.

Right click > Open with > Microsoft Visual C++ <version>. Or just open MSVC++ and open the proper .sln with it.

El primer plan de VPS lo veo bien, aunque esta vez quizá se quede un poco corto de RAM. El map server con NPCs ocupa actualmente 273 MB cuando termina de iniciar (con la próxima actualización de Ind ocupará mucho menos), y la wiki recomendaba tener 512 como mínimo, así que no deberías tener problemas. Y a ayudarme un poco es porque si compras algo con mi enlace de referido me llevo alguna comisión. No es gran cosa pero me ayuda a pagar la mensualidad. No me importa lo uses o no, la verdad, aunque las ayuditas siempre se agradecen xD.

No sé si es buena idea publicar enlaces a servicios de pago externos, porque a petición de los administradores no se ha puesto ninguna sección para promocionar servicios de pago en la comunidad española ni portuguesa, y se plantea eliminar la de la sección filipina. Los motivos la dificultad de controlar todo, aunque a cambio en ninguna comunidad de idioma específico pueda promocionarse un servicio de pago. No estoy en OVH, sino en SERED.net, que tal como te dije es una empresa nacional de hospedaje ubicada cerca de Barcelona y ya con centro de datos propio. Te paso el enlace con un poco de recelo porque no sé si la normativa me ampara: http://www.sered.net/ P.D.: Tengo un enlace de afiliado con esa empresa, aunque definitivamente veo mal y contra las normas publicarlo en este foro. Si realmente vas a pillarte el alojamiento allí y me quieres ayudar un poco te lo envío, aunque tendrá que ser por mensaje privado. Recuerda elegir el alojamiento con calma y comparando atentamente todos los detalles.

If you're using TortoiseGit, you should have msysGit installed before installing it. This is a random advice, but maybe you overlooked this?

Yo prefiero un panel artesanal, aunque tuve que instalar Ceres en mi servidor porque no me daba tiempo a acabarlo y me di cuenta de que no tenía servidor de correo. Flux ofrece un par de ventajas sobre Ceres a menos que pienses usar modificaciones de pago como eAmod (que trabaja solo para Ceres), como son la posibilidad de integrar una web completa con Flux y las bases de datos que ofrece. En cambio (nunca he registrado una cuenta en un Flux CP así que no es seguro) creo que Ceres ofrece algunas posibilidades que creo que Flux no tiene, como resetear la posición o el estilo, cambiar el slot del personaje, divorciarlo y así. En cuanto a desarrollo, como bien dices parece que el de Ceres está parado y desconozco el estado del de Flux, aunque se ve activo últimamente (en modificaciones al menos). Como experiencia con Ceres, su apariencia gráfica (layout) se puede modificar de forma muy sencilla, aunque tocar su código es un infierno. No sé si pasará lo mismo con Flux. Y esto es todo lo que te puedo ayudar en cuanto al panorama de Ceres y Flux. Para compararlos por ti mismo, tanto desde la vista de usuario como la de administrador, te recomiendo instalar y probar ambos en un servidor web casero o gratuito con una base de datos de RO con datos de prueba, ver qué experiencia te agrada más y tomar una decisión basada en ello.

Could you please post the error here? Let's see what happens there. I'm no Git expert, but hope your code and a bit of Google use can throw up an answer!

That's not one of the latest Hercules versions then. IDK if rAthena has this too, but that'll give you problems for sure if you want to use a ragexe instead of a ragexeRE client. What you have to do is change what is next to #define PACKETVER to the yyymmaa date of your client and, only if you're using a ragexe client, place that // in front of the #define PACKETVER_RE. In case you don't have that definition either update your emulator software or desist to use ragexe clients.

Como comenté antes, la RAM no lo es todo. En la RAM permanece todo lo que está en memoria. Un NPC permanece en la memoria, todos los datos permanecen en la memoria. Es cuando se necesitan mover los datos cuando se requiere proceso, y ten en cuenta que el servidor está constantemente ejecutándose, de ahí que requiera ese procesador. El juego consiste en un intercambio e interpretación mutua de paquetes de datos entre servidor y cliente: toda acción del cliente se notifica al servidor (o se intenta al menos) y el servidor es el que te dice que puedes o no hacerlo, y luego se ejecuta. El servidor, además de atender a los usuarios, también tiene que "jugar" él con los monstruos (asignarles acciones) y ejecutar los NPCs a petición de cada usuario, por lo que el proceso también es importante y es el motivo por el que también se pide un mínimo de 1.5GHz aparte de los 512 MB de RAM. No sé cuánto ocupa un jugador conectado en el servidor (supongámoslo en estado pasivo, o AFK) en cuanto a RAM del servidor (los que están desconectados se guardan en la DB, obviamente). Hay que contar el espacio que ocupan todos sus parámetros (y me refiero a TODOS), junto a las variables de cuenta y de personaje que lleve asociadas (más las temporales, que se borran cuando el personaje se desconecta). Tirando muy por lo alto (y quizá diga una barbaridad descomunal), dudo mucho que un jugador conectado al servidor pueda llegar a consumir 100 KB adicionales de memoria RAM. Descontando lo que consume el servidor solo por estar activo, si cada jugador consume 100 KB (como dije, creo que es muchísimo), 2 GB dan para 2000 personas. En cuanto a proceso, varía mucho y no podría darte una medida. No solo es por jugador (que solo por estar online sobre él se ejecutan como mínimo decenas de contadores: contador de inactividad, de hambre del pet u homúnculo si lo tiene, de estados alterados,...) , sino lo que dicho jugador esté haciendo. No es lo mismo mantener ociosa toda la cantidad de monstruos del servidor que ir a entrar a un mapa, en que los monstruos ejecutan su IA de verdad (antes estaban simplemente guardados en memoria). Si usas una habilidad ofensiva pesada en proceso, como puede ser Storm Gust, mientras esa habilidad se ejecuta tiene que calcular posibles objetivos, y si los hay ya tiene que calcular su daño, si tiene o no resistencia a la congelación y ver si los congela, etcétera. Eso sí, hay que tener en cuenta que 1 Hz de proceso = 1 operación básica de dos operandos (si es matemática pues será una suma, resta, multiplicación o división; si es lógica será la carga de un dato, una comparación o lo que sea, y etcétera). Desde hace ya como 7 u 8 años, se ha roto la regla con los procesadores DDR, que dicen hacer 2 operaciones en 1 Hz, aunque no me lo creería dadas algunas comparaciones que se hicieron con ellos. Es por esto por lo que veo muy justa esa máquina en proceso. Descontando lo que el servidor consume por estar totalmente ocioso, tienes 0.1 GHz libre, que son 100 MHz, con los que atender a MySQL y a los jugadores. Y ya te comenté que el otro servidor, en cuanto a proceso, iba relativamente bien (como simplemente había arrancado, llevaba ~30 personas en esos instantes) aunque no estaba para muchos trotes. Volviendo al tema de la localización, Francia es una buena apuesta y salvo excepciones (yo estoy hospedado en una excepción ) el hospedaje allí es más barato que en España. Mi servidor VPS se encuentra ahora mismo activo pero en desuso y tiene 100 GB de disco duro, 2 GB de RAM, teóricamente 2 núcleos de proceso a 2.6+ GHz (esto no es verdad porque en la virtualización de un VPS por OpenVZ se comparte procesador con todos los vecinos de la máquina) y 1 TB de transferencia de datos (más otro que me regalaron por problemas que tuve posteriormente con ellos), y usuarios chilenos amigos míos me dijeron que les iba mejor que otros tantos servidores que se montaban en Estados Unidos. A mí me sale mensualmente 10€ + IVA (aprox 12.10€ en total), aunque el mismo plan actualizado sale a 18€ + IVA (aproximadamente 24.20€ total) y solo te dan 200 GB de transferencia, aunque esto se puede hablar con el dueño de dicha empresa que es un tipo muy majo a ver si te hace un apaño. Además, como dije: salvo problemas ocasionales (a todos les pasa, pero ellos tuvieron un golpe de mala suerte increíble aunque me repercutiera directamente mientras mi servidor estaba en uso) el uptime es del 100 %. Me sale más barato mantener mi servidor porque no sé si voy a abrir otro en un futuro reciente que cancelar el plan. A mí no me han dudado en echarme una mano con el servidor aunque no tuviera contratada administración y los veo competentes. En los tickets les castigo un poco porque cometen algunas faltas ortográficas "gravbes" y eso queda para mi gusto horroroso de cara al cliente, pero salvo los golpes de mala suerte (que cesaron cuando movieron la máquina a un centro de datos bajo su control directo, protegido de ataques DDoS) no les veo nada malo. Y si te hacen las cosas mal, los tienes en Canet de Mar, a tiro de piedra si tu localización es correcta .

Yes, there is. It's called Hercules Plugin Manager. I don't know how to use it since I'm not source dev, but you can overload any function you want (must be those covered by the Hercules Renewal Phase One) without risking to have conflicts on your files.

Sobre seguridad: Ambos paneles tienen las mismas deficiencias de seguridad, aunque no son nada fáciles de explotar a menos que sepas un poco de seguridad informática (se habló un poco de esos fallos en rAthena, aunque no encuentro el tema). O sea, que programas como Webcruiser (localiza vulnerabilidades en una web) o Metasploit (localiza vulnerabilidades en una máquina) no deberían ser útiles para fastidiarte la página. Sobre prestaciones (que es lo que realmente te importa) no te puedo ayudar mucho porque nunca he usado FluxCP. Estoy bastante contento con Ceres CP aunque la verdad es que va siendo hora por mi parte de probar otros paneles de control. Si tienes algo de conocimiento de desarrollo web, te recomiendo que desarrolles tu propio panel de control artesanal. Salvo que tenga deficiencias graves de seguridad (siempre sospecha de cualquier cosa que introduzca el usuario hasta que lo valides), con un panel de control propio siempre tienes el beneficio de que un posible atacante no sabe a lo que se enfrenta. Y una enorme mayoría de atacantes reales a los que te vas a tener que enfrentar si no su práctica totalidad son simples niñatos que intentarán "jaquearte" (ni de coña llamo yo a eso hackear) con las vertientes más básicas de inyección SQL y/o ataque XSS, e incluso dudo de lo segundo, por lo que si te haces tu propio CP básico con protección tienes de sobra.

Kuroko Sempai me acaba de recordar otra cosa que debes tener en cuenta, y es la ubicación física del servidor. Si piensas dirigirte a público español no es buena idea contratar hosting en EE.UU. (como los de la web que acaba de proponer) dado que el retardo de la conexión se eleva por encima de los 150 ms, y es entonces cuando el juego empieza a ser molesto. Los jugadores que no sean muy quisquillosos normalmente suelen tolerar hasta 200 ms. La web que Kuroko ha propuesto tiene servidores únicamente en Dallas, Nueva York y Miami. Nueva York es una idea aceptable para España, aunque para dar servicio a Latinoamérica es preferible Dallas. No obstante, como eres español (y puedo suponer que querrás barrer un poco para casa) te recomiendo que busques algún alojamiento decente aquí, en Francia, Alemania o Reino Unido. Aproximadamente la mitad sur de Latinoamérica tiene mejor conexión a estos países (especialmente España) que a EE.UU, y casi en ningún caso desde toda Latinoamérica el retardo suele superar los 150 ms (salvo quizá usuarios que usen Wi-Fi, dado que en conexiones inalámbricas el retardo siempre aumenta entre 30 y 50 ms, acabo de hacer la prueba , o gente que viva rodeada de montañas en un entorno cercano). ¿El motivo de por qué la conexión es mejor, aunque haya más distancia? Fácil, todo el tráfico se canaliza en un mismo caudal que cruza el Atlántico, en vez de "marearse" con tantos saltos en el mallado de la red terrestre. Ya te comenté lo que haría: si tienes fondo para maniobrar (yo no lo tenía) prueba esos servidores e intenta superar 40 usuarios online entre múltiples cuentas abiertas. Si te sale bien, quédate; si no, busca mejores ofertas porque las hay.