1
mclindy
Re: Messed up user menu & other blocks
  • 2008/2/23 18:32

  • mclindy

  • Just popping in

  • Posts: 38

  • Since: 2005/1/23


Thanks colossus! Pasted code in at top of CSS and now everything looks like it should.



2
mclindy
Re: What registrar do you use? Just trying to save some money.
  • 2007/7/5 3:32

  • mclindy

  • Just popping in

  • Posts: 38

  • Since: 2005/1/23


I have been using www.freeparking.com for about five years and I love them. You get 20 free email addresses at your domain that forward to other addresses. Also you get full control of your DNS so you can make site1.yourdomain.com, site2.yourdomain.com, etc as many as you want for no additional charge. I was running a server where I gave all of my users a top domain site (e.g. user1.domainname.com) and it was very nice.

They aren't cheap but you get total control of your domain. I have used cheaper registrars but had to pay extra fees and go through BS to get the "extra" features that are included with freeparking.

I currently have all five of my domains through these guys. I have also used them for setting up customer domains because I can manage their domain under my own account then pass it over to their account (which means I can't manage it anymore) if the need should arise. I have several satisfied customers using freeparking. I haven't had a single complaint in five years and at least 10 domains.

By the way I don't work for them in any way. They have just been so solid and great for my purposes I always suggest them to anyone who asks.



3
mclindy
Re: can any1 confirm (prob on xoops.org)
  • 2006/11/22 22:47

  • mclindy

  • Just popping in

  • Posts: 38

  • Since: 2005/1/23


to IRMFAN:

Did you check your cookie settings as I suggested? If you are using custom sessions that might cause the problem. You don't set a cookie anonymously. Also you could check your browser's cookie settings, though my guess is that you have custom sessions turned on.

I don't think it's a firewall problem. A firewall shouldn't stop you from logging in unless you use SSL (socket 443, I think) and that port is blocked by the firewall. Otherwise the firewall should pass your info through the same way it handles other traffic to and from your site.



4
mclindy
Re: can any1 confirm (prob on xoops.org)
  • 2006/11/21 22:41

  • mclindy

  • Just popping in

  • Posts: 38

  • Since: 2005/1/23


This sounds like a cookie problem. It's a problem when you log in because that's when the cookie is set.

Log in as administrator, go to preferences, general settings.

Scroll down and see if "Use custom session" is selected. I'll bet it is. Uncheck it, save, logout, and log back in. Look for the problems you were having. My guess is they're gone now.

I had this problem, too.

Here's my original post in the module support forum for a detailed description of my problem and a link to a helpful SQUID FAQ that helped me a lot.

Here's another thread that I think is about the same problem.

This is hard to debug because turning on debug mode didn't return any results. Everything I've seen in all of these threads sounds like the same problems I was having.

My question is, what is it about custom sessions that causes this problem? I don't know enough about PHP to fix it. Perhaps someone can compare the sntax of the default session to that of the custom session? It seems that there must be a subtle difference.



5
mclindy
Re: Zero Sized Reply
  • 2006/11/21 13:44

  • mclindy

  • Just popping in

  • Posts: 38

  • Since: 2005/1/23


Check to see if you have enabled custom sessions in your preferences. If you have, disable it. One of the reasons you get this error is a cookie problem. I just finished troubleshooting a similar occurrence yesterday. I was stumped until I tried to view the site through a connection that uses SQUID. From home I got an empty page, but I got the Zero Sized Reply message from work so I Googled SQUID and read their FAQ, which pointed me to cookies.

Here's my link in the XOOPS Support Forum that contains a link to the SQUID FAQ that I found helpful. It has a list of other issues that might cause the zero sized reply.

However, since XOOPS has functioned very consistently for me for more than three years (until I tried to set up custom sessions, that is) my guess is you have a cookie issue that causes problems with a particular module (in my case it was WF-Downloads 3.1 Final).

I was just thinking that one way to troubleshoot this is to make the module available to anonymous users for a brief time then try to post or do whatever it is you want to do, then change it back to how you had it. If you can do what you want anonymously but can't when you are logged then in IMHO that suggests that the cookie your site is setting to keep you logged in is causing a problem with that module and/or some other aspect of XOOPS, your server, etc.



6
mclindy
Re: WF-Downloads --> blank page --> Zero Sided Reply --> Squid?
  • 2006/11/20 17:22

  • mclindy

  • Just popping in

  • Posts: 38

  • Since: 2005/1/23


Solved, mostly.

From SQUID Frequently Asked Questions: Troubleshooting
Quote:

11.51 Why do I sometimes get ``Zero Sized Reply''?

This happens when Squid makes a TCP connection to an origin server, but for some reason, the connection is closed before Squid reads any data. Depending on various factors, Squid may be able to retry the request again. If you see the ``Zero Sized Reply'' error message, it means that Squid was unable to retry, or that all retry attempts also failed.

What causes a connection to close prematurely? It could be a number of things, including:

1. An overloaded origin server.
2. TCP implementation/interoperability bugs. See the System-Dependent Weirdnesses section for details.
3. Race conditions with HTTP persistent connections.
4. Buggy or misconfigured NAT boxes, firewalls, and load-balancers.
5. Denial of service attacks.
6. Utilizing TCP blackholing on FreeBSD.

You may be able to use tcpdump to track down and observe the problem.

Some users believe the problem is caused by very large cookies. One user reports that his Zero Sized Reply problem went away when he told Internet Explorer to not accept third-party cookies.

Here are some things you can try to reduce the occurance of the Zero Sized Reply error:

1. Delete or rename your cookie file and configure your browser to prompt you before accepting any new cookies.
2. Disable HTTP persistent connections with the server_persistent_connections and client_persistent_connections directives.
3. Disable any advanced TCP features on the Squid system. Disable ECN on Linux with echo 0 > /proc/sys/net/ipv4/tcp_ecn/.
4. Upgrade to Squid-2.5.STABLE4 or later to work around a Host header related bug in Cisco PIX HTTP inspection. The Cisco PIX firewall wrongly assumes the Host header can be found in the first packet of the request.
SQUID Frequently Asked Questions

Reading this reminded me that I changed my preferences to custom session because I wanted to limit the time users were logged in. After reading about cookie problems in the SQUID FAQ I went back and disabled custom sessions and now WF-Downloads seems to be working fine. This still doesn't explain the problem I had with the forums, but maybe it means that it was a problem with the forum module after all. Further, it doesn't explain why some files worked and some didn't if cookies were to blame. I'd like to understand exactly what happened but am happy that it's working again.

If you have any further info or have had a similar issue please post your thoughts here. I couldn't find any pages that relate to this and I doubt if I'm the only one that has ever had this problem.



7
mclindy
WF-Downloads --> blank page --> Zero Sided Reply --> Squid?
  • 2006/11/20 15:33

  • mclindy

  • Just popping in

  • Posts: 38

  • Since: 2005/1/23


Hello gang. I have tried to troubleshoot this myself to no avail. I went through every step of the FAQ about white or blank pages and nothing fixed the problem. Here's the gist:

I am using WF-Downloads 3.1 final.

Until this weekend there were only about ten files but I added another seven and now I have this issue.

I can download some files fine. However, when I click "download now" on other files a blank page opens and then nothing happens. In debug mode nothing comes up. At home I just get nothing. I have looked at the entries for the files that work and compared them to those that don't and I don't see any differences (e.g. file names, locations, etc.).

When I try to download the affected files at work I get this in the new browser window:
Quote:

ERROR
The requested URL could not be retrieved

While trying to retrieve the URL: http://www.mysite.com/modules/wfdownloads/visit.php?cid=15&lid=15

The following error was encountered:

* Zero Sized Reply

Squid did not receive any data for this request.

Your cache administrator is root.

The file still doesn't download but at least I have some info. This is all I have to go on.

I noticed something similar a few months ago when I tried to attach files to forum entries. Uploads go fine, but when I tried to download them I got the same blank page. At that time I thought it was a problem with the forum module so I just switched over to using WF-Downloads.

Anyway I am stumped. Any ideas? Thanks.

EDIT 11/20 9:32 GMT-8: Strangely, some files you can download if you aren't logged in, but when you log in you get the error. I don't think it's a simple permission problem because I have double & triple checked that. Also, this happens inside of the same category, e.g. when logged in I can download files A and B, but not C; then anonymously I can download all three or maybe only B and C. This doesn't appear to be random--the same issue is always with the same files. I have tried deleting the file and entry then reuploading. The upload is successful and the file appears but has the same problem. I'm thinking this is something with the database but I have no idea what could make this happen.

-------
Installation info.

I am running my own server using CentOS 9.4
Xoops 2.0.16
PHP 5 (not sure of exact version but pretty recent as of 11/20/06 was installed with xampp from ApacheFriends)
MySQL 5 (again, recent but not sure, from ApacheFriends)
WF-Downloads 3.1 Final
eXtGallery 1.0
Wordpress for XOOPS 2.04
Forum 2.02
News 1.44
-------



8
mclindy
Re: Admin cannot login
  • 2006/3/27 4:38

  • mclindy

  • Just popping in

  • Posts: 38

  • Since: 2005/1/23


It's working? Cool.

Now for the love of God man, back it up! Use the backup feature of cPanel and read up on the backpack module. You should get a backup at least monthly if not weekly or daily.

I'm glad everything worked out well.



9
mclindy
Re: Admin cannot login
  • 2006/3/27 3:58

  • mclindy

  • Just popping in

  • Posts: 38

  • Since: 2005/1/23


You might want to have a full backup (it's an option), but you should have the MySQL backup as a separate file as well. I think that you'll want to have it not packaged with everything else in a compressed file.



10
mclindy
Re: Admin cannot login
  • 2006/3/27 3:56

  • mclindy

  • Just popping in

  • Posts: 38

  • Since: 2005/1/23


It looks like there's an icon called Backup on the cPanel page. If you click that it looks like you can download a mySQLdatabase backup. That's the best thing to do, I think.

Again take all of this with caution because I've never used cPanel.

But at any rate you're going to need a backup of your data if you're to have any hope.




TopTop
(1) 2 3 »



Login

Username:
Password:

Lost Password? Register now!

Who's Online

61 user(s) are online (39 user(s) are browsing Support Forums)


Members: 0


Guests: 61


more...

Donat-O-Meter

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

Latest GitHub Commits