big question: integrate phpbb + drupal user logins?

hi all, we have drupal and phpbb running side by side but as
distinct
creatures with their own databases and logins and
usernames.

we would like to not use drupal forums but continue to use
the phpbb
forums. we do need however to have a single username and
password for both.

so when someone registers for drupal, or registers for
phpbb, there is a
single username and password that will log them in to drupal
and phpbb.

we don't necessarily need for them to be logged in to both
with one
login screen, we just need them to be able to use both with
the same
username and password.

any ideas on how to do this?

right now we have 2 usernames and 2 passwords for everyone
who is using
both the forums and the drupal site. it is confusing,
especially to new
members, and helping people sort this out now represents the
biggest
portion of our incoming admin mail.

viva drupal,

-- will

-- 
[ Drupal support list | http://lists.drupal.org/
]

  This is definitely worst-case, it's simulating a DDoS
attack at the 
network. What is really surprising is that just 1mbps of
traffic is able 
to kill a 6.x box doing routing. If it were, say, 600mbps
that I'd 
understand as you're pushing over a million PPS. But 1mbps?
:-


Freddie Cash wrote:
> On Thursday 15 February 2007 01:29 pm, Justin Robertson
wrote:
>   
>>     Send a flood of 60 byte syn packets with the
tcp sack option thru
>> it and check out what happens. It's pretty weird
and I can't explain
>> why. If you block the packets on the box via ipfw
it's fine, the second
>> it has to make a routing decision everything goes
out the window, it
>> seems. There's 100% packet loss on all protocols.
I'm not using NAT,
>> there are real IPs in different C classes on the
other side of the box.
>>     
>
> Is that something that would occur normally?  Or is
this a 
> worst-case/stress-test trying to break things?  How are
you generating 
> the packets?
>
> I'm not a network guru, and haven't done much in the
way of 
> network-related stress-testing, but I'm always looking
for ways to do so.
>
>   


-- 
Justin



_______________________________________________
freebsd-performancefreebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-p
erformance
To unsubscribe, send any mail to
"freebsd-performance-unsubscribefreebsd.org"