Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.php > #4533
| From | crankypuss <no@email.thanks> |
|---|---|
| Newsgroups | comp.lang.php |
| Subject | Re: approaches to PHP-based application interface? |
| Date | 2012-01-20 02:43 -0700 |
| Organization | NewsGuy - Unlimited Usenet $19.95 |
| Message-ID | <jfbd0p01mak@news1.newsguy.com> (permalink) |
| References | <jf8u60023j@news4.newsguy.com> <jf9b6f$spv$1@news.albasani.net> <jfba2q01aap@news4.newsguy.com> <9nsqc7Fut7U1@mid.uni-berlin.de> |
On 01/20/2012 02:27 AM, M. Strobel wrote: > Am 20.01.2012 09:53, schrieb crankypuss: >> On 01/19/2012 08:00 AM, The Natural Philosopher wrote: >>> crankypuss wrote: >>>> I'm not even sure how to ask the question. Maybe it's several questions. >>>> >>>> Supposing one wants to run a local apache server that supports a >>>> PHP-based system interface, things like file editing, file management, >>>> archive support, and various other applications. For some things like >>>> file management it may need root privileges. It also needs to be >>>> "safe" so that the applicable parts of it can run on a public server. >>>> Are there approaches to this that have been successfully used in the >>>> past? >>>> >>>> One major advantage of sticking with PHP is that my fairly large >>>> codebase won't need to be rewritten. The html/browser paradigm is >>>> perfectly adequate to all the things that I can foresee doing. On >>>> Windows there is this thing, http://www.zzee.com/php-gui/ >>>> What it does is let you plug your PHP browser-based application into a >>>> stripped-down browser so it runs as a Windows application without any >>>> apache involvement. But I wish to do this on Linux. >>>> >>>> Failing both those approaches, can anyone recommend a good GUI package >>>> that supports PHP applications, preferrably something gtk-based? >>>> >>>> Sorry this is such a scattered question. Basically I'm working on >>>> building a system-independent PHP-based system front-end, parts of >>>> which can be made available on a public web server. >>> >>> well look at webmin first, before you decide to 'go php' for everything. >>> >>> There are good reasons NOT to be TOTALLY php as well. >>> >>> Vis if the whole php regime has 'root access' ten you are in deep >>> trouble if someone hacks the php layer. >>> >>> Better to write specific tools in - say C - that are expressly 'su root' >>> type programs designed to edit just one part of the installation. >>> >>> So you might write a C program that can READ any file in /var/log with >>> any permissions, but not WRITE one. So as to get to your log files for >>> example. But not alter them. >>> >>> That the way we access mysql - we cant from php access the raw data >>> files, but mysqld is a daemon that can, and we talk to that... >>> >>> >>> Miking this easier for yourself always makes it easier for an >>> incompetent or malicious person to screw things up as well. >> >> "Webmin is a web-based interface for system administration for Unix." >> >> I'm not really much interested in "system administration", but thanks for the thought. >> >> >> What I'm really looking at is more about replacing user interfaces like Ubuntu's >> Unity with something "browser-based" but which does not require an apache server. > > Not very convincing. Browser based GUIs are far behind the possibilities of a true > GUI like Qt or Gtk+ or Tk. > > You want to carry over the browser like link n click to the desktop? MS is on this > way with all the management consoles, and it is as fast as flowing rubber. > > Start some true GUI programming and you will see there is nothing to win in the way > you think now. > > /Str. Thank you for your opinion, but I've done "true GUI programming" and I've had a bellyful of talking paper-clips and wiggling icons.
Back to comp.lang.php | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
approaches to PHP-based application interface? crankypuss <no@email.thanks> - 2012-01-19 04:18 -0700
Re: approaches to PHP-based application interface? The Natural Philosopher <tnp@invalid.invalid> - 2012-01-19 15:00 +0000
Re: approaches to PHP-based application interface? crankypuss <no@email.thanks> - 2012-01-20 01:53 -0700
Re: approaches to PHP-based application interface? "M. Strobel" <sorry_no_mail_here@nowhere.dee> - 2012-01-20 10:27 +0100
Re: approaches to PHP-based application interface? crankypuss <no@email.thanks> - 2012-01-20 02:43 -0700
Re: approaches to PHP-based application interface? "M. Strobel" <sorry_no_mail_here@nowhere.dee> - 2012-01-20 11:05 +0100
Re: approaches to PHP-based application interface? Erwin Moller <erwinmollerusenet@xs4all.nl> - 2012-01-20 11:37 +0100
Re: approaches to PHP-based application interface? The Natural Philosopher <tnp@invalid.invalid> - 2012-01-20 11:04 +0000
Re: approaches to PHP-based application interface? Erwin Moller <erwinmollerusenet@xs4all.nl> - 2012-01-20 12:24 +0100
Re: approaches to PHP-based application interface? The Natural Philosopher <tnp@invalid.invalid> - 2012-01-20 11:34 +0000
Re: approaches to PHP-based application interface? Jerry Stuckle <jstucklex@attglobal.net> - 2012-01-20 07:03 -0500
Re: approaches to PHP-based application interface? Erwin Moller <erwinmollerusenet@xs4all.nl> - 2012-01-20 13:13 +0100
Re: approaches to PHP-based application interface? Erwin Moller <erwinmollerusenet@xs4all.nl> - 2012-01-20 10:43 +0100
Re: approaches to PHP-based application interface? crankypuss <no@email.thanks> - 2012-01-20 05:21 -0700
Re: approaches to PHP-based application interface? Erwin Moller <erwinmollerusenet@xs4all.nl> - 2012-01-20 14:46 +0100
Re: approaches to PHP-based application interface? "Peter H. Coffin" <hellsop@ninehells.com> - 2012-01-21 12:10 -0600
Re: approaches to PHP-based application interface? Erwin Moller <erwinmollerusenet@xs4all.nl> - 2012-01-26 16:12 +0100
csiph-web