| A Few Noob Questions [message #175127] |
Tue, 16 August 2011 15:02  |
eBob.com
Messages: 11
Registered: August 2011
Karma: 0
|
Junior Member |
|
|
Is "script" official terminology in PHP? The book I am reading says
"Built-in superglobal variables are visible everywhere within a script." but
has never explicitly defined "script". (Although there is a hint that maybe
everything between tags is a script.)
How can the "units" of PHP between tags communicate? Can my PHP code create
$GLOBALS variables? How about $_SESSION variables?
The book gives the following example of a ternary operator:
($grade >= 50 ? 'Passed" : "Failed")
I don't understand the function of the enclosing parentheses. The official
doc at php.net doesn't seem to suggest that the parentheses are necessary.
Just to make sure, "@" only suppresses MESSAGES. It does not interfere with
try/catch logic/code. Right?
Thanks very much.
Bob
|
|
|
|
| Re: A Few Noob Questions [message #175128 is a reply to message #175127] |
Tue, 16 August 2011 15:11  |
A.Reader
Messages: 15
Registered: December 2010
Karma: 0
|
Junior Member |
|
|
On Tue, 16 Aug 2011 11:02:40 -0400,
"eBob.com" <eBob(dot)com(at)totallybogus(dot)com> wrote:
> Is "script" official terminology in PHP? The book I am reading says
> "Built-in superglobal variables are visible everywhere within a script." but
> has never explicitly defined "script". (Although there is a hint that maybe
> everything between tags is a script.)
"Script" in this context is a synonym for "program". Some people
seem to need to make things confusing by giving new names to old
concepts.
>
> How can the "units" of PHP between tags communicate? Can my PHP code create
> $GLOBALS variables? How about $_SESSION variables?
You'll have to ask the question in a different way.
>
> The book gives the following example of a ternary operator:
>
> ($grade >= 50 ? 'Passed" : "Failed")
>
> I don't understand the function of the enclosing parentheses. The official
> doc at php.net doesn't seem to suggest that the parentheses are necessary.
The parens encapsulate the expression/statement, and prevent the
compiler from getting confused. You'll see similar uses in other
contexts.
>
> Just to make sure, "@" only suppresses MESSAGES. It does not interfere with
> try/catch logic/code. Right?
Right.
|
|
|
|
| Re: A Few Noob Questions [message #175129 is a reply to message #175128] |
Tue, 16 August 2011 15:35 |
The Natural Philosoph
Messages: 993
Registered: September 2010
Karma: 0
|
Senior Member |
|
|
A.Reader wrote:
> On Tue, 16 Aug 2011 11:02:40 -0400,
> "eBob.com" <eBob(dot)com(at)totallybogus(dot)com> wrote:
>
>> Is "script" official terminology in PHP? The book I am reading says
>> "Built-in superglobal variables are visible everywhere within a script." but
>> has never explicitly defined "script". (Although there is a hint that maybe
>> everything between tags is a script.)
>
> "Script" in this context is a synonym for "program". Some people
> seem to need to make things confusing by giving new names to old
> concepts.
>
Script tends to be or interpreted code, rather than compiled.
|
|
|
|
| Re: A Few Noob Questions [message #175131 is a reply to message #175127] |
Tue, 16 August 2011 16:03 |
Tim Streater
Messages: 328
Registered: September 2010
Karma: 0
|
Senior Member |
|
|
In article <3Ev2q.149930$AU4(dot)73655(at)en-nntp-07(dot)dc1(dot)easynews(dot)com>,
"eBob.com" <eBob(dot)com(at)totallybogus(dot)com> wrote:
> Is "script" official terminology in PHP? The book I am reading says
> "Built-in superglobal variables are visible everywhere within a script." but
> has never explicitly defined "script". (Although there is a hint that maybe
> everything between tags is a script.)
>
> How can the "units" of PHP between tags communicate? Can my PHP code create
> $GLOBALS variables? How about $_SESSION variables?
Are you talking about a file that might contain a number of <?php ?> tag
pairs?
> The book gives the following example of a ternary operator:
>
> ($grade >= 50 ? 'Passed" : "Failed")
>
> I don't understand the function of the enclosing parentheses. The official
> doc at php.net doesn't seem to suggest that the parentheses are necessary.
I can't remember if this is actually the case but it probably has to do
with operator precedence. If you put parens around it then you know it
will be executed as a unit. Otherwise you may find that when you combine
it with other expressions execution does not proceed as you expect. It
may also make things clearer to you the reader, even if strictly they
are not necessary.
> Just to make sure, "@" only suppresses MESSAGES. It does not interfere with
> try/catch logic/code. Right?
Right.
--
Tim
"That excessive bail ought not to be required, nor excessive fines imposed,
nor cruel and unusual punishments inflicted" -- Bill of Rights 1689
|
|
|
|
| Re: A Few Noob Questions [message #175132 is a reply to message #175127] |
Tue, 16 August 2011 16:35 |
Man-wai Chang
Messages: 11
Registered: December 2010
Karma: 0
|
Junior Member |
|
|
On 16/08/11 11:02 PM, eBob.com wrote:
> Is "script" official terminology in PHP? The book I am reading says
> "Built-in superglobal variables are visible everywhere within a script."
> but has never explicitly defined "script". (Although there is a hint
> that maybe everything between tags is a script.)
In the old days, "Programs" were compiled into binary codes for direct
execution by the CPU. "Scripts" were not compiled, but interpreted by a
program called intepreter.
--
@~@ You have the right to remain silent.
/ v \ Simplicity is Beauty!
/( _ )\ May the Force and farces be with you!
^ ^ (x86_64 Ubuntu 9.10) Linux 2.6.39.3
不借貸! 不詐騙! 不援交! 不打交! 不打劫! 不自殺! 請考慮綜援 (CSSA):
http://www.swd.gov.hk/tc/index/site_pubsvc/page_socsecu/sub_addressesa
|
|
|
|
| Re: A Few Noob Questions [message #175135 is a reply to message #175132] |
Tue, 16 August 2011 17:24 |
Thomas 'PointedEars'
Messages: 701
Registered: October 2010
Karma: 0
|
Senior Member |
|
|
Man-wai Chang wrote:
> On 16/08/11 11:02 PM, eBob.com wrote:
>> Is "script" official terminology in PHP? The book I am reading says
>> "Built-in superglobal variables are visible everywhere within a script."
>> but has never explicitly defined "script". (Although there is a hint
>> that maybe everything between tags is a script.)
>
> In the old days, "Programs" were compiled into binary codes for direct
> execution by the CPU. "Scripts" were not compiled, but interpreted by a
> program called intepreter.
Contrary to popular belief, scripts, i. e. programs written in a scripting
language, are compiled, too. They are *JIT-compiled* *at runtime*.
PHP 4+ scripts are compiled by the Zend Engine (a virtual machine, currently
Zend Engine II), to Zend Opcode, a platform-independent byte code (much like
with Java). That byte code is interpreted by that VM.
See also:
- <http://php.net/manual/en/internals2.opcodes.php>
- <http://www.infoworld.com/d/developer-world/zend-hails-php-microsoft-
ibm-733>.
PointedEars
--
Danny Goodman's books are out of date and teach practices that are
positively harmful for cross-browser scripting.
-- Richard Cornford, cljs, <cife6q$253$1$8300dec7(at)news(dot)demon(dot)co(dot)uk> (2004)
|
|
|
|
| Re: A Few Noob Questions [message #175148 is a reply to message #175127] |
Tue, 16 August 2011 21:30 |
Denis McMahon
Messages: 634
Registered: September 2010
Karma: 0
|
Senior Member |
|
|
On Tue, 16 Aug 2011 11:02:40 -0400, eBob.com wrote:
> How can the "units" of PHP between tags communicate? Can my PHP code
> create $GLOBALS variables? How about $_SESSION variables?
PHP processes a file. Within a file, you may have bunches of php code
between "<?php" and "?>" tags, and may also have text output. The php
code may include other files in various ways.
All the code in the file, including in any included files, that is not
part of a separate function definition operates in the same variable
context.
So, assuming between these cutlines is a single file:
------------8<------------
<?php
$a = 6;
?>
output this text
<?php
echo $a . "\n"; // uses the previously defined value for $a
?>
------------8<------------
If I save that as "basic.php" and then execute it in the cli:
~$ php basic.php
output this text
6
~$
Rgds
Denis McMahon
|
|
|
|
| Re: A Few Noob Questions [message #175151 is a reply to message #175135] |
Tue, 16 August 2011 22:58 |
The Natural Philosoph
Messages: 993
Registered: September 2010
Karma: 0
|
Senior Member |
|
|
Thomas 'PointedEars' Lahn wrote:
> Man-wai Chang wrote:
>
>> On 16/08/11 11:02 PM, eBob.com wrote:
>>> Is "script" official terminology in PHP? The book I am reading says
>>> "Built-in superglobal variables are visible everywhere within a script."
>>> but has never explicitly defined "script". (Although there is a hint
>>> that maybe everything between tags is a script.)
>> In the old days, "Programs" were compiled into binary codes for direct
>> execution by the CPU. "Scripts" were not compiled, but interpreted by a
>> program called intepreter.
>
> Contrary to popular belief, scripts, i. e. programs written in a scripting
> language, are compiled, too. They are *JIT-compiled* *at runtime*.
>
Contrary to popular belief, machine code is interpreted by the CPU's
microcode, if you REALLY want to be pedantic.
|
|
|
|
| Re: A Few Noob Questions [message #175154 is a reply to message #175148] |
Wed, 17 August 2011 00:31 |
eBob.com
Messages: 11
Registered: August 2011
Karma: 0
|
Junior Member |
|
|
Thank you very much Denis. But now I have to ask ... How global are the
$GLOBALS? From you answer I assume that $GLOBALS have a scope which exceeds
one file. But how far beyond one file?
Are there any kind of read/write variables which are shared between users?
Thanks, Bob
"Denis McMahon" <denis(dot)m(dot)f(dot)mcmahon(at)gmail(dot)com> wrote in message
news:4e4ae161$0$27229$a8266bb1(at)newsreader(dot)readnews(dot)com...
> On Tue, 16 Aug 2011 11:02:40 -0400, eBob.com wrote:
>
>> How can the "units" of PHP between tags communicate? Can my PHP code
>> create $GLOBALS variables? How about $_SESSION variables?
>
> PHP processes a file. Within a file, you may have bunches of php code
> between "<?php" and "?>" tags, and may also have text output. The php
> code may include other files in various ways.
>
> All the code in the file, including in any included files, that is not
> part of a separate function definition operates in the same variable
> context.
>
> So, assuming between these cutlines is a single file:
>
> ------------8<------------
> <?php
> $a = 6;
> ?>
> output this text
> <?php
> echo $a . "\n"; // uses the previously defined value for $a
> ?>
> ------------8<------------
>
> If I save that as "basic.php" and then execute it in the cli:
>
> ~$ php basic.php
> output this text
> 6
>
> ~$
>
> Rgds
>
> Denis McMahon
|
|
|
|
| Re: A Few Noob Questions [message #175155 is a reply to message #175154] |
Wed, 17 August 2011 09:50 |
A.Reader
Messages: 15
Registered: December 2010
Karma: 0
|
Junior Member |
|
|
On Tue, 16 Aug 2011 20:31:30 -0400,
"eBob.com" <eBob(dot)com(at)totallybogus(dot)com> wrote:
> Thank you very much Denis. But now I have to ask ... How global are the
> $GLOBALS? From you answer I assume that $GLOBALS have a scope which exceeds
> one file. But how far beyond one file?
>
> Are there any kind of read/write variables which are shared between users?
I'd suggest avoiding $GLOBALS because it's a bit old and kludgey.
The $_SESSION array is available to all your routines and
persistent within your context --it's automagically saved and
restored between your pages and sessions. So you could have a
number of different programs with different purposes all sharing
the same $_SESSION array.
But your $_SESSION array is not available to anyone else unless
you contrive to make it available, for example by mailing the
other person your persistent session cookie, in effect making
that person a virtual you.
As far as sharing vars between users, I think you'd have to work
at it since one of PHP's goals is that your storage NOT be
available to others.
I've not so far had any need for it, so there might well be a
half-dozen solutions floating around out there, but if I did need
to have shared memory, I'd look into sockets, or shmem if the
users were all served from the same machine. The memory-caching
daemon memcached might be useful too.
|
|
|
|
| Re: A Few Noob Questions [message #175162 is a reply to message #175155] |
Thu, 18 August 2011 14:12 |
eBob.com
Messages: 11
Registered: August 2011
Karma: 0
|
Junior Member |
|
|
Thank you very much A.
Bob
"A.Reader" <anonymously(at)example(dot)com> wrote in message
news:ct1n47lde3340lu646qe5hhrlc496mpjfu(at)4ax(dot)com...
> On Tue, 16 Aug 2011 20:31:30 -0400,
> "eBob.com" <eBob(dot)com(at)totallybogus(dot)com> wrote:
>
>> Thank you very much Denis. But now I have to ask ... How global are the
>> $GLOBALS? From you answer I assume that $GLOBALS have a scope which
>> exceeds
>> one file. But how far beyond one file?
>>
>> Are there any kind of read/write variables which are shared between users?
>
> I'd suggest avoiding $GLOBALS because it's a bit old and kludgey.
>
> The $_SESSION array is available to all your routines and
> persistent within your context --it's automagically saved and
> restored between your pages and sessions. So you could have a
> number of different programs with different purposes all sharing
> the same $_SESSION array.
>
> But your $_SESSION array is not available to anyone else unless
> you contrive to make it available, for example by mailing the
> other person your persistent session cookie, in effect making
> that person a virtual you.
>
> As far as sharing vars between users, I think you'd have to work
> at it since one of PHP's goals is that your storage NOT be
> available to others.
>
> I've not so far had any need for it, so there might well be a
> half-dozen solutions floating around out there, but if I did need
> to have shared memory, I'd look into sockets, or shmem if the
> users were all served from the same machine. The memory-caching
> daemon memcached might be useful too.
|
|
|
|
| Re: A Few Noob Questions [message #175164 is a reply to message #175135] |
Thu, 18 August 2011 16:40 |
Man-wai Chang
Messages: 11
Registered: December 2010
Karma: 0
|
Junior Member |
|
|
>> In the old days, "Programs" were compiled into binary codes for direct
>> execution by the CPU. "Scripts" were not compiled, but interpreted by a
>> program called intepreter.
>
> Contrary to popular belief, scripts, i. e. programs written in a scripting
> language, are compiled, too. They are *JIT-compiled* *at runtime*.
Is this real compilation? :)
> PHP 4+ scripts are compiled by the Zend Engine (a virtual machine, currently
> Zend Engine II), to Zend Opcode, a platform-independent byte code (much like
> with Java). That byte code is interpreted by that VM.
So is PHP still a script?
|
|
|
|
| Re: A Few Noob Questions [message #175165 is a reply to message #175151] |
Thu, 18 August 2011 16:41 |
Man-wai Chang
Messages: 11
Registered: December 2010
Karma: 0
|
Junior Member |
|
|
> Contrary to popular belief, machine code is interpreted by the CPU's
> microcode, if you REALLY want to be pedantic.
Could some experts here draw a tree diagram to explain all these? :)
|
|
|
|
| Re: A Few Noob Questions [message #175166 is a reply to message #175164] |
Thu, 18 August 2011 17:26 |
The Natural Philosoph
Messages: 993
Registered: September 2010
Karma: 0
|
Senior Member |
|
|
Man-wai Chang wrote:
>>> In the old days, "Programs" were compiled into binary codes for direct
>>> execution by the CPU. "Scripts" were not compiled, but interpreted by a
>>> program called intepreter.
>>
>> Contrary to popular belief, scripts, i. e. programs written in a
>> scripting
>> language, are compiled, too. They are *JIT-compiled* *at runtime*.
>
> Is this real compilation? :)
>
well its like pascal. Its compiled to an intermediate level interpreterd
thing.
>> PHP 4+ scripts are compiled by the Zend Engine (a virtual machine,
>> currently
>> Zend Engine II), to Zend Opcode, a platform-independent byte code
>> (much like
>> with Java). That byte code is interpreted by that VM.
>
> So is PHP still a script?
who gives a damn?
|
|
|
|
| Re: A Few Noob Questions [message #175167 is a reply to message #175165] |
Thu, 18 August 2011 17:33 |
The Natural Philosoph
Messages: 993
Registered: September 2010
Karma: 0
|
Senior Member |
|
|
Man-wai Chang wrote:
>> Contrary to popular belief, machine code is interpreted by the CPU's
>> microcode, if you REALLY want to be pedantic.
>
> Could some experts here draw a tree diagram to explain all these? :)
No need PHP code is 'compiled' into an intermediate language which is
interpreted by the zend engine which is written in (c? C++?) and so runs
machine code on the processor, which takes the machine code like PUSH
AX interprets it into machine code instructions like 'move this register
onto the data bus a and put the contents of that other register on the
address part of the bus, then issue a write memory bit pattern to the
bus and increment this register' .
|
|
|
|
| Re: A Few Noob Questions [message #175169 is a reply to message #175165] |
Thu, 18 August 2011 17:39 |
Tim Streater
Messages: 328
Registered: September 2010
Karma: 0
|
Senior Member |
|
|
In article <j2jfcg$48l$2(at)dont-email(dot)me>,
Man-wai Chang <toylet(dot)toylet(at)gmail(dot)com> wrote:
>> Contrary to popular belief, machine code is interpreted by the CPU's
>> microcode, if you REALLY want to be pedantic.
That's arguably true *if* the CPU *has* microcode. It may be implemented
using random logic.
> Could some experts here draw a tree diagram to explain all these? :)
Google.
--
Tim
"That excessive bail ought not to be required, nor excessive fines imposed,
nor cruel and unusual punishments inflicted" -- Bill of Rights 1689
|
|
|
|
| Re: A Few Noob Questions [message #175170 is a reply to message #175164] |
Thu, 18 August 2011 17:44 |
A.Reader
Messages: 15
Registered: December 2010
Karma: 0
|
Junior Member |
|
|
On Fri, 19 Aug 2011 00:40:26 +0800,
Man-wai Chang <toylet(dot)toylet(at)gmail(dot)com> wrote:
>>> In the old days, "Programs" were compiled into binary codes for direct
>>> execution by the CPU. "Scripts" were not compiled, but interpreted by a
>>> program called intepreter.
>>
>> Contrary to popular belief, scripts, i. e. programs written in a scripting
>> language, are compiled, too. They are *JIT-compiled* *at runtime*.
>
> Is this real compilation? :)
How do you define "real compilation"?
The principle of compilation, as of assembly, is translate once
(because translation is slow and was costly), and ever after just
run the product of the assembly/compilation process.
So, given that definition, compiling to p(seudo)-code is just as
much compilation as compiling to machine code.
Only the execution environment is different: pcode runs on a
pmachine, a virtual chip implemented in software rather than
hardware and thus potentially able to be run on any hardware to
which that pmachine has been ported. Machine code runs directly
on the hardware -- but only the specific type of hardware for
which it was written. Machine-code programs are fast, pcode
programs are slower, source-interpreted programs are slowest.
PHP, like Java, JavaScript, and quite a few other languages,
compiles to pcode, and the programs run on a pmachine.
>
>> PHP 4+ scripts are compiled by the Zend Engine (a virtual machine, currently
>> Zend Engine II), to Zend Opcode, a platform-independent byte code (much like
>> with Java). That byte code is interpreted by that VM.
>
> So is PHP still a script?
Of course you can call a php program a "script" if you like, but
the traditional name for any coherent, task-oriented set of
computer instructions, regardless of how or whether they are
compiled, is "program".
I've never seen the point of inventing new names for existing
concepts; all it seems to do is add confusion. But some people
profit from confusion, so I'm sure that explains at least part of
it.
|
|
|
|
|
|
| Re: A Few Noob Questions [message #175179 is a reply to message #175164] |
Sat, 20 August 2011 17:48 |
Thomas 'PointedEars'
Messages: 701
Registered: October 2010
Karma: 0
|
Senior Member |
|
|
Man-wai Chang wrote:
>>> In the old days, "Programs" were compiled into binary codes for direct
>>> execution by the CPU. "Scripts" were not compiled, but interpreted by a
>>> program called intepreter.
>>
>> Contrary to popular belief, scripts, i. e. programs written in a
>> scripting language, are compiled, too. They are *JIT-compiled* *at
>> runtime*.
>
> Is this real compilation? :)
Yes.
>> PHP 4+ scripts are compiled by the Zend Engine (a virtual machine,
>> currently Zend Engine II), to Zend Opcode, a platform-independent byte
>> code (much like
>> with Java). That byte code is interpreted by that VM.
>
> So is PHP still a script?
PHP is a scripting language. Scripting languages are a subset of
programming languages.
As a result, a PHP program may be called a PHP script.
This is not an Internet chat, so please leave in the attribution lines.
PointedEars
--
Prototype.js was written by people who don't know javascript for people
who don't know javascript. People who don't know javascript are not
the best source of advice on designing systems that use javascript.
-- Richard Cornford, cljs, <f806at$ail$1$8300dec7(at)news(dot)demon(dot)co(dot)uk>
|
|
|
|
| Re: A Few Noob Questions [message #175180 is a reply to message #175179] |
Sat, 20 August 2011 19:08 |
Samuel Smythe
Messages: 3
Registered: August 2011
Karma: 0
|
Junior Member |
|
|
On Sat, 20 Aug 2011 19:48:58, Thomas 'PointedEars' Lahn wrote:
> This is not an Internet chat, so please leave in the attribution lines.
He won't, any more than you'll fix your sig.
--
Sig Heil!
|
|
|
|
| Re: A Few Noob Questions [message #175181 is a reply to message #175164] |
Sat, 20 August 2011 19:52 |
Jerry Stuckle
Messages: 2598
Registered: September 2010
Karma: 0
|
Senior Member |
|
|
On 8/18/2011 12:40 PM, Man-wai Chang wrote:
>>> In the old days, "Programs" were compiled into binary codes for direct
>>> execution by the CPU. "Scripts" were not compiled, but interpreted by a
>>> program called intepreter.
>>
>> Contrary to popular belief, scripts, i. e. programs written in a
>> scripting
>> language, are compiled, too. They are *JIT-compiled* *at runtime*.
>
> Is this real compilation? :)
>
Not in the same sense as an executable program. Scripting languages
like PHP and Java are compiled to an intermediate language which is
(pretty much) hardware independent. This intermediate code is then
processed by another program to generate the machine code the processor
understands. In PHP and some other scripting languages, this is done
every time the script is executed. In Java and other scripting
languages, the conversion to intermediate code is performed once and
stored in a file. The run-time processor just processes the
intermediate code.
What is classically known as "compilation" is different in that it means
the machine code itself is stored and no run-time program is required to
execute it. Languages such as C/C++, PASCAL and FORTRAN are compiled,
for instance.
>> PHP 4+ scripts are compiled by the Zend Engine (a virtual machine,
>> currently
>> Zend Engine II), to Zend Opcode, a platform-independent byte code
>> (much like
>> with Java). That byte code is interpreted by that VM.
>
> So is PHP still a script?
Yes, that's one term used.
--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex(at)attglobal(dot)net
==================
|
|
|
|
| Re: A Few Noob Questions [message #175182 is a reply to message #175180] |
Sat, 20 August 2011 21:31 |
Thomas 'PointedEars'
Messages: 701
Registered: October 2010
Karma: 0
|
Senior Member |
|
|
Samuel Smythe wrote:
> On Sat, 20 Aug 2011 19:48:58, Thomas 'PointedEars' Lahn wrote:
>> This is not an Internet chat, so please leave in the attribution lines.
>
> He won't, any more than you'll fix your sig.
There is nothing about my sig that needs fixing. You are confusing a Usenet
sig with something else.
PointedEars
--
Prototype.js was written by people who don't know javascript for people
who don't know javascript. People who don't know javascript are not
the best source of advice on designing systems that use javascript.
-- Richard Cornford, cljs, <f806at$ail$1$8300dec7(at)news(dot)demon(dot)co(dot)uk>
|
|
|
|
| Re: A Few Noob Questions [message #175183 is a reply to message #175182] |
Sat, 20 August 2011 22:37 |
Samuel Smythe
Messages: 3
Registered: August 2011
Karma: 0
|
Junior Member |
|
|
On Sat, 20 Aug 2011 23:31:03, Thomas 'PointedEars' Lahn wrote:
> Samuel Smythe wrote:
>
>> On Sat, 20 Aug 2011 19:48:58, Thomas 'PointedEars' Lahn wrote:
>>> This is not an Internet chat, so please leave in the attribution lines.
>>
>> He won't, any more than you'll fix your sig.
>
> There is nothing about my sig that needs fixing. You are confusing
> a Usenet sig with something else.
See? I told ya!
> PointedEars <--- signature
--
Sig Heil!
|
|
|
|
| Re: A Few Noob Questions [message #175184 is a reply to message #175183] |
Sat, 20 August 2011 22:41 |
Thomas 'PointedEars'
Messages: 701
Registered: October 2010
Karma: 0
|
Senior Member |
|
|
Samuel Smythe wrote:
> On Sat, 20 Aug 2011 23:31:03, Thomas 'PointedEars' Lahn wrote:
>> Samuel Smythe wrote:
>>> On Sat, 20 Aug 2011 19:48:58, Thomas 'PointedEars' Lahn wrote:
>>>> This is not an Internet chat, so please leave in the attribution lines.
>>> He won't, any more than you'll fix your sig.
>> There is nothing about my sig that needs fixing. You are confusing
>> a Usenet sig with something else.
>
> See? I told ya!
>
>> PointedEars <--- signature
And the *Usenet* signature is what follows the line with "-- ". (Told you.)
PointedEars
--
Use any version of Microsoft Frontpage to create your site.
(This won't prevent people from viewing your source, but no one
will want to steal it.)
-- from <http://www.vortex-webdesign.com/help/hidesource.htm> (404-comp.)
|
|
|
|
| Re: A Few Noob Questions [message #175185 is a reply to message #175184] |
Sat, 20 August 2011 23:04 |
Samuel Smythe
Messages: 3
Registered: August 2011
Karma: 0
|
Junior Member |
|
|
On Sun, 21 Aug 2011 00:41:48, Thomas 'PointedEars' Lahn wrote:
> And the *Usenet* signature is what follows the line with "-- ".
> (Told you.)
<sighs> I didn't say "*Usenet* signature; I said "sig".
--
> PointedEars
Sig Heil!
|
|
|
|
| Re: A Few Noob Questions [message #175186 is a reply to message #175185] |
Sun, 21 August 2011 01:44 |
Jerry Stuckle
Messages: 2598
Registered: September 2010
Karma: 0
|
Senior Member |
|
|
On 8/20/2011 7:04 PM, Samuel Smythe wrote:
> On Sun, 21 Aug 2011 00:41:48, Thomas 'PointedEars' Lahn wrote:
>
>> And the *Usenet* signature is what follows the line with "-- ".
>> (Told you.)
>
> <sighs> I didn't say "*Usenet* signature; I said "sig".
>
Don't bother - many people in multiple newsgroups have tried to show the
troll the errors of his ways (not just with sigs, either). But of
course, it's the rest of the world who doesn't conform to his wishes.
--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex(at)attglobal(dot)net
==================
|
|
|
|
| Re: A Few Noob Questions [message #175187 is a reply to message #175185] |
Sun, 21 August 2011 07:16 |
Thomas 'PointedEars'
Messages: 701
Registered: October 2010
Karma: 0
|
Senior Member |
|
|
Samuel Smythe wrote:
> On Sun, 21 Aug 2011 00:41:48, Thomas 'PointedEars' Lahn wrote:
>> And the *Usenet* signature is what follows the line with "-- ".
>> (Told you.)
>
> <sighs> I didn't say "*Usenet* signature; I said "sig".
"Sig" is a common abbreviation for Usenet signature. And a Usenet signature
is by convention limited in length. And now the conclusion – or further
trolling – on your part.
F'up2 poster
PointedEars
--
Prototype.js was written by people who don't know javascript for people
who don't know javascript. People who don't know javascript are not
the best source of advice on designing systems that use javascript.
-- Richard Cornford, cljs, <f806at$ail$1$8300dec7(at)news(dot)demon(dot)co(dot)uk>
|
|
|
|
Calendar
Search
Help
Members
Register
Login
Home
]