131
Xman04
Re: Block display problem with theme in Firefox
  • 2005/1/24 19:39

  • Xman04

  • Not too shy to talk

  • Posts: 180

  • Since: 2004/7/12


UPDATE

I just noticed that this is not a problem specific to Firefox (as I previously thought). When I first posted about this problem, I didn't notice that the IE or Netscape windows were not maximized. When I maximize the width of both the IE and Netscape browser windows, the same overlapping problem occurs as with Firefox.

Thus, it seems there is some kind of CSS problem with the theme. When the browser window is maximized, the photograph in my custom block overlaps the inner bottom border of the block. However, when I shorten(drag in) the width of the browser window, the entire block lengthens and then the photograph stops overlapping.

Anyone know how to fix this problem? Thanks for any help.

Dave



132
Xman04
Block display problem with theme in Firefox
  • 2005/1/24 17:18

  • Xman04

  • Not too shy to talk

  • Posts: 180

  • Since: 2004/7/12


Hi,

I'm using the corporate theme, and noticed a problem with how it renders in FireFox. I created a custom block, and put some text in it and a photograph with left alignment. It looks fine in IE and Netscape. However, when I view it in Firefox, the photograph overlaps (crosses over) the bottom inner border of the block.

Has anyone experienced this? If so, how do I fix it?

Dave



133
Xman04
Re: Page blank/menu blocks missing after changing preferences
  • 2005/1/14 3:25

  • Xman04

  • Not too shy to talk

  • Posts: 180

  • Since: 2004/7/12


Well, I fixed the problem. I was able to turn on the PHP Debugging, and received the following error message:

Warning [PHP]: Cannot modify header information - headers already sent by (output started at /...../...../public_html/include/common.php:296) in file index.php line 39

As it turns out, the above error was unrelated to my first problem, which was that I didn't update the system module after upgrading to the latest XOOPS version.

Early on when I was having the first problem, I tried to set the debugging on by changing the setting of the error_reporting variable in the common.php file. I did this because I could not access the admin preferences page at the time. Well, when I changed the error_reporting setting, my server added extra spaces to the end of the php script. This is what generated the second error. I went back into the script, deleted the spaces at the end of the script, and now the problem is gone.

Actually, my host server adds the extra spaces as soon as I open a php file for editing. Thus, my problems originated from two errors, one was because I did not update my system module, and the other was because extra spaces are added when I edit php scripts.

Anyway, just wanted to share this in case others run into the same problem.

Dave



134
Xman04
Re: Page blank/menu blocks missing after changing preferences
  • 2005/1/14 0:11

  • Xman04

  • Not too shy to talk

  • Posts: 180

  • Since: 2004/7/12


Hi jdseymour,

I was able to get to the adminstration page, and update the system module. Well, the site now works some of the time. However, when I logout, I end up with a blank page again. Or, if I try to go back to the home page from another section, I receive a blank page again.

When I try to refresh the home page or retype the url to the home page, I keep getting the blank page. However, when I close the browser, reopen it, and then enter the URL, the home page comes up fine. For some reason, XOOPS renders a blank home page when logging out or returning to the home page from another section.

Dave



135
Xman04
Re: Page blank/menu blocks missing after changing preferences
  • 2005/1/13 15:19

  • Xman04

  • Not too shy to talk

  • Posts: 180

  • Since: 2004/7/12


Here is another observation regarding my problem. I have my site turned off, which means that the page which provides a message that the site is temporarily turned off is displayed (along with the login boxes).

I noticed that the XOOPS banner graphic is correctly appearing in this page, and correctly mapped to the "default" theme, which I reset it to through the MySql database. It is only when I login that a completely blank page is rendered. Earlier, when I had changed from the default theme to a different theme, the banners and footer were showing, but the remainder of the page was blank. When I manually changed it back to the default theme through the PHPAdmin of MySQL, the banners/footer stopped displaying too.

Anyway, I'm wondering if something was incorrectly written to the database when I initially changed my preferences.

The entire problem started when I changed the default theme setting from the default theme to another theme, and set Update module template .html files from themes/your theme/templates directory?to "Yes".

What occurs when the module template .html files are updated? Could something have gone wrong there?

Also, one other question. When I upgraded to the latest version of Xoops, I did this by overwriting all the old files with the new files. However, I never updated the system module in the "modules" administration page. Was I supposed to do this? And, could this by why my site has corrupted. Am I supposed to update other modules too, even though they have not been installed yet?

I'm trying to avoid starting from scratch again and reinstalling this. The upgrading process is very tedious, especially on a host server.

Dave



136
Xman04
Page blank/menu blocks missing after changing preferences
  • 2005/1/13 0:16

  • Xman04

  • Not too shy to talk

  • Posts: 180

  • Since: 2004/7/12


Hi,

I just recently updated to the latest version of XOOPS on my host server. My host server provided an automatic install of XOOPS with Fantastico. However, I had to upgrade it, since it installed the previous version of Xoops.

I had no problem with the update. When I logged in, the administration menu and user menu appeared, as normal. However, after I updated my system preferences to use a different theme, the problem started.

I went into the system module and preferences, and changed the default theme setting to a different theme (other than the default theme). After making that change, I tried to log in, but the only things that were displayed were the top banners and the footer. There were no menu blocks showing, which meant I had access to nothing.

I went into my MySQL database on my host server, and went into the xoops_config table, where I changed the _MD_AM_ Dtheme field value back to "default". The value had previously been set to the custom theme I switched to in the system preferences page (when I was still able to access that page through the menu system). Now, after changing that field value to "default", I receive a completely blank page when logging in. The banners and footer are not even there now. I'm not an MySQL or PHP expert here, so I have no clue what is going on, or how I even made it worse.

There are a few things to note here:

1) The custom theme is not the problem, since it worked fine with my other XOOPS installation.

2) There are no modules installed yet, except for the system module.

3) I did make a change in one of the newbb files within the templates folder of the newbb module. However, I made this same change within my old XOOPS site, and it worked fine. Basically, I just added a reference to a color class in my style.css file. I don't really think this is the problem, but I'm mentioning it anyway. The Newbb module is not even installed yet, which further makes this an unlikely cause.

4) Before I updated the preference page in the system module, I selected the option where new files/templates are automatically updated. I forget the exact title of that option.

Anyway, I'm wondering what is going on now, and how I should fix this problem. Any help would be appreciated.

** I just noticed that when I log in and the blank page appears, my URL appears this way:

http://mysite.com/index.php?PHPSESSID=24faa420941f4c74430f68345e9a7bed

Just wondering if this gives anyone any clues, since it is the last rendered URL upon the site going dead.

I tried setting the error_reporting to display errors, but no errors show up.

Dave



137
Xman04
Re: PHP 5.x upgrade issues
  • 2004/10/27 15:46

  • Xman04

  • Not too shy to talk

  • Posts: 180

  • Since: 2004/7/12


Hi Mithrandir,

Thank you for the estimated time table on the PHP5 conversion. You guys have done a great job on Xoops, and I'm committed to growing my web sites along with your continuous upgrades. The quality of XOOPS is far beyond any other CMS that I've looked at.

I contacted my current host and Surpass hosting regarding any plans for upgrading to PHP5. Surpass told me that they will be updating PHP when cPanel releases an update for this. However, they could not estimate when this would happen. I imagine that many hosts will upgrade along with cPanel, since cPanel is so widely used. Although, this is not saying that cPanel has any plans to upgrade to PHP5. I may try to contact cPanel, and see what they have to say.

My current host told me that they have no plans to upgrade to PHP5, due to compatibility issues. Thus, it seems to depend on the particular host, and whether or not they make their decisions based on cPanel or their own criteria. Although, I wonder if cPanel gives them options as to what versions of software to use.

Dave



138
Xman04
Re:Xoops Trafic Performance
  • 2004/10/27 15:11

  • Xman04

  • Not too shy to talk

  • Posts: 180

  • Since: 2004/7/12


Hi Mithrandir,

So basically the caching saves the output of the last user (when the caching is set), and displays that static output for the life of the caching.

Ok, I understand this better now. And as Ackbarr mentioned, it is better to cache content that doesn't change often, but that is visited often.

Thanks for the information,
Dave



139
Xman04
Re:Xoops Trafic Performance
  • 2004/10/25 19:13

  • Xman04

  • Not too shy to talk

  • Posts: 180

  • Since: 2004/7/12


Hi ackbarr,

Thanks for the links and tips.

Is the PHP pre-caching engine something that the host sets up? Or, is this something that I would need to manually configure or turn on? I have the same question for the MySQL query cache.

I assume that I turn on the smarty caching within the blocks or admin preferences section.

Dave



140
Xman04
Re: PHP 5.x upgrade issues
  • 2004/10/25 18:58

  • Xman04

  • Not too shy to talk

  • Posts: 180

  • Since: 2004/7/12


Hi Don,

I'm going to write to my current host, and see what they have to say. Although, I don't think I will ever be completely comfortable, unless I'm using a host that is XOOPS friendly, or XOOPS becomes PHP5 compatible. My current host could tell me one thing, and do something else later on.

Is it difficult to move an XOOPS site between hosts?

Dave




TopTop
« 1 ... 11 12 13 (14) 15 16 »



Login

Who's Online

164 user(s) are online (126 user(s) are browsing Support Forums)


Members: 0


Guests: 164


more...

Donat-O-Meter

Stats
Goal: $100.00
Due Date: Apr 30
Gross Amount: $0.00
Net Balance: $0.00
Left to go: $100.00
Make donations with PayPal!

Latest GitHub Commits