>From: "Vivian Steller" <[EMAIL PROTECTED]>
> >> Are there any thoughts about that in future releases?
> >> What do other developers think about this issue?
> >> How do organize multiple used classnames?
> >
> > The common answer is: "Use a prefix"...
> but i really dislike using cryptic and long
Vivian Steller wrote:
...
Thanks for metioning this issue! This is another point where I think OO is
done the half way in PHP:
Why do we need some implicit type check, like
public method(Type $type)
if we then loose the optional parameter advantage?
I don't know *the* answer. So far as I c
Thanks for your answer!
Terje Slettebà wrote:
>>From: "Vivian Steller" <[EMAIL PROTECTED]>
>
>> i've a general question concerning PHP's architecture.
>>
>> Why isn't there a native packaging concept in PHP?
>
> This was also suggested on comp.lang.php, recently (the "nested class"
> thread),
>From: "Vivian Steller" <[EMAIL PROTECTED]>
> i've a general question concerning PHP's architecture.
>
> Why isn't there a native packaging concept in PHP?
This was also suggested on comp.lang.php, recently (the "nested class"
thread), called "namespaces", but there wasn't a lot of enthusiasm for
Read the following:
http://us2.php.net/fsockopen
http://www.zend.com/manual/ref.stream.php
-Original Message-
From: Jason Paschal [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 12, 2003 8:48 AM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: [PHP] General question...
ppl
ppl, you're missing the point. you keep re-stating his problem. he knows
it's not good to make the 3rd party gateway so obvious. he's looking for a
way to make it transparent, so it looks like it's actually part of his site.
i think there should be a way to do it. maybe use the fsock stuff t
it detracts from the experiance of user consistency if you are suddenly in a
nice site then presented with a crappy looking payment page ;)
"Marek Kilimajer" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Do you think the users will trust your site that much they will be
> willing t
"Marek Kilimajer" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Do you think the users will trust your site that much they will be
> willing to give you their credit card information? How would they know
> you won't keep this information?
>
I'm going to make only cosmetic changes
Do you think the users will trust your site that much they will be
willing to give you their credit card information? How would they know
you won't keep this information?
Valentin wrote:
hi Jason,
In my site I use a payment system, but unfortunately, there is a "moment"
when the client must ente
hi Jason,
In my site I use a payment system, but unfortunately, there is a "moment"
when the client must enter his card data into the page "owned" by the
company that makes transactions (sorry for this descriptive bad english).
The problem is that the design of this page is quite different then min
On Thursday 12 June 2003 21:53, Valentin wrote:
Please use a descriptive subject!
> is it possible with php:
> first to pass request to another URL and after that to get the html
> responce as a string and put it into php $variable?
Simplest: fopen()
For alternatives, search archives.
--
Jaso
"The php-gtk-general list is meant for general discussion about using PHP-GTK.
To subscribe, send blank email to [EMAIL PROTECTED]
The address of the list itself is [EMAIL PROTECTED] The list is
archived at MARC. " - http://gtk.php.net/resources.php
Try there- you'll prolly get a better answer
Being a starter you should really check out the relevant documentations,
for HTML forms
http://www.w3.org/TR/REC-html40/interact/forms.html
for PHP forms processing
http://www.php.net/manual/en/tutorial.forms.php
(AT LEAST).
The online docs and specs are a vast resource of information; it
At 22:54 24.02.2003, Jonas Geiregat spoke out and said:
[snip]
>when I add method="post" it doesn't work anymore I always get the form back
[snip]
It is working if you don't use method="POST"?
Have a look at your cod
Ernest E Vogelsinger heeft geschreven:
At 22:42 24.02.2003, Jonas Geiregat spoke out and said:
[snip]
http://kemu.ath.cx/intranet/login.phps
when I press submit everything is OK it works like I want it to work but
I'm not happy with the result I see in my ur
At 22:42 24.02.2003, Jonas Geiregat spoke out and said:
[snip]
>http://kemu.ath.cx/intranet/login.phps
>when I press submit everything is OK it works like I want it to work but
>I'm not happy with the result I see in my url window
>I see this
>http://localho
* Cal Evans
* Stay Plugged Into Your Audience
* http://www.christianperformer.com
-Original Message-
From: Jonas Geiregat [mailto:[EMAIL PROTECTED]
Sent: Monday, February 24, 2003 3:42 PM
To: [EMAIL PROTECTED]
Subject: [PHP] general question ?
http://kemu.ath.cx/intranet/login.phps
wh
> http://kemu.ath.cx/intranet/login.phps
> when I press submit everything is OK it works like I want it to work but
> I'm not happy with the result I see in my url window
> I see this
> http://localhost/intranet/login.php?user=kemu&passwd=test&submit=login
> I don't like it that you can know the p
How about changing your post method to 'post' instead of 'get'?
Right now it looks like you do not declare the method at all so it defaults
to get.
" method=post>
And then of course you will have to us the $_POST['user'] instead of
$_GET['user']
HTH
-Brad
Jonas Geiregat wrote:
> http://kemu.ath
On Wednesday, January 30, 2002, at 03:32 AM, jas wrote:
> Using php3 is there a way to have a page only be access if the user is
> coming from another page? I don't quite know how to word what I am
> thinking
> but for instance...
> Form <-- page that contains a form to submit an email addres
You just need to take a look at HTTP_REFERER - just search for it on php.net,
I'm sure you'll find relevant data.
Bogdan
jas wrote:
> Ok I think I know what I need to learn... how can I do a redirect based on
> whether or not a user came from a certain page? For example... if a user
> comes fr
if (eregi("page_user_has_to_come_from",$HTTP_REFERER) != "") {
print "You didn't come from the right page, please go back.";
}
else {
print "Congrats, you came from the right page!";
}
Tyler
- Original Message -
From: "jas" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednes
"Godd" <[EMAIL PROTECTED]> wrote:
> Execution time!!
> Big files if not well developed = large exec time meaning server timeouts.
you have any numbers for this? I think small files with slam code
takes as much memory?
>
> small files = less timeouts and better debugging and modularity
"FredrikAT" <[EMAIL PROTECTED]> wrote:
> Hi!
>
> What do you think is best..:
> - have alot of small .php (files)?
> - or a few big?
>
> What's good & bad with these solutions?!
Depends, usualy i dont have scripts over 1000 lines. I like to have a
few larger files in my directory sepera
Execution time!!
Big files if not well developed = large exec time meaning server timeouts.
small files = less timeouts and better debugging and modularity which ALWAYS
better. Modularity allows you to plug in and pull out pages with out
rendering you whole site unusable.
Of course you can h
"Kath" <[EMAIL PROTECTED]> wrote:
> Does anyone here have an explanation guide to object oriented programming?
I look at stuff like $this->something and haven't the foggiest what it
means. Would a book on OOP be best?
I own one PHP book, Professional PHP Programming by WROX Publishing. Good
for
26 matches
Mail list logo
