I bet Dan will give you this link: http://www.boltwire.com/index.php?p=solutions.admin.switchuser
I am always having two browsers opened, one as admin, one as user... On Mar 14, 4:26 pm, Erlend Sogge Heggen <[email protected]> wrote: > I just came up with another that's not quite as 'all the cool kids do > it!': > > On my own website I just encountered an annoying error that I've dealt > with many times before, with different types of software: It took us > several days to find (first to notice, then to diagnose) an error in > our software (in this case it was SMF 1.1.10), because of what I think > is a rather common 'admin-view trap'. Our users could not post at all, > and many parts of the forum were plain broken. As admin I did not see > any of this and figured maybe we were just experiencing an odd case of > inactivity. > > In conclusion: I'd love to see more efficient ways of seeing > everything from the ordinary end-user's POV. At its simplest, just the > ability to push a button (preferably "globally" available, like in the > footer or something, because you never know when you might want this > POV for a quick check) for end-user POV. > > At its extreme (I'm just putting it out there so maybe a cool middle > line can be found), there could be something along the lines of what > you might see in a complete computer diagnostics check, automatically > running you through every unique page of your site, switching to every > type of usergroup you have made to check for privilege-specific errors > on every page. > > On Mar 14, 3:59 pm, The Editor <[email protected]> wrote: > > > > > This is a good suggestion, and possibly something we could add as a > > plugin. My reasons for not including in the core right now are > > > 1) I'm not sure how to get around the security issues, of making the > > php scripts in barn web writable. Not impossible, just I'm weak on > > apache server stuff. > > > 2) I see potential risks that you could crash a whole site if there is > > some problem with the upgrade. I personally prefer manually overseeing > > the process. Easier to fix things fast. > > > I think some kind of external installer script is the better > > solution--probably not php. Though of course that installer script > > could be called from within BoltWire. Anyone with programming > > experience in a more appropriate language is welcome to tinker here. > > I'd be happy to help where needed. > > > The bigger reason is our upgrade process is sometimes a bit rough. If > > we got to the point where we were really going from one stable jump to > > another stable jump, this would make more sense. Maybe when we get to > > 4.xx we can explore this some more. I really hope to slow or even stop > > development of BoltWire at that point (esp BoltWire lite). So > > occasional, more secure patches might be more appropriate for an > > automatic upgrade process. > > > Great suggestion, I'll file it away. When BoltWire is ready I'd like > > to move that direction. > > > Cheers, > > Dan > > > On Fri, Mar 12, 2010 at 8:44 AM, Erlend Sogge Heggen <[email protected]> > > wrote: > > > > My favorite feature in Wordpress is the upgrade functionality of both > > > the core bundle as well as additional plugins. I know FTP overwriting > > > is rather straight forward and possibly safer, but if there's any 'one > > > button click' that I adore it's this one. > > > > On Mar 7, 11:45 pm, The Editor <[email protected]> wrote: > > >> We've been knocking out some good stuff lately, and there's only one > > >> or two things left on my immediate agenda. So I took some time to > > >> revise my roadmap for the immediate future. Here's an outline of > > >> things to come: > > > >> 1. Finish up the current 3.3.x series and put out a stable 3.4. > > >> Basically, as soon as we feel confident the currently release seems to > > >> be working. > > > >> 2. Add a few things to the 3.4 series and finish it off with a final, > > >> stable 3.5. And make this the end of the entire 3.xx round of > > >> development. The todo's for 3.4 include: > > > >> * Improved automatic paragraph making... We really need an entirely > > >> different system for doing this... Have some ideas, but haven't > > >> tinkered much with them yet. Soon... > > >> * Improved performance of searching by caching index, and a new data > > >> querying technique... I have a custom query script working on my site, > > >> that gives impressive results speed wise, and with many enhanced > > >> capabilities. I just need to integrate it into the core somehow. > > > >> 3. For 4.xx I plan to finally do the major overhaul I've been planning > > >> for how forms work. Namely, forcing all commands to be session > > >> variables and allowing formats like this: > > > >> [session mail to=... from=... subject=... body=... etc] > > > >> These were listed as a 3.5 goal, but I've renumbered things, and it > > >> seems more appropriate to make this a 4.xx goal, as it could be quite > > >> disruptive, affecting virtually all existing sites and many plugins... > > >> Yet I'm convinced this will be a major improvement to things. Can't > > >> wait to do it... > > > >> The other goal for 4.xx is to go through the code very carefully and > > >> try to simplify everything possible: strip out all absolutely > > >> unnecessary code. Features we don't use. Options we don't need. > > >> Anything complicated. That kind of stuff. Just general house cleaning. > > >> Perhaps even get us back down to under 100k. I've been beginning to > > >> feel BoltWire is not quite as spry as it once was... > > > >> To be honest, I'm inclined to have a BoltWire lite and a BoltWire pro. > > >> With the lite version being a simpler feature set that is rock solid > > >> stable, easy to use, and rarely updated. Just works. And then a > > >> BoltWire pro that is more full featured, with a several choice plugins > > >> built in, more actions and common stuff built in. Everything ready to > > >> go as an all-in-one CMS system. Just toying with the idea actually. > > >> Not sure I like maintaining two versions, but I like the idea of > > >> giving people a really positive, first impression. And of having > > >> something bigger with everything in it. Just thinking out loud. > > > >> Well, open to feedback and opinions, and of course feature requests > > >> not listed above. All the usual stuff. > > > >> Thanks to everyone for being a part of BoltWire's development. > > > >> Cheers, > > >> Dan > > > > -- > > > You received this message because you are subscribed to the Google Groups > > > "BoltWire" group. > > > To post to this group, send email to [email protected]. > > > To unsubscribe from this group, send email to > > > [email protected]. > > > For more options, visit this group > > > athttp://groups.google.com/group/boltwire?hl=en. -- You received this message because you are subscribed to the Google Groups "BoltWire" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/boltwire?hl=en.
