Pages: 1 2 [3] 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 .. 18 :: one page |
|
Author |
Thread Statistics | Show CCP posts - 1 post(s) |
Sable Blitzmann
Massively Dynamic Reverberation Project
13
|
Posted - 2011.10.27 16:45:00 -
[61] - Quote
Dragonaire wrote:Did you export from either your local working copy or directly from the SVN because it looks like it's finding the same API twice which the only other time I've seen that is when someone was trying to use their working copy directly without export.
Now that you have a working copy you can export from it to where you plan on
running Yapeal.
svn export --force /path/to/my/wc/ /directory/where/yapeal/should/be/installed/
Let me know if that doesn't clear it up. I'm testing some other changes right now that should help with this problem as well. Once I'm sure there aren't any problems with the changes I'm looking at I'll let everyone know and have to update some of the docs to reflect the changes.
Whoops, my bad then. Completely forgot to export. All seem well. I'm setting it up now, so I'll let you know if I run into any problems along the way. Thanks! |
Sable Blitzmann
Massively Dynamic Reverberation Project
13
|
Posted - 2011.10.27 17:00:00 -
[62] - Quote
Just a note: I applaud you for trying to make it as user friendly as possible, but it still has a long way to go in that department. Understandable due to the projects' complexity. Last time I tried this was way back when there was a web UI for setting it up and showing you how you could insert everything into the DB and whatnot. I personally wouldn't mind if that made a comeback. ;)
Question: Say you have 2 keys, one that is essentially a Full API key with all the characters on the account and all the APIs unlocked, and another key which just has your main (Sable, in this case) and a few APIs unlocked for use. Which key does Yapeal use if they are both present? Also, would we enter Sable into `utilRegisteredCharacter` both times for each key? How does one deal with this redundancy? Should we, the developers, check to make sure we don't already have a similar key belonging to the same character or whatnot? |
Dragonaire
Corax. PURgE Alliance
18
|
Posted - 2011.10.27 22:30:00 -
[63] - Quote
It can use either or both keys but basically what happens is which key it selects to use first will get everything it can within time / mask limits and then when it gets to the other key if any of this APIs isn't done yet they will be handled. Read the comments in yapeal-example.ini for how registered_mode works in most cases you don't need to even use the utilRegisteredCharacter or corporation tables. There's also a few more notes in the class/SectionChar.php and class/SectionCorp.php file about how things work.
To better understand how to add/remove/etc chars and corps look through the wiki and the classes in class/util/ that should help make using the util* tables easier. Finds camping stations from the inside much easier. Designer of Yapeal for Eve API. Check out the Yapeal forum thread |
Zaepho
Phoenix Propulsion Labs RED Citizens
2
|
Posted - 2011.10.28 15:01:00 -
[64] - Quote
Dragonaire Have you considered leveraging Log4PHP for all of the internal logging? this would allow people to configure logging to their specific level of verbosity and would allow you to have very verbose logs for troubleshooting, with only Warnings/Errors for production runs. Also it gives people the ability to log to STDOUT, a file, a DB, syslog, etc at their own choice simply by editing a single XML file.
I have the automated/scheduled part of my project using it and I am able to log trace level and above events to a big fat daily log file and only warnings/errors to STDOUT so that cron emails me when it needs attention and I can refer back to the low level logs events for deeper troubleshooting/verification of what's happening.
http://logging.apache.org/log4php/ |
Dragonaire
Corax. PURgE Alliance
18
|
Posted - 2011.10.28 22:28:00 -
[65] - Quote
Hadn't heard of it but I'll take a look. Finds camping stations from the inside much easier. Designer of Yapeal for Eve API. Check out the Yapeal forum thread |
Norian Lonark
Black Thorne Corporation Black Thorne Alliance
2
|
Posted - 2011.10.30 17:32:00 -
[66] - Quote
Hi Everyone,
Firstly thank you Dragonaire for the time and effort you put into this it is much appreciated.
Now for my question... and sorry if its a bit dumb of me to ask but all this sort of stuff is very new for me.
I am using Yapeal to basically help me with getting information about industry jobs. Currently I have it installed on windows PC running XAMPP and its all working great I have the tables populated with the data about the jobs.
My question that I have is what is the best way to get this working on my hosted domain? Can I just copy the sql database and files that are in the Yapeal directory up to my server and it will work as is or are there special extra steps or is this just not going to be possible?
I am sorry if its already been posted I have read through all this thread and searched as best I can.
Many thanks for any help and advice.
Nori. |
Dragonaire
Corax. PURgE Alliance
19
|
Posted - 2011.10.30 18:06:00 -
[67] - Quote
Generally just copying everything should work but if your host gives you ssh access it's usually better to install it and then just copy over your config/yapeal.ini and anything you need from the util* tables. The advantage to doing it this way is updates to Yapeal should be easier to do since you can just follow instructions from INSTALL.txt and don't have an extra copy step to get from your local machine to the host machine and maybe miss something. Finds camping stations from the inside much easier. Designer of Yapeal for Eve API. Check out the Yapeal forum thread |
PsyKzz
Bat Country Goonswarm Federation
2
|
Posted - 2011.10.30 18:14:00 -
[68] - Quote
Can you support adding a character id to the db and fetch the publicly available data for them? Meh. |
Miko Kiun
Narshan Industries
0
|
Posted - 2011.10.30 18:26:00 -
[69] - Quote
I too would like the public info from /eve/CharacterInfo.xml.aspx primarily the corp history
Also, could someone with more experience with yapeal help me to understand walking the wallet journal and transactions? also, I'm guessing it's the same principal with getting mail message bodies???
thanks in advance |
Dragonaire
Corax. PURgE Alliance
19
|
Posted - 2011.10.30 18:42:00 -
[70] - Quote
If you are talking about /eve/CharacterID.xml.aspx and /eve/CharacterName.xml.aspx they are really outside of the scope of what Yapeal does and it's unlikely I'll add support for them except maybe in some kind of util script if I find and need for it or a few extra days with nothing else to do
If you mean /eve/CharacterInfo.xml.aspx it would have already been done except CCP was stupid and put an API that requires apiKeys and vCodes in the eve section instead of where it belonged in char or account. You can get all the same information from the other APIs anyway so I've never seen why anyone would find it that useful as it is. I've got some ideas for changes to Yapeal that MAY in some distance future be able to overcome CCP's stupidity on the placement of this API but let's just say being able to support this API is going to be purely an afterthought in any changes. Finds camping stations from the inside much easier. Designer of Yapeal for Eve API. Check out the Yapeal forum thread |
|
PsyKzz
Bat Country Goonswarm Federation
2
|
Posted - 2011.10.30 18:46:00 -
[71] - Quote
Dragonaire wrote: You can get all the same information from the other APIs anyway so I've never seen why anyone would find it that useful as it is.
With the application im trying to make i just want to minimise the the different number of systems i have to use.
Could you not make it possible to add a character ID to the utilRegisteredCharacter and get yapeal to download a charCharacterSheet for them?
Also off topic, CorpCorporationContactList should populate without the need for a corp key, it is available to every member of a corp regardless and yapeal should accommodate to that.
Meh. |
Dragonaire
Corax. PURgE Alliance
19
|
Posted - 2011.10.30 18:47:00 -
[72] - Quote
Quote:Also, could someone with more experience with yapeal help me to understand walking the wallet journal and transactions? also, I'm guessing it's the same principal with getting mail message bodies??? Yapeal should do this for you by default but CCP has made some changes in the past that may have broke it and I don't have enough activity on my chars to do any testing Finds camping stations from the inside much easier. Designer of Yapeal for Eve API. Check out the Yapeal forum thread |
PsyKzz
Bat Country Goonswarm Federation
3
|
Posted - 2011.10.30 18:51:00 -
[73] - Quote
Dragonaire wrote:Quote:Also, could someone with more experience with yapeal help me to understand walking the wallet journal and transactions? also, I'm guessing it's the same principal with getting mail message bodies??? Yapeal should do this for you by default but CCP has made some changes in the past that may have broke it and I don't have enough activity on my chars to do any testing
You dont need to do anything just SELECT * WHERE ownerID={YOUR_GUY} SORT BY data ASC / DESC
That would just list them in order. You wouldn't have to worry about anything. Meh. |
Dragonaire
Corax. PURgE Alliance
19
|
Posted - 2011.10.30 18:53:00 -
[74] - Quote
Quote:Could you not make it possible to add a character ID to the utilRegisteredCharacter and get yapeal to download a charCharacterSheet for them? Yapeal doesn't even look at that table without a key in utilRegisteredKey so no that won't work.
Quote:Also off topic, CorpCorporationContactList should populate without the need for a corp key, it is available to every member of a corp regardless and yapeal should accommodate to that. All of the corp APIs have been changed to require a key from a director or the CEO and there is no way around that.
Finds camping stations from the inside much easier. Designer of Yapeal for Eve API. Check out the Yapeal forum thread |
PsyKzz
Bat Country Goonswarm Federation
3
|
Posted - 2011.10.30 18:56:00 -
[75] - Quote
Quote:Also off topic, CorpCorporationContactList should populate without the need for a corp key, it is available to every member of a corp regardless and yapeal should accommodate to that. All of the corp APIs have been changed to require a key from a director or the CEO and there is no way around that. [/quote]
Can you not add a bypass? OR a dummy key that runs if a dummy key is input?
Meh. |
Dragonaire
Corax. PURgE Alliance
19
|
Posted - 2011.10.30 19:01:00 -
[76] - Quote
Public access to the corp APIs has been turned off you have to have a corp key now to access them there isn't a way to bypass.
Or to put it another way NO and it can't be done
Is that clear enough? Finds camping stations from the inside much easier. Designer of Yapeal for Eve API. Check out the Yapeal forum thread |
PsyKzz
Bat Country Goonswarm Federation
5
|
Posted - 2011.10.30 19:07:00 -
[77] - Quote
Dragonaire wrote:Public access to the corp APIs has been turned off you have to have a corp key now to access them there isn't a way to bypass.
Or to put it another way NO and it can't be done
Is that clear enough?
http://api.eveonline.com/corp/CorporationSheet.xml.aspx?corporationID=238510404
I beg to differ...
Meh. |
Razzor Death
Bat Country Goonswarm Federation
14
|
Posted - 2011.10.30 19:09:00 -
[78] - Quote
Dam you just got owned son |
Miko Kiun
Narshan Industries
2
|
Posted - 2011.10.30 19:14:00 -
[79] - Quote
Dragonaire wrote:If you are talking about /eve/CharacterID.xml.aspx and /eve/CharacterName.xml.aspx they are really outside of the scope of what Yapeal does and it's unlikely I'll add support for them except maybe in some kind of util script if I find and need for it or a few extra days with nothing else to do If you mean /eve/CharacterInfo.xml.aspx it would have already been done except CCP was stupid and put an API that requires apiKeys and vCodes in the eve section instead of where it belonged in char or account. You can get all the same information from the other APIs anyway so I've never seen why anyone would find it that useful as it is. I've got some ideas for changes to Yapeal that MAY in some distance future be able to overcome CCP's stupidity on the placement of this API but let's just say being able to support this API is going to be purely an afterthought in any changes.
I'm confused, characterinfo doesn't require keys. https://api.eveonline.com/eve/CharacterInfo.xml.aspx?characterID=90338329 Is corp history accessed somewhere else? I can't find it anywhere in the yapeal tables |
Dragonaire
Corax. PURgE Alliance
19
|
Posted - 2011.10.30 19:27:00 -
[80] - Quote
Not really since that ability is going away when old keys do from what I understand and once again by design Yapeal expects to have keys etc for anything in account, char, or corp sections in the requests plus the database expect the full data you only get from having the keys.
Yapeal is a made to be used when you have the required keys etc not for just general random access to the APIs if that's what you need there are several other libraries for that but of course it's up to you then to parser the XML and put it in the database yourself too
Instead of just trying to say indirectly that Yapeal is doing something wrong why don't you learn how to use it correctly first. Finds camping stations from the inside much easier. Designer of Yapeal for Eve API. Check out the Yapeal forum thread |
|
PsyKzz
Bat Country Goonswarm Federation
6
|
Posted - 2011.10.30 19:33:00 -
[81] - Quote
Dragonaire wrote:Not really since that ability is going away when old keys do from what I understand and once again by design Yapeal expects to have keys etc for anything in account, char, or corp sections in the requests plus the database expect the full data you only get from having the keys. Yapeal is a made to be used when you have the required keys etc not for just general random access to the APIs if that's what you need there are several other libraries for that but of course it's up to you then to parser the XML and put it in the database yourself too Instead of just trying to say indirectly that Yapeal is doing something wrong why don't you learn how to use it correctly first.
Okay, so to help me out then, when adding / updating data to the db does yapeal overwrite data if it finds any? For example if i created my own to add the data to the database would yapeal, if it ever got a key for such corp, replace it? Meh. |
Dragonaire
Corax. PURgE Alliance
19
|
Posted - 2011.10.30 19:42:00 -
[82] - Quote
Miko Kiun wrote:Dragonaire wrote:If you are talking about /eve/CharacterID.xml.aspx and /eve/CharacterName.xml.aspx they are really outside of the scope of what Yapeal does and it's unlikely I'll add support for them except maybe in some kind of util script if I find and need for it or a few extra days with nothing else to do If you mean /eve/CharacterInfo.xml.aspx it would have already been done except CCP was stupid and put an API that requires apiKeys and vCodes in the eve section instead of where it belonged in char or account. You can get all the same information from the other APIs anyway so I've never seen why anyone would find it that useful as it is. I've got some ideas for changes to Yapeal that MAY in some distance future be able to overcome CCP's stupidity on the placement of this API but let's just say being able to support this API is going to be purely an afterthought in any changes. I'm confused, characterinfo doesn't require keys. https://api.eveonline.com/eve/CharacterInfo.xml.aspx?characterID=90338329Is corp history accessed somewhere else? I can't find it anywhere in the yapeal tables To get the full information from that API you do need the keys etc. I believe you need a key with at least the low access level to get the corp history info but I could be wrong as I've not looked at it since they added that to it and the examples on eve-id aren't really clear on that point.
The main thing is Yapeal doesn't currently support having APIs with and without parameters in the same section of the API as it now works so any API that doesn't follow the 'normal' pattern for a section can't be added at this time. As I've said in some of my other posts I've had some ideas on how to make changes that might lift that limitation but it will require basically a total rewrite of much of Yapeal so it's not something that can happen overnight.
Finds camping stations from the inside much easier. Designer of Yapeal for Eve API. Check out the Yapeal forum thread |
PsyKzz
Bat Country Goonswarm Federation
6
|
Posted - 2011.10.30 19:45:00 -
[83] - Quote
Dragonaire wrote:Miko Kiun wrote:Dragonaire wrote:If you are talking about /eve/CharacterID.xml.aspx and /eve/CharacterName.xml.aspx they are really outside of the scope of what Yapeal does and it's unlikely I'll add support for them except maybe in some kind of util script if I find and need for it or a few extra days with nothing else to do If you mean /eve/CharacterInfo.xml.aspx it would have already been done except CCP was stupid and put an API that requires apiKeys and vCodes in the eve section instead of where it belonged in char or account. You can get all the same information from the other APIs anyway so I've never seen why anyone would find it that useful as it is. I've got some ideas for changes to Yapeal that MAY in some distance future be able to overcome CCP's stupidity on the placement of this API but let's just say being able to support this API is going to be purely an afterthought in any changes. I'm confused, characterinfo doesn't require keys. https://api.eveonline.com/eve/CharacterInfo.xml.aspx?characterID=90338329Is corp history accessed somewhere else? I can't find it anywhere in the yapeal tables To get the full information from that API you do need the keys etc. I believe you need a key with at least the low access level to get the corp history info but I could be wrong as I've not looked at it since they added that to it and the examples on eve-id aren't really clear on that point. The main thing is Yapeal doesn't currently support having APIs with and without parameters in the same section of the API as it now works so any API that doesn't follow the 'normal' pattern for a section can't be added at this time. As I've said in some of my other posts I've had some ideas on how to make changes that might lift that limitation but it will require basically a total rewrite of much of Yapeal so it's not something that can happen overnight.
Honestly that didnt answer my question, i understand for yapeal to work it requires more keys with access. What i am planning to do in the mean time is my own calls and fill the DB with my own data.
What i am worried about is when yapeal goes to input something is it going to spurg and be all like 'oh **** data already exists' or is it going to just delete and replace? Meh. |
Dragonaire
Corax. PURgE Alliance
19
|
Posted - 2011.10.30 19:52:00 -
[84] - Quote
Quote:Okay, so to help me out then, when adding / updating data to the db does yapeal overwrite data if it finds any? For example if i created my own to add the data to the database would yapeal, if it ever got a key for such corp, replace it? If you put something into an API table that Yapeal works with it will overwrite it with the newer data yes. Some tables it truncates or deletes rows from before adding the new ones and others it just updates any overlapping existing data. So for things like the corpSheet it'll overwrite but an API like assetList it clears out the old data first. The easiest way to know which it does currently is to see if the per API class has a method named prepareTables() and see what queries it might be running. If an API doesn't have that method it's just overwriting the data.
Finds camping stations from the inside much easier. Designer of Yapeal for Eve API. Check out the Yapeal forum thread |
Miko Kiun
Narshan Industries
2
|
Posted - 2011.10.30 20:31:00 -
[85] - Quote
corp history doesn't require a key, that link I posted previously shows that. I noticed that you have a CharacterInfo placeholder file, so I guess I'll play around with making something work to get corp history and store it in a table...
I don't think that the walletjournal/transaction history is walking backwards. I know I have significantly more transactions in my journal than what is getting store in the database.
|
Dragonaire
Corax. PURgE Alliance
19
|
Posted - 2011.10.30 23:33:00 -
[86] - Quote
Miko Kiun wrote:corp history doesn't require a key, that link I posted previously shows that. I noticed that you have a CharacterInfo placeholder file, so I guess I'll play around with making something work to get corp history and store it in a table... One great thing with open source software is there is always that option of course and if you do come up with something that can be integrated back into Yapeal I'll be happy to look at it.
Miko Kiun wrote:I don't think that the walletjournal/transaction history is walking backwards. I know I have significantly more transactions in my journal than what is getting store in the database. It may not be working right as I said but I've been busy working on many other things and not having a lot of test accounts to work with which have more than half a dozen rows a week at most it's not easy to work on either. I will let you know that just because you have a lot of history that you can see in-game doesn't mean it will all be available through the APIs. CCP limits you to only walking back for the last week or so worth of rows. They use to allow more but with the latest changes they seem to have cut it down farther than before. So to put it another way you can't walk back to see that first frigate you bought when you started play Eve three years ago. To do that you would have had to started collecting it at the time to have it now.
Finds camping stations from the inside much easier. Designer of Yapeal for Eve API. Check out the Yapeal forum thread |
Norian Lonark
Black Thorne Corporation Black Thorne Alliance
2
|
Posted - 2011.10.31 01:14:00 -
[87] - Quote
Dragonaire wrote:Generally just copying everything should work but if your host gives you ssh access it's usually better to install it and then just copy over your config/yapeal.ini and anything you need from the util* tables. The advantage to doing it this way is updates to Yapeal should be easier to do since you can just follow instructions from INSTALL.txt and don't have an extra copy step to get from your local machine to the host machine and maybe miss something.
Hi Dragonaire,
thanks for getting back to me so quickly. I have to say using it locally it is absolutely fantastic and taken my little project from being an absolute nightmare to something quite manageable (so far ).
I would like to ask when copying the files to my host (as I think SSH access is a problem) which files / folders should I not copy i'm obviously thinking the install folder but are their any others that I should miss?
Thanks again,
Nori. |
Dragonaire
Corax. PURgE Alliance
19
|
Posted - 2011.10.31 01:29:00 -
[88] - Quote
HI all thought it was time I post a little update on what I've been working on in Yapeal over the last week or so. Some of you may have already noticed it if you been looking at the web sites especially the subversion. For starters it's no longer a subversion repository but now uses Mercurial instead. You might wonder why the change and all I can say is I've been looking around at some of the newer distributed version control software like Git, Mercurial, etc because everyone seems to think they are better plus they say they have features that might be useful. I really looked at moving to Git but for me how it was an improvement over what Subversion had to offer I could never figure out. I never really looked at Mercurial because I never saw where it was really different from Git and so didn't see any reason to go with something that isn't used by many people from my experience anyway .
That changed after Callean Drevus decided to release the source code for EMT. He happens to use Hg (Mercurial) for his project and since he uses Yapeal in it I wanted to take a look and see if there was anything I could learn from how he was using it and improve on Yapeal or that I could suggest to him some things about using it more effectively in his project. Originally I only figured I'd checkout his code and maybe sent him a few Eve-mails or E-mail and maybe chat with him a little about stuff but while looking at the version of Yapeal he was using I noticed it was a little behind the current version. Since it needed updating I decided this might be a good time to really try out Hg and work with it. So I setup an account on Bitbucket and forked his project to try stuff out. You can see the fork here if you're interested.
https://bitbucket.org/Dragonaire/eve-marketeer/overview
So now I had my own sandbox to work on but no real idea how to do so with Hg. I did what I always do and started looking around at Bitbucket, Googling more about Hg, and looking at the man pages for Hg. While I was doing so I came across an interesting site about Mercurial called: Hg Init: a Mercurial tutorial which has a section just for people like me coming from a Subversion background. I don't know if the author is brilliant or if all the other reading I had done on the differences finally just came together when I read what he wrote but I decided I liked Hg and could finally see where it might be be better then Subversion for Yapeal.
I won't bore you with any more of the background reasoning that lead to me deciding to switch Yapeal from Subversion to Mercurial but that what I did a few days ago.
Continued in next post. Finds camping stations from the inside much easier. Designer of Yapeal for Eve API. Check out the Yapeal forum thread |
Dragonaire
Corax. PURgE Alliance
19
|
Posted - 2011.10.31 01:46:00 -
[89] - Quote
... Continued
So how does this effect you is what you really want to know right?
If you use the archives not much. You might notice that instead of having one or more folders on SourceForge where you can download versions of Yapeal there is only one called archives/ with multiple versions in it. You may notice that the numbering system used for the versions has changed. With Subversion I had a nice simple number that increased every time I committed something to the repository but with a distributed version control system like Hg I don't have that anymore.
Old school three part numbering (1.0.2) doesn't really work well either or at least are very hard to manage automatically so I decided to go with a system based on the date and time I build the archives but make it looks more like the old school three part numbering system. Does it really matter to anyone? Not really the only time it'll probably be used is when I ask you what version you are using when reporting a issue or when you are wondering if you need to update your version. The only ones you'll probably ever really care about are the ones that have '-latest' in their names as they are of course the latest version you'll be wanting to upgrade to as features are added and bugs fixed. If you always make sure you are regularly updating to the latest version it doesn't really matter what the version number is.
If you use the repository to get Yapeal you'll have to use Mercurial or a GUI that understands it but if you only care about what use to appear in trunk/ before it'll be in default/tip which is what Hg defaults to when you clone it.
If you are like me and need to see everything because I am often working on several things like bug fixes and new features in branches they are still there for now but there are better ways to do things like that in Hg and you'll notice many of the current branches will disappear over time as I start taking advantage of them. A couple of them have already like admin/ and wiki/. Admin was where I kept stuff that was only used during development for things like making the archives etc. I've now done what I should have done before and moved them into a separate repository which is private at least for now since there really isn't anyone else doing releases or needing any of the other stuff that was found there. If / When needed I can make it public or give others access to it as well but there is no need to confuse everyone by having it there. The wiki move is because GoogleCode uses a separate Hg repository for it now. With Subversion it was part of the main one but now is on its own. I also decided to do a little cleanup and have moved pics/ out of the repos while I was at it and have them just as a download on SF instead. That last change with pics/ should make the download smaller but still make them available to anyone that needs them.
There are probably several other changes you might notice but they shouldn't really matter to anyone besides me. If you do notice something you used and can't find it now let me know and I'll tell you where it went to. I've got a full archive of everything in the old Subversion plus you'll find most everything in the Hg history since I did a full import of the tags, branches, and trunk to it.
One last thing that everyone will probably notice when they go to install or upgrade Yapeal is the README and INSTALL.txt now are named README.md and INSTALL.md. They are still basically plain text files but can be converted directly to HTML pages for display with the right software. They have been updated with the new instructions needed for working with the changes to Mercurial and the archives while I was at it
If you have any questions I'll help where I can. If you just have comments they are welcome as well.
version 11.303.0923 Finds camping stations from the inside much easier. Designer of Yapeal for Eve API. Check out the Yapeal forum thread |
Dragonaire
Corax. PURgE Alliance
19
|
Posted - 2011.10.31 02:09:00 -
[90] - Quote
Quote:thanks for getting back to me so quickly. I have to say using it locally it is absolutely fantastic and taken my little project from being an absolute nightmare to something quite manageable (so far ). I would like to ask when copying the files to my host (as I think SSH access is a problem) which files / folders should I not copy i'm obviously thinking the install folder but are their any others that I should miss? You only need to copy the directory structure of cache/ and the *.xsd file but not the *.xml or *.sql files. install/ is optional but if you are having problems getting it to work you might need some of the scripts from it. They won't run with CGI by default but might still be modifiable to work with it should you need them. You don't need any log files in log/ either just the folder and the .htaccess file. Most directories have a .htaccess file in them so if you do happen to copy something you wish you hadn't no one should have access to them. I do still highly suggest you don't put it anywhere the web server can see it but with care it should be minimally secure to do so. Everything else you'll be needing.
Finds camping stations from the inside much easier. Designer of Yapeal for Eve API. Check out the Yapeal forum thread |
|
|
|
|
Pages: 1 2 [3] 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 .. 18 :: one page |
First page | Previous page | Next page | Last page |