Akkarin

// Sells Potions using #CUSTOMPOINTS as currency - pointshop pointtest 123,#CUSTOMPOINTS,501:1,502:1,505:3

They are just account variables. #CASHPOINTS, #KAFRAPOINTS, #YOURROPOINTS, #OTHERPOINTS, #DONATIONPOINTS, etc.

Your directory structure should look like this: /var/www/addons/ /var/www/config/ /var/www/data/ /var/www/lang/ Etc. If you've installed it to a subdirectory instead, you'll need to put your IP in your address bar followed by the name of your subdirectory, like http://ip.add.re.ss/fluxcp

Did you install apache and php on your VPS?

Untested example: prontera,100,100,5 script Freebie 123,{ if(accfreebie > 0){ goto L_Already; } .id = getcharid(3); if(.id < 2000051){ getitem .reward, .qty; accfreebie = 1; mes "Here, have a reward!"; close; } L_Already: mes "You have already been given this reward."; close; OnInit: .reward = 501; // Red Potion .qty = 1; end; } Alter to suit your needs. You can find basic functions for scripting in the script_commands.txt file

As Dorams are not available in Pre-Renewal, it's likely the skills only exist in the Renewal /db/ files and potentially inside #ifdef RENEWAL within the src.

You put them in the html directory. On a linux VPS it's usually in /var/www/

Not yet - I've only just hit the "enabled" button! Staff will be uploading their files when they're ready. You can Follow the @Files user to be notified of new uploads

Since August of last year, @Aleos and I have been discussing the feasibility of bringing this system back to life. Once upon a time it allowed rAthena to flourish, encouraging members to create amazing scripts and designs as there was a great motivator involved; money. Being able to sell files on rAthena was good motivation for members, and with the rAT (rAthena Tax Value of 20%) it meant that rAthena itself was able to cover costs without dipping into the staff's pockets to cover shortfall. Unfortunately this feature took abit of a nose-dive due to Admin inactivity and chargebacks. Inactivity meant that members who were selling their files didn't get their payout request completed in a timely manner. With the rA PayPal account being registered in a different country to myself, I couldn't provision many requests without paypal locking me out. Chargebacks meant PayPal was reversing the transaction and charging us for the privilege of having less money. After many months of planning, we believe we have ironed out the kinks and have placed contingencies to prevent another nose-dive. To begin with, some of the rAthena Staff have been busy creating designs, scripts, source edits, etc to upload to a special user on the system. They will be appearing on an "as and when" basis continually over the next few months. The @Files user is a system bot and will be the account responsible for selling files. Staff are all aware that adding a file to the system under this user negates "commission" that they would normally earn when uploading as themselves. The funds go directly to rA's PayPal account to accrue or be used for general rAthena outgoings. If there are no major hitches, we will consider re-opening the system for members to submit their files for sale under their own account in order to earn themselves commission. Current outstanding payout requests have all been cancelled and need to be resubmitted. The requests and user credit was transferred during the upgrade from IPB3 to IPS4, but the payout method has changed slightly, so they need to be resubmitted for the system to handle them correctly. You can find this page under main navigation My Account -> Account Credit. Payouts can also be authorised by the Content Moderators - this time round there will be no need for members to wait for me to be online. Please also note, when being moved to the PayPal page you will no longer see "rAthena" at the top. Instead you will see "Industrial-Illusions". The paypal email for rAthena hasn't changed. As of last week, rAthena is officially a registered not-for-profit legal entity. We have an accountant and everything! The devs can now put rAthena on their Résumé and use each other as Professional References. Neat huh? The Staff have been preparing for this for many months and are happy to answer any questions you might have regarding the IP.Commerce App. We would be grateful for constructive feedback too!

If you'd looked at the first post you'd realise this is the page he's having problems with.

Well once it's there you're done - you won't get the same error again so look for the next one..

No. I said change localhost to your website address. Like 'ServerAddress' => 'myragnaroksite.com',

/config/application.php 'ServerAddress' => 'localhost', // This value is the hostname:port under which Flux runs. (e.g., example.com or example.com:80) Change localhost to your website address.

Check your error logs: /data/logs/errors/

For drops data you can use "getmobdrops". You can find an example in https://raw.githubusercontent.com/rathena/rathena/master/doc/script_commands.txt

Change: if(getmonsterinfo(.@id,MOB_NAME) == -1){ dispbottom "Monster ID not found"; end; } To: if (getmonsterinfo(.@id, MOB_LV) < 0 || getmonsterinfo (.@id, MOB_NAME) == "null") { dispbottom "Monster ID not found"; end; }

I did read and I understood your post. I apologise if I've come across as arrogant - I was simply trying to re-iterate my point that we provide a method of allowing custom items to exist without updates interfering with them. It's your job to look over commits that you apply to your local repo to check for conflicts. The mechanics you're looking for aren't feasible in the current setup, but perhaps @Secrets might have a way in the C++ version to create a method of overwriting single item/mob values?

Please stop necro'ing old posts Also, I wouldn't expect old scripts to be 100% compatible with the current rAthena scripting engine.

The easiest way to achieve this would be to bindatcmd @mi to a script, so you can then control every aspect of the command. For example: - script atcmd_mi -1,{ OnInit: bindatcmd "mi",strnpcinfo(3)+"::OnAtcommand"; end; OnAtcommand: if(.@atcmd_numparameters == 0){ dispbottom "Usage: @mi <id>"; end;} .@id = atoi(.@atcmd_parameters$[0]); if(getmonsterinfo(.@id,MOB_NAME) == -1){ dispbottom "Monster ID not found"; end; } mes "Name:" + getmonsterinfo(.@id,MOB_NAME); mes "Lv:" + getmonsterinfo(.@id,MOB_LV); mes "HP:" + getmonsterinfo(.@id,MOB_MAXHP); mes "Base EXP:" + getmonsterinfo(.@id,MOB_BASEEXP); mes "Job EXP:" + getmonsterinfo(.@id,MOB_JOBEXP); end; }

https://rathena.org/board/forum/99-client-releases/ There are several threads offering kRO's installer and/or files. Please use the search feature.

If the line is in db2 then your custom item takes priority regardless of what the item has as stats in the normal db. We already have the functionality you're looking for, were not going to change the process in order to arrive at the same outcome. Custom stuff has always gone into db2, this process has worked fine for thousands of servers since the code was created over a decade ago.

o.O? FluxCP uses a socket approach to pinging ports. This means you only need to be able to send outbound traffic to those ports - FluxCP doesn't require a pong event, so the incoming ports are irrelevant.

The SQL files should be ran in order to update your database. If you have any customs or amendments to official items, they should be in *_db2. That is the purpose of those tables. Anything in there is read after the base table, so if you have a Red Potion in item_db with normal item script, you can have a Red Potion (501) in item_db2 and whatever stats this item has will supercede the item stats from item_db. We set this up to prevent anything from being overwritten.

If-statements with more than one line of code to perform should be in curly braces: OnInit: if (gettime(3) >=0 && gettime(3) <=3) { $@isnight = 1; night; } if (gettime(3) >=4 && gettime(3) <=7) { $@isnight = 0; day; if (gettime(3) >=8 && gettime(3) <=11) { $@isnight = 1; night; } if (gettime(3) >=12 && gettime(3) <=15) { $@isnight = 0; day; } if (gettime(3) >=16 && gettime(3) <=19) { $@isnight = 1; night; } if (gettime(3) >=20 && gettime(3) <=23) { $@isnight = 0; day; } end; Don't forget that gettime() now uses constants:

Your script has a few curly braces in the wrong place. Try this: hoh_v5,120,143,6 script Room 1 858,{ mes "[Woman]"; mes "Please enter your password"; next; input .@var$; if (.@var$ == "password") { mes "[Woman]"; mes "Well done, you typed it correctly."; next; switch(select("Enter your room:Cancel")) { case 1: warp "hoh_v5",27,236; break; case 2: break; } } else { mes "[Woman]"; mes "Sorry, you got it wrong."; close; } end; } Please use the Codebox in future