Radicore Forum - RDF feed
https://forum.radicore.org/index.php
XML/XSL rights issue
https://forum.radicore.org/index.phpindex.php?t=rview&goto=47&th=22#msg_47
The XML page cannot be displayed
Cannot view XML input using XSL style sheet. Please correct the error and then click the Refresh button, or try again later.
In Firefox the code is simply displayed. Is this a rights issue? Have I not set my rights properly in the filesystem? I've tried to set the minimum for security purposes, so I may not have done everything correctly.
Page
Item
of
FIRST
LAST
PREV
NEXT
show
select all
unselect all
logout
logout (all)
new session
help
page created in
seconds
print
noprint
You are logged in as:
recover password
Like you I noticed the path problem, so I did set the $GLOBALS['https_server'] and $GLOBALS['https_server_suffix'] in my CONFIG.INC file to 'www.ivado.com' I'm not sure, however, if this is correct. Even with those entries I get the error.
Also, I checked access to the website from two completely different networks; access seems ok. I will, however, look in the webserver logs (and check my firewall) to see if anything is amiss.
Mik]]>talktozee2006-06-02T19:39:57-00:00Re: XML/XSL rights issue
https://forum.radicore.org/index.phpindex.php?t=rview&goto=50&th=22#msg_50
HTTPS://www.ivado.com/ and your normal server is HTTP://www.ivado.com/ then you should set your CONFIG.INC as follows:
This allows the secure server to be something different like 'secure.ivado.com'
$GLOBALS['https_server_suffix'] is only used if you use a shared server which requires an additional suffix to identify the account. For example, I currently use 'rocket.secureguards.com' as my secure server but this requires a suffix of '/~radicore' to identify the individual account name on that shared host.
]]>AJM2006-06-02T20:39:43-00:00Re: XML/XSL rights issue
https://forum.radicore.org/index.phpindex.php?t=rview&goto=51&th=22#msg_51
https://secure.ivado.com).
Which in itself poses another problem, as many links within the application want to navigate to an "http" link, which on this particular server doesn't exist. This server ONLY hosts https://secure.ivado.com
Is there any way to get around this?
Also, I had to drop and recreate the 'audit' table (certain permission errors, etc., very weird). After doing so, however, I cannot login with mgr/password (I'm giving a "Security Violation" error).
Sorry for all of the problems. Having a heck of time getting this to install, but I really think it'll be worth it.
Mik]]>talktozee2006-06-03T11:19:29-00:00Re: XML/XSL rights issue
https://forum.radicore.org/index.phpindex.php?t=rview&goto=52&th=22#msg_52
Instead of trying to install and evaluate this software on a remote server over which you obviously have no control, why don't you do what everyone else does and install it on your own local PC? This would be the best way to develop, test and debug any applications you intend to write.
I do not understand why deleting and recreating the AUDIT database would cause a login error. This is only caused when the user_id/password entered on the screen does not match what is in the USER table. The AUDIT database is not accessed until *after* the logon credentials have been successfully validated.]]>AJM2006-06-03T11:52:13-00:00Re: XML/XSL rights issue
https://forum.radicore.org/index.phpindex.php?t=rview&goto=53&th=22#msg_53
GREAT idea! Gah, I wish I would have thought of that; I simply went down the path of least resistance and installed it on an existing server.
I have installed WAMP on my desktop machine and am testing Radicore there.
FYI, I do have complete control over the secure.ivado.com server, but I have it setup to NOT allow HTTP requests.
Mik]]>talktozee2006-06-04T14:41:35-00:00Re: XML/XSL rights issue
https://forum.radicore.org/index.phpindex.php?t=rview&goto=54&th=22#msg_54
talktozee wrote on Sun, 04 June 2006 15:41
FYI, I do have complete control over the secure.ivado.com server, but I have it setup to NOT allow HTTP requests.
Is there any particular reason for that? Sites are usually HTTP only or HTTP with some HTTPS, not HTTPS only.
Radicore assumes HTTP for everything, with HTTPS reserved for selected pages. If a secure page receives a request via HTTP then Radicore will execute header("location: HTTPS://....") to redirect. If a non-secure page receives a request via HTTPS then it is redirected to HTTP.
]]>AJM2006-06-04T15:20:50-00:00Re: XML/XSL rights issue
https://forum.radicore.org/index.phpindex.php?t=rview&goto=55&th=22#msg_55
However, I did load an AMP (Apache, MySQL, PHP) package on my Windows laptop and I have Radicore up and running just fine. Much faster and easier, in fact, than on my *nix server.]]>talktozee2006-06-04T16:59:40-00:00Re: XML/XSL rights issue
https://forum.radicore.org/index.phpindex.php?t=rview&goto=1932&th=22#msg_1932