php-general Digest 12 Feb 2013 18:06:45 -0000 Issue 8120
Topics (messages 320193 through 320195):
Re: fopen and load balancing
320193 by: Sean Greenslade
320194 by: marco.behnke.biz
Tokyo Cabinet or Kyoto Cabinet support
320195 by: Chris MacPherson
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 Mon, Feb 11, 2013 at 10:11 AM, Adam Tong <adam.to...@gmail.com> wrote:
> On Mon, Feb 11, 2013 at 4:26 AM, ma...@behnke.biz <ma...@behnke.biz>
> wrote:
> >
> >
> > Adam Tong <adam.to...@gmail.com> hat am 10. Februar 2013 um 23:41
> > geschrieben:
> >> Hi,
> >>
> >> We had an issue with the code of a junior php developer that used
> >> fopen to load images using the url of the companies website that is
> >> load balanced.
> >>
> >> We could not the detect the problem in dev and test because the dev
> >> and test servers are not load balanced.
> >>
> >> I know that he could load the images using just the filesystem, but I
> >> am curious to know why it failed and if the load balancer is really
> >> the source of the problem or it is a limitation on the function
> >> itself.
> >
> > Do you have any error messages for us?
> > If the load balancer accessable from the internal servers? Normally it
> > is not.
>
> I think this is what happened. As the application was trying to open
> our url domain the request was sent to the load balancer, and as it
> does not accept internal requests, the connection was timed out.
>
> The only way we could avoid that is to not use fopen our url, is that
> right?
>
>
Yeah, sure. That's as good of a guess as any of us will be able to
conjure up. Since you've given us no details, no code and no error
messages, we're basically relegated to blind guessing. I don't think
that's what you want, so if you still have a question, I suggest you
start by investigating the relevant logs. If you can't figure out the
issue from there, post _relevant_ snippets to the list.
Also remember that this is the PHP mailing list. (Even though we tend
to masquerade as the MySQL list from time to time) If it's an issue
with your very likely non-PHP load balancer, we can't really help you
out.
--Sean Greenslade
--- End Message ---
--- Begin Message ---
Adam Tong <adam.to...@gmail.com> hat am 11. Februar 2013 um 16:11 geschrieben:
> I think this is what happened. As the application was trying to open
> our url domain the request was sent to the load balancer, and as it
> does not accept internal requests, the connection was timed out.
>
> The only way we could avoid that is to not use fopen our url, is that right?
You know the thing is: LoadBalancers are to balance the load from outside not
the other way around. If you need to make server requests, use the internal
server name. But accessing the file directly is much smarter and faster.
>
>
> On Mon, Feb 11, 2013 at 4:26 AM, ma...@behnke.biz <ma...@behnke.biz> wrote:
> >
> >
> > Adam Tong <adam.to...@gmail.com> hat am 10. Februar 2013 um 23:41
> > geschrieben:
> >> Hi,
> >>
> >> We had an issue with the code of a junior php developer that used
> >> fopen to load images using the url of the companies website that is
> >> load balanced.
> >>
> >> We could not the detect the problem in dev and test because the dev
> >> and test servers are not load balanced.
> >>
> >> I know that he could load the images using just the filesystem, but I
> >> am curious to know why it failed and if the load balancer is really
> >> the source of the problem or it is a limitation on the function
> >> itself.
> >
> > Do you have any error messages for us?
> > If the load balancer accessable from the internal servers? Normally it is
> > not.
> >
> >
> >>
> >> Thank you
> >>
> >> --
> >> PHP General Mailing List (http://www.php.net/)
> >> To unsubscribe, visit: http://www.php.net/unsub.php
> >>
> >
> > --
> > Marco Behnke
> > Dipl. Informatiker (FH), SAE Audio Engineer Diploma
> > Zend Certified Engineer PHP 5.3
> >
> > Tel.: 0174 / 9722336
> > e-Mail: ma...@behnke.biz
> >
> > Softwaretechnik Behnke
> > Heinrich-Heine-Str. 7D
> > 21218 Seevetal
> >
> > http://www.behnke.biz
> >
> > --
> > PHP General Mailing List (http://www.php.net/)
> > To unsubscribe, visit: http://www.php.net/unsub.php
> >
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--
Marco Behnke
Dipl. Informatiker (FH), SAE Audio Engineer Diploma
Zend Certified Engineer PHP 5.3
Tel.: 0174 / 9722336
e-Mail: ma...@behnke.biz
Softwaretechnik Behnke
Heinrich-Heine-Str. 7D
21218 Seevetal
http://www.behnke.biz
--- End Message ---
--- Begin Message ---
Hi,
Just wondering if anyone can tell me if Kyoto Cabinet support will be added
to the DBM extension in the near future at all.
I noticed this thread (
http://grokbase.com/t/php/php-internals/119yvjcjwr/tokyo-kyoto-cabinet-in-5-4)
which mentions that there has been support added but looking in the DBA
extension README file in the source code I can't see any mention of
Tokyo/Kyoto Cabinet, just the qdbm predecessor.
Cheers for any help :)
Chris
--- End Message ---
