php-general Digest 22 Aug 2013 15:34:18 -0000 Issue 8340
Topics (messages 321944 through 321952):
Re: PHP vs JAVA
321944 by: David Harkness
321945 by: Sebastian Krebs
321952 by: David Harkness
Re: Off the wall - sub-domain question
321946 by: Curtis Maurand
321947 by: Jim Giner
321948 by: Willie
321949 by: Jim Giner
321950 by: Dan McCullough
321951 by: Lester Caine
Administrivia:
To subscribe to the digest, e-mail:
php-general-digest-subscr...@lists.php.net
To unsubscribe from the digest, e-mail:
php-general-digest-unsubscr...@lists.php.net
To post to the list, e-mail:
php-gene...@lists.php.net
----------------------------------------------------------------------
--- Begin Message ---
On Wed, Aug 21, 2013 at 7:56 PM, Curtis Maurand <cur...@maurand.com> wrote:
> Sebastian Krebs wrote:
> Actually the problem is, that the dot "." is already in use. With
> $foo.bar() you cannot tell, if you want to call the method "bar()" on the
> > object "$foo", or if you want to concatenate the value of "$foo" to the
> > result of the function "bar()". There is no other way around this than a
> > different operator for method calls.
>
> I didn't think
> of that. It seems to me there could be an easier operator than ->
> which sometimes will make me stop and look at what keys I'm trying to
> hit. Just a thought. I forgot about the concatenation operator
> which is "+" in Java/C#
>
The PHP language developers were pretty stuck. Because of automatic
string-to-numeric-conversion, they couldn't use + for string concatenation.
Sadly, they chose "." rather than ".." which I believe one or two other
languages use. If they had, "." would have been available once objects
rolled around in PHP 4/5. I suspect they chose -> since that's used in C
and C++ to dereference a pointer.
> > Ever tried the jetbrains products? :D (No, they don't pay me)
>
> I have not, but it looks interesting.
> I'll have to try it.
Those are very good products which have had a strong following for a
decade. The free IDE NetBeans also has quite good support for both Java and
PHP, and the latest beta version provides a "web" project that provides
front- and back-end debugging of PHP + JavaScript. You can be stepping
through JS code and hit an AJAX call and then seamlessly step through the
PHP code that handles it.
I use NetBeans for PHP/HTML/JS (though I am evaluating JetBrains' PHPStorm
now) and Eclipse for Java. You can't beat Eclipse's refactoring support in
a free tool, though I think NetBeans is close to catching up. I would bet
IntelliJ IDEA for Java by JetBrains is on par at least.
Peace,
David
--- End Message ---
--- Begin Message ---
2013/8/22 David Harkness <davi...@highgearmedia.com>
> On Wed, Aug 21, 2013 at 7:56 PM, Curtis Maurand <cur...@maurand.com>wrote:
>
>> Sebastian Krebs wrote:
>
> > Actually the problem is, that the dot "." is already in use. With
>
> > $foo.bar() you cannot tell, if you want to call the method "bar()" on
>> the
>> > object "$foo", or if you want to concatenate the value of "$foo" to the
>> > result of the function "bar()". There is no other way around this than a
>> > different operator for method calls.
>>
>> I didn't think
>> of that. It seems to me there could be an easier operator than ->
>> which sometimes will make me stop and look at what keys I'm trying to
>> hit. Just a thought. I forgot about the concatenation operator
>> which is "+" in Java/C#
>>
>
> The PHP language developers were pretty stuck. Because of automatic
> string-to-numeric-conversion, they couldn't use + for string concatenation.
> Sadly, they chose "." rather than ".." which I believe one or two other
> languages use. If they had, "." would have been available once objects
> rolled around in PHP 4/5. I suspect they chose -> since that's used in C
> and C++ to dereference a pointer.
>
Actually I think ".." is quite error-prone, because it is hard to
distinguish from "." or "_" on the _first_ glance, which makes the get
quickly through the code. [1]
So "." is maybe not the best choice, but also remember when it was
introduced: That was decades ago. That time it was (probably ;)) the best
choice and nowadays I don't think it is too bad at all, beside that _other_
languages use it for other purposes now ;)
[1] Yes, I know, that "_" is not an operator, but mixed with strings and
variables names it is there ;)
>
>
>> > Ever tried the jetbrains products? :D (No, they don't pay me)
>>
>> I have not, but it looks interesting.
>> I'll have to try it.
>
>
> Those are very good products which have had a strong following for a
> decade. The free IDE NetBeans also has quite good support for both Java and
> PHP, and the latest beta version provides a "web" project that provides
> front- and back-end debugging of PHP + JavaScript. You can be stepping
> through JS code and hit an AJAX call and then seamlessly step through the
> PHP code that handles it.
>
> I use NetBeans for PHP/HTML/JS (though I am evaluating JetBrains' PHPStorm
> now) and Eclipse for Java. You can't beat Eclipse's refactoring support in
> a free tool, though I think NetBeans is close to catching up. I would bet
> IntelliJ IDEA for Java by JetBrains is on par at least.
>
Eclipse' code-completion and debugger never worked for me well (and most of
the time: at all). It became slower and less responsive with every release.
That was the reason I decided to leave it and I don't regret it :)
>
> Peace,
> David
>
>
--
github.com/KingCrunch
--- End Message ---
--- Begin Message ---
On Thu, Aug 22, 2013 at 12:29 AM, Sebastian Krebs <krebs....@gmail.com>wrote:
> Actually I think ".." is quite error-prone, because it is hard to
> distinguish from "." or "_" on the _first_ glance, which makes the get
> quickly through the code. [1]
>
I surround all operators except member access ("." and "->") with spaces,
so that wouldn't be a problem for me. I thought there was an older language
that used "..", but all I can find now is Lua which was developed in the
early nineties.
So "." is maybe not the best choice, but also remember when it was
> introduced: That was decades ago. That time it was (probably ;)) the best
> choice and nowadays I don't think it is too bad at all, beside that _other_
> languages use it for other purposes now ;)
>
C introduced "." as the field access operator for structs in the early
seventies, C++ kept it for object access, and Java adopted it in the early
nineties. C's use of pointers required a way to access members through a
pointer, and I suppose K&R thought "->" looked like following a pointer (I
agree).
Since PHP was modeled on Perl and wouldn't implement objects or structs for
another decade, it adopted "." for string concatenation. It works fine, and
I don't have too much trouble bouncing back-and-forth. I honestly would
have preferred "." to be overloaded when the left hand side was an object.
In the rare cases that you want to convert an object to a string to be
concatenated with the RHS, you can always cast it to string, use strval(),
or call __toString() manually. But I'm not staging any protests over the
use of "->". :)
> Eclipse' code-completion and debugger never worked for me well (and most
> of the time: at all). It became slower and less responsive with every
> release. That was the reason I decided to leave it and I don't regret it :)
>
I agree about the slowness, and until this latest release I've always left
autocompletion manual (ctrl + space). They did something with Kepler to
speed it up drastically, so much so I have it turned on with every
keypress. However, it's a little too aggressive in providing choices.
Typing "null" which is a Java keyword as in PHP, it will insert
"nullValue()" which is a method from Hamcrest. :( After a couple weeks of
this, I think I'll be switching it back to manual activation. I can type
quickly enough that I only need it when I'm not sure of a method name.
NetBeans, while not as good with refactoring and plugin support, is still
zippier than Eclipse. And my short time with the JetBrains products found
them to be fast as well. Eclipse's PHP support via PDT is not nearly as
good as NetBeans, and no doubt PHPStorm beats them both.
Peace,
David
--- End Message ---
--- Begin Message ---
Is the subdomain also in a subfolder of the main domain?
Jim Giner wrote:
> I have a main domain (of course) and a sub
domain. I'm really trying to
> steer my personal stuff away from
the main one and have focused all of
> my php development to the
sub-domain.
>
> Lately I noticed that google catalogs my
sub-domain site stuff under the
> main domain name and the links
that come up lead to that domain name
> with the path that takes
the user to the sub-domain's home folder and
> beyond.
>
> Is there something that php (apache??) can do to control either
google's
> robots or the user's view (url) so that it appears as a
page of my
> sub-domain? I'm really new at this stuff and know
nothing. I'm lucky
> that google is even finding my site!
>
> IN advance - I apologize for this off-topic question,
but this place is
> a source of much knowledge, so I just threw in
a quick interlude here to
> pick someone's brain. :)
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--- End Message ---
--- Begin Message ---
On 8/22/2013 8:05 AM, Curtis Maurand wrote:
Is the subdomain also in a subfolder of the main domain?
Jim Giner wrote:
I have a main domain (of course) and a sub
domain. I'm really trying to
steer my personal stuff away from
the main one and have focused all of
my php development to the
sub-domain.
Lately I noticed that google catalogs my
sub-domain site stuff under the
main domain name and the links
that come up lead to that domain name
with the path that takes
the user to the sub-domain's home folder and
beyond.
Is there something that php (apache??) can do to control either
google's
robots or the user's view (url) so that it appears as a
page of my
sub-domain? I'm really new at this stuff and know
nothing. I'm lucky
that google is even finding my site!
IN advance - I apologize for this off-topic question,
but this place is
a source of much knowledge, so I just threw in
a quick interlude here to
pick someone's brain. :)
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Yes - the sub is an add-on domain to my primary domain. Hence the
overlap and problem.
--- End Message ---
--- Begin Message ---
The only way that I know of to take care of that is to put a file in your
main directory called "robots.txt". In that file you will put:
User-agent: *
Disallow: /FolderName
On Thu, Aug 22, 2013 at 6:19 AM, Jim Giner <jim.gi...@albanyhandball.com>wrote:
> On 8/22/2013 8:05 AM, Curtis Maurand wrote:
>
>>
>>
>>
>> Is the subdomain also in a subfolder of the main domain?
>>
>> Jim Giner wrote:
>>
>>> I have a main domain (of course) and a sub
>>>
>> domain. I'm really trying to
>>
>>> steer my personal stuff away from
>>>
>> the main one and have focused all of
>>
>>> my php development to the
>>>
>> sub-domain.
>>
>>>
>>> Lately I noticed that google catalogs my
>>>
>> sub-domain site stuff under the
>>
>>> main domain name and the links
>>>
>> that come up lead to that domain name
>>
>>> with the path that takes
>>>
>> the user to the sub-domain's home folder and
>>
>>> beyond.
>>>
>>>
>> Is there something that php (apache??) can do to control either
>>>
>> google's
>>
>>> robots or the user's view (url) so that it appears as a
>>>
>> page of my
>>
>>> sub-domain? I'm really new at this stuff and know
>>>
>> nothing. I'm lucky
>>
>>> that google is even finding my site!
>>>
>>> IN advance - I apologize for this off-topic question,
>>>
>> but this place is
>>
>>> a source of much knowledge, so I just threw in
>>>
>> a quick interlude here to
>>
>>> pick someone's brain. :)
>>>
>>>
>> --
>>> PHP General Mailing List (http://www.php.net/)
>>> To unsubscribe, visit: http://www.php.net/unsub.php
>>>
>>>
>>>
>> Yes - the sub is an add-on domain to my primary domain. Hence the
> overlap and problem.
>
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Willie Matthews
matthews.wil...@gmail.com
--- End Message ---
--- Begin Message ---
On 8/22/2013 9:43 AM, Willie wrote:
The only way that I know of to take care of that is to put a file in your
main directory called "robots.txt". In that file you will put:
User-agent: *
Disallow: /FolderName
On Thu, Aug 22, 2013 at 6:19 AM, Jim Giner <jim.gi...@albanyhandball.com>wrote:
On 8/22/2013 8:05 AM, Curtis Maurand wrote:
Is the subdomain also in a subfolder of the main domain?
Jim Giner wrote:
I have a main domain (of course) and a sub
domain. I'm really trying to
steer my personal stuff away from
the main one and have focused all of
my php development to the
sub-domain.
Lately I noticed that google catalogs my
sub-domain site stuff under the
main domain name and the links
that come up lead to that domain name
with the path that takes
the user to the sub-domain's home folder and
beyond.
Is there something that php (apache??) can do to control either
google's
robots or the user's view (url) so that it appears as a
page of my
sub-domain? I'm really new at this stuff and know
nothing. I'm lucky
that google is even finding my site!
IN advance - I apologize for this off-topic question,
but this place is
a source of much knowledge, so I just threw in
a quick interlude here to
pick someone's brain. :)
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Yes - the sub is an add-on domain to my primary domain. Hence the
overlap and problem.
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
I'll try it.
--- End Message ---
--- Begin Message ---
So its indexing http://www.domain.com/subdomain/page.php and you would
rather it index http://subdomain.domain.com/page.php. If that is the case
then what Willie said holds true
User-agent: *
Disallow: /subdomain
Place a robots.txt in the domain.com public root directory.
To Googles indexer http://subdomain.domain.com/page.php and
http://www.domain.com/subdomain/page.php are totally different and
therefore blocking /subdomain will not affect subdomain.domain.com.
Sign up for Google Webmaster and add two sites subdomain.domain and
www.domain that way you can delete improperly indexed pages.
Do some test scans and see if there are links on your www.domain that are
linked to www.domain.com/subdomain rather then subdomain.domain.com
On Thu, Aug 22, 2013 at 9:43 AM, Willie <matthews.wil...@gmail.com> wrote:
> The only way that I know of to take care of that is to put a file in your
> main directory called "robots.txt". In that file you will put:
>
>
> User-agent: *
> Disallow: /FolderName
>
>
>
> On Thu, Aug 22, 2013 at 6:19 AM, Jim Giner <jim.gi...@albanyhandball.com
> >wrote:
>
> > On 8/22/2013 8:05 AM, Curtis Maurand wrote:
> >
> >>
> >>
> >>
> >> Is the subdomain also in a subfolder of the main domain?
> >>
> >> Jim Giner wrote:
> >>
> >>> I have a main domain (of course) and a sub
> >>>
> >> domain. I'm really trying to
> >>
> >>> steer my personal stuff away from
> >>>
> >> the main one and have focused all of
> >>
> >>> my php development to the
> >>>
> >> sub-domain.
> >>
> >>>
> >>> Lately I noticed that google catalogs my
> >>>
> >> sub-domain site stuff under the
> >>
> >>> main domain name and the links
> >>>
> >> that come up lead to that domain name
> >>
> >>> with the path that takes
> >>>
> >> the user to the sub-domain's home folder and
> >>
> >>> beyond.
> >>>
> >>>
> >> Is there something that php (apache??) can do to control either
> >>>
> >> google's
> >>
> >>> robots or the user's view (url) so that it appears as a
> >>>
> >> page of my
> >>
> >>> sub-domain? I'm really new at this stuff and know
> >>>
> >> nothing. I'm lucky
> >>
> >>> that google is even finding my site!
> >>>
> >>> IN advance - I apologize for this off-topic question,
> >>>
> >> but this place is
> >>
> >>> a source of much knowledge, so I just threw in
> >>>
> >> a quick interlude here to
> >>
> >>> pick someone's brain. :)
> >>>
> >>>
> >> --
> >>> PHP General Mailing List (http://www.php.net/)
> >>> To unsubscribe, visit: http://www.php.net/unsub.php
> >>>
> >>>
> >>>
> >> Yes - the sub is an add-on domain to my primary domain. Hence the
> > overlap and problem.
> >
> >
> > --
> > PHP General Mailing List (http://www.php.net/)
> > To unsubscribe, visit: http://www.php.net/unsub.php
> >
> >
>
>
> --
>
> Willie Matthews
> matthews.wil...@gmail.com
>
--
Thank you,
Dan
Cell: 484-459-2856
<https://www.facebook.com/dpmccullough>
<http://www.linkedin.com/in/danmccullough>
--- End Message ---
--- Begin Message ---
Jim Giner wrote:
Yes - the sub is an add-on domain to my primary domain. Hence the overlap and
problem.
I don't think there is any way to get google to separate filing information on
different subdomains from the main domain, but you can stop them filing content
altogether by identifying folders you do not want them to use. I have fun with
them indexing the page histories if I forget to block that particular functions
.php file.
--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
--- End Message ---
