Re: [gentoo-user] Re: php + apache
Hi James, On Sat, 2006-04-01 at 19:46 +, James wrote: I've unmerged everthing the package used, and delete any remaining files. Complete fresh installation in underway. If that does not fix it, I'll post again A re-installation is unlikely to make any difference. This isn't Windows :) When you get this problem, first of all make sure that you've restarted Apache since adding the -D PHP4 line in /etc/conf.d/apache2. Then make absolutely sure that you've emptied your browser's cache. That fixes this problem for most people. If you still have a problem, please come by and drop in #gentoo-php or #gentoo-apache on IRC. Best regards, Stu -- Stuart Herbert [EMAIL PROTECTED] Gentoo Developer http://www.gentoo.org/ http://blog.stuartherbert.com/ GnuGP key id# F9AFC57C available from http://pgp.mit.edu Key fingerprint = 31FB 50D4 1F88 E227 F319 C549 0C2F 80BA F9AF C57C -- signature.asc Description: This is a digitally signed message part
RE: [gentoo-web-user] Java Script Libraries
While I agree that it is certainly easier to keep the packages as UPSTREAM bundles them, I'm not convinced that this is always a good idea. If the effort is small, I'd rather patch the package to use the standard libraries and send the patch upstream. Not only because it's simply bad programming style but also because it's easier to handle security this way. Best of luck with that ... but don't be surprised if UPSTREAM do not adopt these patches. It's not always bad programming style - it's often the only pragmatic thing to do. UPSTREAM bundle libraries because bitter experience (with poor ISP and shared hosting solutions) has taught the PHP community that if you need a third-party library and you don't bundle it, chances are that the third-party library won't be available. (The PHP and PEAR community also have to accept a lot of the blame for this state of affairs, by failing to provide an equivalent to CPAN from day one). Best regards, Stu -- gentoo-web-user@gentoo.org mailing list
RE: [gentoo-web-user] Java Script Libraries
But it is not very hard to avoid to hardwire these libs in your webapp :) This is the only thing I dislike. Mmm ... you'd be surprised, I think, about just how hard it actually is for PHP apps (and how expensive it is too). Another problem to consider is versioning of any shared libraries of code. How do you plan to address that, in a non-Gentoo-specific way? Best regards, Stu -- gentoo-web-user@gentoo.org mailing list
RE: [gentoo-web-user] Java Script Libraries
Thanks for making me aware of the issue. So let's hope for PHP5... No problem. I wish it was an idea we could implement. Alas, it's something that none of the scripting languages handle well. Even Ruby hasn't learned from the past mistakes in this area. Best regards, Stu -- gentoo-web-user@gentoo.org mailing list
RE: [gentoo-web-user] Java Script Libraries
Hrm ... all the code I've seen uses: require_gem package-name with no sign of version requirements passed around. How does Gems handle the versioning in the background? Best regards, Stu -Original Message- From: Adam Sroka [mailto:[EMAIL PROTECTED] Sent: 23 February 2006 16:41 To: gentoo-web-user@lists.gentoo.org Subject: Re: [gentoo-web-user] Java Script Libraries Stuart Herbert wrote: Thanks for making me aware of the issue. So let's hope for PHP5... No problem. I wish it was an idea we could implement. Alas, it's something that none of the scripting languages handle well. Even Ruby hasn't learned from the past mistakes in this area. Ruby apps that are Gems aware handle this flawlessly. -- gentoo-web-user@gentoo.org mailing list -- gentoo-web-user@gentoo.org mailing list
Re: [gentoo-user] Apache configuration files
On Tue, 2005-11-08 at 16:28 -0500, James Colby wrote: All - If I understand correctly the only configuration file is now /etc/apache2/httpd.conf, is this correct? Yes. Would it be safe to delete the configuration files located in the /etc/apache2/conf directory? Yes. Best regards, Stu -- Stuart Herbert [EMAIL PROTECTED] Gentoo Developer http://www.gentoo.org/ http://stu.gnqs.org/diary/ GnuGP key id# F9AFC57C available from http://pgp.mit.edu Key fingerprint = 31FB 50D4 1F88 E227 F319 C549 0C2F 80BA F9AF C57C -- signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] Developmnet Environment for PHP and PERL
Hi, On Tue, 2005-11-08 at 10:33 -0800, Michael Shaw wrote: What editor do people use for PHP and Perl development. I'm looking for something with syntax highlighting and such, so that rules ut vi or gedit. Thanks, Mike I used the php-mode for emacs when I co-wrote the Zend Certification Study Guide. Unlike vim, emacs actually parses and understands the code it's editing; this makes the syntax highlighting and indentation support much more flexible and accurate. I'd go as far as saying that the auto-indentation support for php-mode for emacs is by far the best I've worked with to date. Today, I use the phpEclipse plugin for Eclipse 3.0. I'm very happy with this. Performance is very good, the object browser works better than php-mode for Emacs did, and it's very useful indeed to be able to search all the files of a project from within the editor. There's also the advantage of being able to use other Eclipse plugins, such as support for subversion. phpEclipse is my main environment, which I use a good 8-10 hours in a working day. I tried Zend Studio about 18 months ago, but didn't like it. I found the performance was too slow (hate using software that can't keep up with my typing!), auto-indenting was inflexible (and I couldn't convince Zeev why that mattered :(, there was no subversion support, and no anti-aliased font support (tiring on the eyes when your main machine is a laptop). I haven't tried Zend Studio 4, and have no idea whether it has improved in any of these areas or not. Can't comment on a good environment for perl. Last time I used perl seriously was in '96. Things have changed a lot since then. Hope that helps, Stu -- Stuart Herbert [EMAIL PROTECTED] Gentoo Developer http://www.gentoo.org/ http://stu.gnqs.org/diary/ GnuGP key id# F9AFC57C available from http://pgp.mit.edu Key fingerprint = 31FB 50D4 1F88 E227 F319 C549 0C2F 80BA F9AF C57C -- signature.asc Description: This is a digitally signed message part