prex1, thanks for the input.
I decided to go with encoding HTML entities
at the source of concern....
example...
print <INPUT TYPE="hidden" NAME="AD1" VALUE='.encode_entities($in{AD1}).'>;
CGI param then does a good job at decoding
the HTML entities on input.
Well...... Thanks for all the great input
and the heads up.
$in{$key}=encode_entities($value=$in{$key});
This was the line that was troubling me.
Annihilannic;
It does work without the "$value"
rharsh;
This was a real good way to do it.
foreach my $key (keys %in_dirty) {
$in_clean{$key}...
I guess you made me think about it a little more...
>What is the $value= assignment for? Does it work without it?
$in{$key}=encode_entities($value=$in{$key});
$in{$key} is a reference, to get the value of the
reference you need to assign it, thus $value=$in{$key}
once you have the value...
HTML::Entities is used as part of a safety measure to help fight
against "cross site scripting"
It's possible for someone to enter unscrupulous HTML code and
have it written back to the client browser.
such as...
<IMG SRC="javascript:alert('XSS');">
HTML::Entities will convert the HTML in...
you may forget to update both versions"
that was a good point I didn't think about, but values are never changed inline, they would be assigned to a variable and modified in the variable.
Since this script generates several dynamic web pages through out
almost 6000 lines of code and about 80%...
Err.. this is a perl question.
HTML::Entities is a perl module.
If you have ever done any perl cgi programming
this should be very obvious and would also
be very clear as to the question.
So if you don't know what you are
responding about... don't respond.
Does anyone see a problem with doing something
as simple as this with form input.
Object is to create two hashes from one, one for printing back to
client safely (encoded) and the other to store the data in original non-encoded format.
=================================
my %in_c = %in; # copy...
Thanks for your reply.
I understand the striping better now, but that's why
I got so confused, in setting up the raid array under compaq
it only has 0,1+0,5 wether you put 2 drives or four drives
in your array. In other words even if you use only 2 drives
your choices are 0,1+0. I was thinking...
Just checking to see if my thinking is correct......
I've got a TN767E(DS1) circuit pack, (purple label)
which I know is Hot Swapable, but I'm wondering if I
need to busy out the board first, I'm thinking I wouldn't
have to busy it out and that it should just come back up
upon slipping the new...
When setting up an array I only see a choice for
raid levels 0,1+0 and 5. This confuses me....
If I only install 2 drives and choose 1+0 does the controller see this and really only create a mirror(level 1) and when I install 4 drives and choose 1+0 does it then do mirror and stripe?
Or does...
Thanks for your reply.
On my external peice of equipment I've been switching between
national and 5ess, both seem to work (fairly well).
Since the g3 is set to "a" I'll try 4ess on my equipment and
see if it works any better. All three must be very close.
The trunk group I think I'll leave...
DS1 circuit pack has setting for Protocol Version a,b,c
What do a,b,c mean, a=custom? b=NI2, c=????
Also in my trunk group (ISDN/PRI) for the above
DS1 cp it has a Supplementary Service Protocol
of a=national, b=Q-sig
I've currently got this T1 (ISDN/PRI) headed to a piece of equipment and...
Nope, tried that.
Still need an ext. setup on the switch.
You would think audix would just transfer it to the
switch and let the switch take care of but doesn't.
So you still need to set up a ghost ext.
Already tried that, maybe it's because I'm on an older system ( g3siv6) don't have choice of "any", only "subscribers" or "digits".
The closest I've been able to come is setting something up pretty wacky.....
ie.
504 x (ghost ext.) with all calls going to cover.
Cover path has single cover of...
I've set up a cpe=(cti app/equip) via internal pri and all is working good as far as.....
Calling extensions on either
g3/ext.s <--pri--> cpe/ext.s
Originating outbound calls thru g3
cpe -->pri-->g3(ars)-->route-->outbound
I'm doing this through a new extension block of numbers
ie. 500-599...
Use a combination of
trunk groups/routes/cors(FRL)/ars
example:
trunk grp 1 = local CO lines
trunk grp 2 = LD t1
ars 7 digit uses route w/grp1 that needs atleast a FRL 4
ars 10 digit uses route w/grp2 that needs atleast a FRL 5
cor 3(public) has FRL = 4
cor 0 (admin) has FRL = 5
Now any...
update: solved
Got tech to take a look at what they where receiving and said
he was getting "preferred" and needed "exclusive".
I told them I couldn't find a setting to change it, so they changed on there end and all is well now.
He said has inbound set to exclusive (because it was working)...
This setting does not appear on my trunk group settings page.
I looked there severals times before posting.
It's called "Outgoing Channel ID Encoding:" but it's not on mine. g3si v6 - TN767E v18
My thinking is it had to do with the ARS/routing tables.
LD carrier wants "national 10 digit"...
existing setup just changing t1 to new provider.
Having problems with the new isdn pri making outbound
calls. Inbound no problems receiving calls/DNIS from test
toll free number.
Tech at other end asked if I have bchannel selection set
to "preferred" or "exclusive"?
Said I have to have set to...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.