Jump to content

Recommended Posts

Posted

Does the V4P Includes?

 

All my current addons, except for the Item Shop Quantifier, will stay as addons. Thanks for the inquiry (I knew someone would ask lol).

Posted

Alright, so I found out that GitHub has an SVN mirror, however, it has its pros and cons.

 

Pros:

  • My current setup is doing a commit on a local copy of GIT, git svn to the Google Code, then a remove svn2git to push to GitHub. This is quite tedious and not exactly a "mirror". This causes me to guess if something will work or not (eg. making a branch - which did not work).
  • No extra work for me to update links, content, etc

 

Cons:

  • Revision numbers on GitHub are different than the ones currently on GoogleCode thus "svn switch --relocate" may not work
  • No web interface that shows the linear use of revision numbers

 

Changes:

  • Due to the lack of revision numbers, I plan to change the schema update files to dates instead of relying on revision numbers (eg. /data/schemas/charmapdb/cp_charprefs.20090425.sql).

 

I am thinking of using the GitHub SVN mirror and delete the Google Code repository so that I can start to work on the Account Management feature on a separate branch. However, it'd be great to get other's input, Perhaps I am forgetting an important pro/con? Maybe you like/dislike the proposed changes?  Or, you have knowledge in this GIT/SVN stuff and have recommendations/ideas/suggestions/etc.

 

Oh, and if anyone knows how to make it so that a git push/commit message include the svn revision number, that'd be great!

  • Upvote 1
Posted

I've applied the following change in 73d60ad. Because of this, an SVN repository isn't necessary anymore but since GitHub has an SVN mirror, I will be linking to that repository instead of the one in GoogleCode.
 

Changes:

  • Due to the lack of revision numbers, I plan to change the schema update files to dates instead of relying on revision numbers (eg. /data/schemas/charmapdb/cp_charprefs.20090425.sql).

 

Now that I've done this, I can now create a branch without worrying that it will work after going through "git svn dcommit", "svn2git", etc commands. 

 

So, I'll begin working on the account management in a feature branch. I'd love to have one or two testers, especially those that have their own server. However, keep in mind that this is a development branch - not a stable branch. If you are interested, please PM me or email me at missxantara[at]gmail[d0t]com. Thanks!

Posted

Nice Hope to see more :)

- hope its free :)

 

Yes, the account management feature will be free and will be found in the master/trunk branch once finished.

Posted

Hello xantara, I would suggest a forget Pin code for the Pin Code System which is new to Rathena

 

Good idea. I believe there are still bugs and its still in the beta stage of release but yes, this feature should be added to the CP once the implementation has been finalized. Thanks for the suggestion!

 

what if already using version 1.0.0 and want to replace it using version 2.0.0??

 

There are a few ways to do this. The way I recommend is to follow these steps:

  1. Take a backup of all your cp_* tables
  2. Delete your cp_* tables (make sure you have the backup from the previous step!)
  3. Delete the schema folder in the cp/data/logs/ directoy
  4. Go to your site, it should show an installation page
  5. Finish the install & update process
  6. Delete your cp_* tables
  7. Run your backup to get your previous cp_* tables again
Posted (edited)

Hello xantara, I would suggest a forget Pin code for the Pin Code System which is new to Rathena

 

Good idea. I believe there are still bugs and its still in the beta stage of release but yes, this feature should be added to the CP once the implementation has been finalized. Thanks for the suggestion!

 

>>what if already using version 1.0.0 and want to replace it using version 2.0.0??

 

There are a few ways to do this. The way I recommend is to follow these steps:

  1. Take a backup of all your cp_* tables
  2. Delete your cp_* tables (make sure you have the backup from the previous step!)
  3. Delete the schema folder in the cp/data/logs/ directoy
  4. Go to your site, it should show an installation page
  5. Finish the install & update process
  6. Delete your cp_* tables
  7. Run your backup to get your previous cp_* tables again

 

 

 
means if have installed version 1.0.0.
I need to backup the database first cp _ * and delete a folder scheme
and if that's all then I delete the folder ' fluxcp 1.0.0' and extract fluxcp  2.0.0 and do a reinstall again and restore the cp _ his back
 
=================================
 
I've been doing 1-3 ways and extract the file fluxcp into the folder xantara 2.0.0 fluxcp 1.0.0 and setting back on:
1. cp/config/php application.
2. cp/config/php servers.

then continue the process 4 & 5

but after I click ' Install or Update Everything ' comes up error
 
=========================================================
 
 
EDITED
 
OKE CASE SOLVED... THX XANTARA :)
 
Edited by kingdomro
  • 3 weeks later...
Posted

I'm having some problem installing your scripts on my localhost. I can't access the folder index.php because every time I do it just redirect me back to xampp local homepage instead. Any idea how I can solve this problem?

Posted (edited)

i know this shows whether a user is logged in:

 

 

<?php
if ($session->isLoggedIn()):
//do something here
endif;
?>

 

 

but what's the code to check the account level of the user logged in? for example, i only want a GM to see some links which a normal user cannot

 

<?php if (AccountLevel==ADMIN) { echo "show this thing;" } ?>
Edited by ionflux
Posted

... 

but what's the code to check the account level of the user logged in? for example, i only want a GM to see some links which a normal user cannot

...

 

Since rAthena saves group_id of an account rather than their group level, you can do this be referencing the AccountLevel class declared in config/groups.php:

if(AccountLevel::getGroupLevel($session->account->group_id) == AccountLevel::ADMIN)

However, if you want multiple groups to be allowed to run the certain piece of code (eg. GMs and admins), then you would check the group level hierarchy by

if(AccountLevel::getGroupLevel($session->account->group_id) > AccountLevel::NORMAL){
    dothis; // only groups with level greater than a normal account user will run this code
}

Hope that helps!

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...