21
Per4orm
Re: Ohhh... what happen.. again
  • 2003/12/1 20:05

  • Per4orm

  • Documentation Writer

  • Posts: 145

  • Since: 2003/11/14


I had exactly the same issue when running XOOPS on a particular ISP - I sometimes had to log in 4 or 5 times before the system knew I was actually there. I moved hosts, and the problem was solved instantly. I never did find out the exact cause of the issue, but needless to say I'm sticking with the host I know can support XOOPS properly!



22
Per4orm
Re: Capacity of Xoops?
  • 2003/12/1 18:45

  • Per4orm

  • Documentation Writer

  • Posts: 145

  • Since: 2003/11/14


I have it on good authority that xoops.org handled nearly 8 million hits during November, and I noticed very little wrong with how this site handled it, so I wouldn't worry unduly.



23
Per4orm
Re: FORUM Popping up last post to top of the page?
  • 2003/12/1 10:41

  • Per4orm

  • Documentation Writer

  • Posts: 145

  • Since: 2003/11/14


The easiest way is to tell your users that when they view a forum thread, they will see a "Newest First" link at the top. If they click on this, the thread will be sorted with the most recent post at the top of the page, and the oldest at the bottom.



24
Per4orm
Re: Help with Theme
  • 2003/12/1 8:39

  • Per4orm

  • Documentation Writer

  • Posts: 145

  • Since: 2003/11/14


Unfortunately for you, you've picked two sites that use a lot of custom programming within the modules! I agree with you - they are both stunning sites to looks at, and if I remember rightly, some of the custom code used in the production of gaining-mass.com might well be released to the XOOPS community in the near future.

Best of luck!



25
Per4orm
Re: Is this the right place to post?
  • 2003/12/1 8:17

  • Per4orm

  • Documentation Writer

  • Posts: 145

  • Since: 2003/11/14


This would be the right place to discuss bugs. At the moment, the XOOPS developers are very busy working on a number of improvements for future versions, and it's very possible that they know of and are working on any bugs you may have reported already.

If you could point us in the direction of your previous posts so we can have a look at what bugs you have posted, maybe somebody here on the forums can help you.

Cheers,

Gareth



26
Per4orm
Re: Xoops display help needed
  • 2003/11/28 18:43

  • Per4orm

  • Documentation Writer

  • Posts: 145

  • Since: 2003/11/14


At the risk of sounding "old-school", IMHO your best option is to lose the flash header altogether and use a different theme. In the first instance, flash can cause accessibility options, especially for users viewing your site from a webcafe or library for example, where a flash player isn't installed. Secondly, a flash header, especially of that size, is going to use a lot more bandwidth than you might want. Thirdly, a site optimised for 1024x768 with no resize option is also going to cause problems with certain browsers, each of which have different display sizes.

In my opinion, it's always best to ensure a site looks good on an 800 width screen first, then think about the higher resolutions.

I know this doesn't answer your question, but I hope it has at least made you think about how important that flash header REALLY is.

Regards,
Gareth



27
Per4orm
Re: french host banned admin.php
  • 2003/11/28 17:59

  • Per4orm

  • Documentation Writer

  • Posts: 145

  • Since: 2003/11/14


I have to agree with Herko that any password protected site will be the subject of brute force attacks, and that is not unique to XOOPS by a long way.

There are a number of things the individual site admin can do to ensure increased security:

1) Change your password on a regular basis.

2) Use passwords which are harder to crack. By this I mean ideally over 12 characters, with a combination of letters in different cases and numbers. Definately avoid names, dates and dictionary words in any language.

3) Keep the number of users with admin priviledges as low as practically possible.

On that note however, there are some things IMHO that may be possible to incorprate into the XOOPS system:

1) After say, 3 concurrent failed login attempts, the admin account is suspended, the password reset and a new password automatically generated and sent to the admin by email.

2) Incorporate the option of site admins having two identities. One is the public username, or pseudonym, that is displayed when the admin is online or makes posts etc. The other is the admin login name that is NEVER displayed on public areas of the site. This way, brute force attacks would have to match a username and password, neither of which they know. With the current system, everyone knows the login of the site admin, so it's only the password that has to be cracked.

Again, just an opinion or two...

Regards,
Gareth



28
Per4orm
Re: Merging Text Problem
  • 2003/11/28 14:11

  • Per4orm

  • Documentation Writer

  • Posts: 145

  • Since: 2003/11/14


Not encountered this one before. The first thing I'd suggest is ensuring that your are using the default templates for the forums, and that they haven't been altered in any way.



29
Per4orm
Re: Module Idea
  • 2003/11/28 11:55

  • Per4orm

  • Documentation Writer

  • Posts: 145

  • Since: 2003/11/14


Nice idea... but it's not a new one. Please people, remember to search to forums to see if a topic has already been covered before posting. I don't know how many "review module" threads we have already, but there are a lot of them!



30
Per4orm
Re: Security feat XOOPS
  • 2003/11/27 20:47

  • Per4orm

  • Documentation Writer

  • Posts: 145

  • Since: 2003/11/14


There is another option, if I may be so bold, that could be considered for the next major release:

Have all the admin files, including admin.php, within a subdirectory of the main installation. Then to access the administrators area you have to access admindirectory/index.php

This has the added advantage that the admin directory could then also be protected by a .htaccess file if required, doubling the security level.

Regards,
Gareth




TopTop
« 1 2 (3) 4 5 6 ... 14 »



Login

Who's Online

260 user(s) are online (162 user(s) are browsing Support Forums)


Members: 0


Guests: 260


more...

Donat-O-Meter

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

Latest GitHub Commits