OK, it's been a while, but I have now successfully upgraded to the
latest nightly and YES! the single-word hostname works now. Strangely,
localhost no longer seemed to work but that doesn't worry me too much.
--
smc2911
sm
It should work now, have you tried a recent nightly?
--
andyg
andyg's Profile: http://forums.slimdevices.com/member.php?userid=3292
View this thread: http://forums.slimdevices.com/showthread.php?t=25454
__
andyg Wrote:
> single-word domain => use system library for lookup, it's probably in a
> hosts file or LAN DNS server, so lookup should be fast.
That's interesting. My domain is a single-word domain, which explains
why it used to work, but not why it's not working now. Any suggestions
greatly app
Because if you try to lookup invalid.domain.com using the system
library, you'll block the entire SlimServer for many seconds. What we
do now is:
localhost => 127.0.0.1
single-word domain => use system library for lookup, it's probably in a
hosts file or LAN DNS server, so lookup should be fast.
This may be out of context, but why isn't the code using the system
default host resolution paths? Most applications should be able to use
the system paths (I know linux uses nsswitch.conf for example) so that
you can fall back on whats known to work? If files don't have it, then
go to dns, etc..
I've checked in some new code that will use a direct lookup if a
hostname contains no periods. This should fix your problem.
--
andyg
andyg's Profile: http://forums.slimdevices.com/member.php?userid=3292
View this thread:
Thanks. I might give the latest release a whirl this weekend. Given
andyg's comments I don't suppose it will resolve my hostname issue
though. Mind you, I'm still a bit mystified as to why it used to work
for me. Scouring through my backup files (mainly looking through etc
and etc/init.d) I can't
Hmmm. I supposed that means pointing my php queries to a different port
for pulling down music stats. Do you know the port number?
From slimserver.pref:
dbsource: dbi:mysql:hostname=127.0.0.1;port=9092;database=%s
--
Michael
---
Help tr
andyg Wrote:
> I would suggest using the IP address for your local machine if you
> aren't able to add local entries to your router's DNS server.
For the moment, I'll stick with localhost for the moment (since it's
still the same machine). I see that works because asyncHTTP explicitly
catches loc
I'm happy to give the latest release a try, as I can always revert, but
before I do that, is it likely to mess up my existing MySQL setup?
It comes with its own MySQL server, running on a different port. You
should be fine.
--
Michael
---
I would suggest using the IP address for your local machine if you
aren't able to add local entries to your router's DNS server.
--
andyg
andyg's Profile: http://forums.slimdevices.com/member.php?userid=3292
View this thre
mherger Wrote:
> 6.5 is considered instable and experimental. And it has always been.
Agreed, which is why I described 6.5b as being "surprisingly stable". I
experimented with it extensively, found it to my liking, but then
decided that continuing to experiment past the scanner split may not be
w
6.5 is considered instable and experimental. And it has always been.
--
Michael
---
Help translate SlimServer by using the
SlimString Translation Helper (http://www.herger.net/slim/)
___
discuss
DNS entries in a hosts file won't be found, you'll need to add your
hostname to your DNS server, and make sure SlimServer is using that DNS
server. Run with --d_http_async to test.
--
andyg
andyg's Profile: http://forums.
I've really been putting things off ever since the scanner split. Prior
to the split 6.5b was surprisingly solid, but I've got the impression
that after the split it was a lot less so. Is this still the case?
I should also point out that I was also using the 7504 version before
(on the old machi
15 matches
Mail list logo