Menu
▾
▴
phpwebsite-developers
|
From: Tony M. <to...@ht...> - 2005-01-22 22:29:07
|
I have a problem on a new signup on my website using phpws 0.10.0. When a new user signs up, it tells them... A Problem Occurred Sorry but there is a problem with our email. Please try again later. But it mails the password out successfully. This is a bit of a problem since people will be inclined to try again and again. You can see this bug in action at: http://thebe.jtan.com/~ircd_/phpwebsite/branches/cigardiary/index.php Any help would be appreciated. -Tony |
|
From: Greg T. <gt-...@ta...> - 2005-01-23 01:07:02
|
There are a couple of bugs that could be causing this. In particular, this can happen when Safe Mode is enabled in the PHP environment. You can see that bug (and patch) here: https://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1089617&group= _id=3D15539&atid=3D115539 I have seen one other report of this, apparently caused by something other than Safe Mode, but I don't remember what that was. Check the mailing list archives for it if you don't find a bug listed: https://sourceforge.net/mailarchive/forum.php?forum_id=3D34704 Greg On Sat, 2005-01-22 at 17:28 -0500, Tony Miller wrote: > I have a problem on a new signup on my website using phpws 0.10.0. When = a=20 > new user signs up, it tells them... >=20 > A Problem Occurred > =09 > Sorry but there is a problem with our email. Please try again later. >=20 > But it mails the password out successfully. This is a bit of a problem=20 > since people will be inclined to try again and again. You can see this=20 > bug in action at:=20 >=20 > http://thebe.jtan.com/~ircd_/phpwebsite/branches/cigardiary/index.php >=20 > Any help would be appreciated. >=20 > -Tony >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > Tool for open source databases. Create drag-&-drop reports. Save time > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers |
|
From: Shaun M. <sh...@ae...> - 2005-01-23 20:54:54
|
We could probably do with ditching the php mail() function and replacing it with a class that extended the pear mail and mail_mime classes with an easier to use config setting to select if it used mail(), smtp, sendmail or whatever. Shaun aegis design - http://www.aegisdesign.co.uk |
|
From: Wendall C. <wen...@to...> - 2005-01-23 21:03:27
|
IIRC it is already using the pear mail class. It does need a config however. I've had a problem before with the pear class where the straight php function worked better, since I could set things in php.ini. Having a configurable mail would be much nicer. Maybe even a CP page with config setting for mail. Wendall On Sun, 2005-01-23 at 20:54 +0000, Shaun Murray wrote: > We could probably do with ditching the php mail() function and > replacing it with a class that extended the pear mail and mail_mime > classes with an easier to use config setting to select if it used > mail(), smtp, sendmail or whatever. > > Shaun > aegis design - http://www.aegisdesign.co.uk > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > Tool for open source databases. Create drag-&-drop reports. Save time > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers |
|
From: Shaun M. <sh...@ae...> - 2005-01-23 22:35:48
|
On 23 Jan 2005, at 21:02, Wendall Cada wrote: > IIRC it is already using the pear mail class. It does need a config > however. I've had a problem before with the pear class where the > straight php function worked better, since I could set things in > php.ini. Having a configurable mail would be much nicer. Maybe even a > CP > page with config setting for mail. > The PEAR class defaults to using mail() anyway I think but at one point it didn't work in safe mode for the same reasons that it doesn't work in the odd module that uses mail() still. There's no one consistent way that mail is handled in the modules. Also, one of the things that was better in phpWebSite 0.8x was that most of the config was done in the control panel, including the text filtering, swear words etc. A web based front end to the config files that wrote the config in the database would be very useful and would have the advantage of letting branches have a different config to the main site. And it wouldn't get wiped out on an update unless you're careful with the config directory. There's probably a bunch RFEs already for this, at least one from me, but it's the kind of thing that needs changing in the core and probably in a bunch of modules as well. Shaun aegis design - http://www.aegisdesign.co.uk |
|
From: Wendall C. <wen...@to...> - 2005-01-24 01:17:38
|
+1 I think it was discussed before that config files we overused. There are many advantages to having configurations in the database, as well as disadvantages. Overall, I think it is clearly more advantageous having the configuration information in the database with direct access via the control panel. I really like the simplicity of the main config file. I rarely use other configuration files, since I always try to change things via the CP first. It is somewhat annoying to find several other configuration files that control things that aren't readily apparent or available to branch sites. However, looking at some of the other CMS systems out there, as well as other PHP applications, the config file is really daunting and incredibly complex and obscure when everything under the sun is in it. Why not keep the main config file simple, all other configuration settings in the database and accessible via the control panel? Makes sense to me anyhow. Wendall On Sun, 2005-01-23 at 22:35 +0000, Shaun Murray wrote: > On 23 Jan 2005, at 21:02, Wendall Cada wrote: > > > IIRC it is already using the pear mail class. It does need a config > > however. I've had a problem before with the pear class where the > > straight php function worked better, since I could set things in > > php.ini. Having a configurable mail would be much nicer. Maybe even a > > CP > > page with config setting for mail. > > > > The PEAR class defaults to using mail() anyway I think but at one point > it didn't work in safe mode for the same reasons that it doesn't work > in the odd module that uses mail() still. There's no one consistent way > that mail is handled in the modules. > > Also, one of the things that was better in phpWebSite 0.8x was that > most of the config was done in the control panel, including the text > filtering, swear words etc. > > A web based front end to the config files that wrote the config in the > database would be very useful and would have the advantage of letting > branches have a different config to the main site. And it wouldn't get > wiped out on an update unless you're careful with the config directory. > > There's probably a bunch RFEs already for this, at least one from me, > but it's the kind of thing that needs changing in the core and probably > in a bunch of modules as well. > > Shaun > aegis design - http://www.aegisdesign.co.uk > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > Tool for open source databases. Create drag-&-drop reports. Save time > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers |
|
From: Mike N. <mh...@us...> - 2005-01-24 15:18:35
|
On Sun, 2005-01-23 at 14:35, Shaun Murray wrote: > Also, one of the things that was better in phpWebSite 0.8x was that > most of the config was done in the control panel, including the text > filtering, swear words etc. +1 > A web based front end to the config files that wrote the config in the > database would be very useful and would have the advantage of letting > branches have a different config to the main site. And it wouldn't get > wiped out on an update unless you're careful with the config directory. -1 Shaun, None of the settings needed to mirror a website should be stored in the database. The branch_sites table (branchDir, branchHttp) is already a problem. Try mirroring phpWebSite 0.10.0, and you'll see what I'm concerned with. -- Mike Noyes <mhnoyes at users.sourceforge.net> http://sourceforge.net/users/mhnoyes/ SF.net Projects: ffl, leaf, phpwebsite, phpwebsite-comm, sitedocs |
|
From: Shaun M. <sh...@ae...> - 2005-01-24 15:23:31
|
On 24 Jan 2005, at 15:23, Mike Noyes wrote: > Shaun, > None of the settings needed to mirror a website should be stored in the > database. The branch_sites table (branchDir, branchHttp) is already a > problem. > > Try mirroring phpWebSite 0.10.0, and you'll see what I'm concerned > with. > Mirror? Didn't know we could mirror. Shaun aegis design - http://www.aegisdesign.co.uk |
|
From: Mike N. <mh...@us...> - 2005-01-24 15:32:32
|
On Mon, 2005-01-24 at 07:23, Shaun Murray wrote:
> On 24 Jan 2005, at 15:23, Mike Noyes wrote:
> > Shaun,
> > None of the settings needed to mirror a website should be stored in the
> > database. The branch_sites table (branchDir, branchHttp) is already a
> > problem.
> >
> > Try mirroring phpWebSite 0.10.0, and you'll see what I'm concerned
> > with.
> >
>
> Mirror?
>
> Didn't know we could mirror.
Shawn,
I've done exactly that for years with the LEAF project website.
Note: these two sites aren't in sync right now. I need to modify
the old cron script to account for 0.10.0.
http://leaf-project.org/
http://leaf.steinkuehler.net/
I can give you the instructions for this, but it's not a simple task
anymore.
--
Mike Noyes <mhnoyes at users.sourceforge.net>
http://sourceforge.net/users/mhnoyes/
SF.net Projects: ffl, leaf, phpwebsite, phpwebsite-comm, sitedocs
|
|
From: Mike N. <mh...@us...> - 2005-01-24 16:00:21
|
On Mon, 2005-01-24 at 07:37, Mike Noyes wrote:
> On Mon, 2005-01-24 at 07:23, Shaun Murray wrote:
> > On 24 Jan 2005, at 15:23, Mike Noyes wrote:
> > > Shaun,
> > > None of the settings needed to mirror a website should be stored in the
> > > database. The branch_sites table (branchDir, branchHttp) is already a
> > > problem.
> > >
> > > Try mirroring phpWebSite 0.10.0, and you'll see what I'm concerned
> > > with.
> > >
> >
> > Mirror?
> >
> > Didn't know we could mirror.
>
> Shawn,
Shaun,
Sorry for the spelling error. :-(
> I can give you the instructions for this, but it's not a simple task
> anymore.
Master:
Setup a periodic mysqldump.
Mirror:
Modify conf/config.php, conf/branch/branchname.php,
branchname/index.php, and branch_sites table.
Setup rsync to exclude modified files, and create custom
branch_sites table.
Cron rsync remote site, import latest mysqldump, import
custom branch_sites, and you should be operational.
--
Mike Noyes <mhnoyes at users.sourceforge.net>
http://sourceforge.net/users/mhnoyes/
SF.net Projects: ffl, leaf, phpwebsite, phpwebsite-comm, sitedocs
|
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X