Leaderboard

Hello guys ! I made this map long time ago and didn't used it. I was bored so I finished it and thought to release it here in eA. Rate it guys . Feel free to use it for your server. This file includes: ~ .rsw file ~ .gnd file ~ .gat file ~ .extra file ~ .bmp file (minimap) Screenshots: Enjoy and don't forget to say thanks.

In reference to this and all future post. Please avoid making this topic into a Support Topic of all kinds. Part 1 - Setting up your server. http://tinyurl.com/7dcwdz2 Part 2 - Getting onto your server. http://tinyurl.com/7nqunos Part 3 - All about groups.conf and setting server admins and GM's. http://tinyurl.com/7u6c442 Part 4 - Adding custom NPCs http://tinyurl.com/8x359bt

New Tutorial Released #14. Making Slopes. This video was made ONLY because it was requested. PLEASE message me or leave a comment in this thread if you would like to request a future tutorial!

The client/server reads it as a script starter and if you have it in your inventory when you die, a new option will appear on your esc menu asking "Ressurection" and when you click it, it'll ress you on the spot.

I am going to develop a new generation of RO Control the Panel. Look at is what I added to the inside. Home Pages Notice Download Login / Register Online Users (Detailed) Server Status (Normal) PVP Ladder MVP Ladder Ranking of User (who is best known for vote by the user) Zeny's Ranking (the richest) Guild's Ranking (listed all of the Guild) Player the Control Panel Change Email Change Password Change Sex Change the Second the Password (to lock the account or to beware of the hack) Transfer Zeny @StoreAll Delete Item (record and delete bug the Item) Manual for your hair, hair color and clothing Cash Point Manager Promote For Point (click on the link to get the point in the game) (recorded ip) Vote For Point (Recorded ip) Bug Report Player Report Reset Position （idea form ngek 202) Admin Control Panel (you can use this to control the user like PHPMYADMIN) Ban Ip Lock Account View Logging Ban Account Easy to install Who will support me?I am now being developed

The script for the item is actually located in the source code

@all Thanks a lot its working fine now the solution is Thanks a lot Regards

just got it 2 days so ill presume is after 15572 Brian was right; In r15572, the `account`.`level` column has been replaced with `account`.`group_id` Thats why i love these forums

Hm...Why not just use getgmlvl? instead of using query? if(getgmlvl == 1){ set .qty,2;} else { set .qty,0;} getitem getarg(2), getarg(3)+.qty, getd(getarg(0) + "[" + .@i + "]"); As for why the item cant be given is because in this script you've pasted; the Item ID is no where to be found so "getarg(2)" becomes 0. In terms; You must define the itemID and the quantity inorder for the "getitem" to beable to fully work

in /conf/battle/misc.conf modify duel_time_interval to 5

To make things a bit clearer. Reason for removing TXT support of player database: There is individual char_server and char_server_sql, we needed double work for char server edits Each time a new system appears like mercenaries, we would need to implement both sql and txt saving/loading, increasing our workload The compiled code is actially different of a SQL and a TXT compiled servers, we need to maintain more project files, people asking for support need to provide additional information etc. Using SQL is far more flexible because of CP and web services, and should perform better, and be safer ( less likely to loose data ). They are frequently modified at the runtime. Maintenance of SQL databases are easier ( deleting old/unused logins, purging invalid data, and etc). There are TXT related bugs, and unimplemented TXT features such as mercenaries. Now lets look at the db folder: db folder does not need maintenance from the server owners. Supporting db folder in txt format does not increase our workload much, the format is rarely changes, we do not need more project files for that etc. It is fairly easy to convert some of the dbs to SQL in case of somebody feel more confortable with that They are not modified on the fly, moreover the server does not modifies it at all. Does not have bugs or unimplemented features. Aegis also use flat text files for the same thing. All in all, if somebody fond of SQL db's, he can use it. But dropping TXT support for db folder provides us (developers) only little (or almost none) decrease in our workload, but degrades eA compatibility, makes people harder to switch from eA, and causes additional workload for server owners too ( They now just need to update item_db.txt and they are done. But with SQL dbs, they need to update item_db.sql and import it afterwards, +1 step) . Moreover it makes it harder for those who used to the txt format, to do db work. One of your reason was, it is easier to edit some dbs in SQL. Well.. if you use a GUI maybe. BUT: There are tools available to easily edit TXT format too ( database editors ) If you feel more confortable to edit something in SQL, you are free to do it that way and export afterwards ( i.e. mass edit ). Maybe you feel that db developers would have double work if we maintain 2 dbs. Well, no. They only need to maintain sql, or txt. The one they prefer. And if we provide conversion tools, they can keep updated the other one. ( I think there are some pearl script available to convert dbs, however it would be maybe better to provide binaries, it would be easier to use for all ). That is my opinion.

^ I agree, "configs" are fine in text files. "databases" might fit better in a real MySQL database instead of flat text files (that what this topic/poll is about)