File attachment: NO).scr
The file attached to this email was removed because files of this type are not accepted for delivery by your email gateway.
File attachment: index[1].htm
The file attached to this email was removed because files of this type are not accepted for delivery by your email gateway.
Hi everybody
Because I don't like current table export layout, I tried to make something
what would look better. Result of my effort is attached (just static html,
adapting to php shouldn't cause much problems. I didn't do changes in php,
because my copy of PMA is full changes for patch #539183 ;-)). It looks good
in Mozilla and M$IE 6 (IMHO any above 5), but in other browsers (except links
of course ;-) it doesn't look so good.
What do you think about this?
Regards
Michal Cihar
nijel at users dot sourceforge dot net
http://cihar.liten.cz
File attachment: press.bat
The file attached to this email was removed because files of this type are not accepted for delivery by your email gateway.
File attachment: MOUSE8.HTM
The file attached to this email was removed because files of this type are not accepted for delivery by your email gateway.
Wolfram wrotes:
>Oh, well, it's not that hard. Just use one scheme, like
>--8<--
>$cfgPmaAbsoluteUri = (!empty($HTTPS) ? 'https' :
>'http').'://'.$SERVER_NAME.(!empty($SERVER_PORT) ? >':'.$SERVER_PORT :
>NULL).substr($SCRIPT_NAME, 0, strrpos($SCRIPT_NAME, '/') + 1);
>--8<--
This suggestion relies on too much environment variable one
hand hand and only works if "register_globals" is set ton "on".
IMHO the only valid alternative to an empty string is the ifrst example
in the documentation (where the only server environment variable is
$SERVER_PORT but with tests on the $_SERVER, $_ENV, $HTTP_SERVER_VARS,
$HTTP_ENV_VARS and the use of the
"getenv()" to get the values we need whatever is the "register_globals"
directive position.
Loïc
______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif
>Well, "must" is not the right word here, IMHO "should" is :-)
As you want to, let's say "should" ;)
>So why not just choose something which fits - say - 50% or
>more of all users *by default* over something 100% of all
>users have to set manually? I mean, I think I got the issue,
>but IMHO it's worth thinking about it again.
Don't forget one thing: we are the ones that receive most of
the "help, I've got a problem" messages about phpMyAdmin.
And it's quite easy to reply "he, he, you forgot to put the
'http' scheme in this setting", "this setting is case
sensistive" or "why don't you use the dynamic way suggested
in the documentation ;)" but it's really hard to guess which
server variable is not defined the way it should and causes
phpMyAdmin to fail.
Just think most of "rookies" won't change this variable if it
contains "cryptic" variables they don't know anything about.
And, of course, they won't be able to tell us before 10
messages what are environment variables their server define.
Loïc
______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif
Marc wrote:
>If we put some automatic configuration of $cfgPmaAbsoluteUri
>that works on the majority of servers, we will avoid all the
>help requests we are *now* receiving about those servers (when
>then have the new version :)
I agree but what I mean it that it will become really hard
to help users for which it won't work.
>Apache is currently at 56% of the market share.
Right but different versions of Apache and different
installation of Apache may not use the same concept behind
the same variable. As I stated before ISP often like to modify
some of the environment variables for example. That's a real
problem IMHO.
>Then we put in the file an explanation, and a commented out
>line like this:
>//$cfg['PmaAbsoluteUri'] = '';
>to be filled in for those servers where the automatic thing
>does not work.
I cant agree this, sorry. We should at least put something in
else we will face again bugs with cookies and with the "UPDATE"
and "INSERT" statements.
Jay wrote:
>I agree that the default setting in the config file should
>'calculate' the $ cfgPmaAbsoluteUri setting (using HTTP_HOST).
I prefer this solution but that's not enough IMHO. If you
really want to have a default value for this setting, use the
first example from the documentation since we can hope at least
three of variable used are always defined the way they should
($HTTPS, $HTTP_HOST and $PHP_SELF).... but that will means
to also check $_SERVER, $_ENV, $HTTP_SERVER_VARS, $HTTP_ENV_VARS
array and maybe even use the "getenv()" function to get these
values whatever is the "register_globals" position.
Loïc
______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif
Wolfram wrotes:
>Well, before it just seemed to work fine to me?!
Fine. It was also working fine for me. But since it
depends on the server you're using we can't really rely
on specific experiences. I mean this is the RFC and
then we must do what is stated here.
>Hmm, sorry, I've missed the chance to have a look at it :o)
He, he...
>Why isn't this (auto-config) the dist-default anyway?
Because variables we are using there depends on the are server
environment ones and then, once again, we can't rely on what
the default Apache installation does:(
Loïc
______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif
Hi Wolfram & List!
>personally I think it really sucks.
Yep but this is required: we use it for cookies and the http
specification for the "Location" header stated it MUST use a
full absolute URI.
>We develop Web-Applications for a lot of customers, who run on
>a lot of different servers. Having to set $cfgPmaAbsoluteUri is
>really annoying, for the PMA-files move from time to time
But why don't you define this setting dynamically as suggested
in the documentation? You know the server software you're using
and the available server variables, then it shouldn't be so hard
to do!
> :-( I don't like the duty to specify it.
I understand but, once again, that's required.
Loïc
______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif
File attachment: CAICD620.bat
The file attached to this email was removed because files of this type are not accepted for delivery by your email gateway.
File attachment: CAICD620.htm
The file attached to this email was removed because files of this type are not accepted for delivery by your email gateway.
Hi List!
I've modified the "common.lib.php3" library in order to "guess"
what should be the value of "$cfgPmaAbsoluteUri" in case the user
didn't complete it.
But I'm not sure it's a so nice stuff, since it depends on some
variables send by the server! Then if the server is not well
configured or do not fit CGI/1.1 specifications we may face "bugs"
that would be harder to find because it's easier to see
that "$cfgPmaAbsoluteUri" is empty than it was "automagically" set
with a wrong value.
That's why I require both you testings (with different servers)
and your opinions about this stuff.
Thanks in advance,
Loïc
______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif