NYCPHP Meetup

[leam at reuel.net]

More info, though I'm not sure what it means.

On the local machine and on the remote I open the template html editor. On both index.php is unwriteable. On the local machine there is a check box "Make unwriteable after saving". Not on the remote.

Any thoughts on where this comes from? The remote machine is hanging. It is, in all other respects that come to mind a plain vanilla install.

I wonder if it has anything to do with all the sessions left laying around in /tmp? Could it be that the ones in /tmp that are owned by root and perms 600?

I'm still confused, but hey, what's new?  :)

ciao!

leam

On Sat, Feb 26, 2005 at 07:16:05PM -0500, leam at reuel.net wrote:
> Well, I've installed the 4.5.2 from mamboforge.net. Is that 4.5.2.1 or do I need to install the patch bit as well?
> 
> The build installs and works fine so far, even with the 3rd party template. For step 4 are you talking about the additional components or what? So far the site has been vanilla except for the template.
> 
> Odd that. I installed it on the remote server and logged in as admin. At the top it says:
> 
> Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /home/wargames/public_html/configuration.php:68) in /home/wargames/public_html/administrator/index2.php on line 34
> 
> Going to the main page it says:
> 
> Warning: Cannot modify header information - headers already sent by (output started at /home/wargames/public_html/configuration.php:68) in /home/wargames/public_html/includes/mambo.php on line 302
> 
> Warning: Cannot modify header information - headers already sent by (output started at /home/wargames/public_html/configuration.php:68) in /home/wargames/public_html/index.php on line 194
> 
> Warning: Cannot modify header information - headers already sent by (output started at /home/wargames/public_html/configuration.php:68) in /home/wargames/public_html/index.php on line 195
> 
> Warning: Cannot modify header information - headers already sent by (output started at /home/wargames/public_html/configuration.php:68) in /home/wargames/public_html/index.php on line 196
> 
> Warning: Cannot modify header information - headers already sent by (output started at /home/wargames/public_html/configuration.php:68) in /home/wargames/public_html/index.php on line 197
> 
> Warning: Cannot modify header information - headers already sent by (output started at /home/wargames/public_html/configuration.php:68) in /home/wargames/public_html/index.php on line 198
> 
> This is after a fresh install. Removed the old, had it back up the database and drop the tables. Much of the front page is absent so I'm wndering if the database is not answering properly? The new tables are there along with the "old_" ones.
> 
> I'm not sure what would be differnet from the local host to the remote. I haven't yet added the new template.
> 
> Oh, that was weird. I had put another cr/lf on the configuration.php. Deleting it made the errors above go away. Of course the configuration.php was chmod 644 and it couldn't write. So I manually changed it to 747 at first, and then 777. The admin interface is back to hanging. And it has the "session_start" line as above.
> 
> Hmm... I'm starting to confuse myself. Time for some supper, I'll get back to this in a bit. If you have some more poking ideas, lemme know. We can stick with a plain install at first as that seems to be enough.
> 
> ciao!
> 
> leam
> 
> 
> On Sat, Feb 26, 2005 at 03:39:03PM -0500, Mitch Pirtle wrote:
> > On Sat, 26 Feb 2005 10:20:26 -0500, leam at reuel.net <leam at reuel.net> wrote:
> > > *sigh* I wish, sometimes, I would look at what I wrote and remember that the reader may not know what I've been struggling over for the past couple hours...  :(
> > > 
> > 
> > Then let us start by finding the corrolaries between the two grumpy
> > Mambos. Is this the same Mambo, just ftp'd down from the server?
> > 
> > Second, install a clean 4.5.2.1 on your local machine in a different
> > folder. Test it, does it perform like it is supposed to?
> > 
> > Then do the same on your server.
> > 
> > The reason I ask this is to find out if there is a config issue with
> > your server(s), and if you can get a 4.5.2.1 install running happily
> > on those machines then we need to look at your Mambo install. Here's
> > how I'd approach it:
> > 
> > 1) install a clean 4.5.2.1 on the machine, to test and see if Mambo
> > will run well
> > 2) make a copy of the trouble site, upgrade the copy to 4.5.2.1
> > 3) do a full backup - restore of the database (will clean up a lot of messes)
> > 4) migrate each component/part of the problem site to a new, clean,
> > running Mambo (to see exactly what part of Mambo is causing the
> > trouble, if it is even Mambo)
> > 
> > Testing on localhost is the best way, as you eliminate network
> > performance from the variables. If you start down this list, you
> > should have a pretty sharp idea as to where the trouble is coming
> > from.
> > 
> > Sorry to hear you are having such a unique problem, keep feeding me
> > info and I will try to help you figure it out :-)
> > 
> > -- Mitch
> > 
> > > I'll log into the site in one tab and into the administrative interface in the other. Site->Template Manager->Site Templates I'll select my default template (Darkstar by PixelBunyIP) and click "Edit HTML". It will give me the editor and then whenI click "Save" it just hangs.
> > > 
> > > No editing has been done, and the administration template is the original. No messages in administrator/error_log. In the other tab the front-end of the site works fine. No big lag, no burps. On the admin interface the top menu bar (Home, Site, etc) has dropdowns that do drop down and if you "Stop" and then click a drop down the browser (Mozilla 1.4.3 on RHEL WS 3.0) the lizard acts like it is doing something but nothing ever happens. If I kill that window and try to log in again it just hangs after I give name/apssword and "enter".
> > > 
> > > Server load is low. Just tried an experiment, killing my hung session and then trying to login to the admin interface on two different tabs. Going back to the front end it was also hung. Normally it won't do that if just one login is hung.
> > > 
> > > I wonder if it happened in 4.5.1a and if there is a javascript connection broken in the upgrade? Why are we using javascript anyway? That's not a knock, I don't know JS and am not sure what it provides over php.
> > > 
> > > Make more sense?  *I* understood it the first time. :P
> > > 
> > > ciao!
> > > 
> > > leam
> > > 
> > > 
> > > On Sat, Feb 26, 2005 at 09:31:18AM -0500, Mitch Pirtle wrote:
> > > > On Sat, 26 Feb 2005 08:58:56 -0500, leam at reuel.net <leam at reuel.net> wrote:
> > > > > Everyone,
> > > > >
> > > > > This seems to be an issue others are having and i'd like to gather some information about it. Also, as I dislike forums I'm going to suggest the other people stop here to visit.  :)
> > > >
> > > > Then lets kick this off with a description of what exactly happens :-D
> > > >
> > > > -- Mitch
> _______________________________________________
> New to Mambo? Get a great start here:
> http://forum.mamboserver.com/showthread.php?t=26144
> 
> New York PHP SIG: Mambo Mailing List
> AMP Technology
> Supporting Apache, MySQL, PHP &amp; Mambo!
> http://lists.nyphp.org/mailman/listinfo/mambo
> http://www.nyphp.org
>