Snitz Forums 2000
Snitz Forums 2000
Home | Profile | Register | Active Topics | Members | Search | FAQ
Username:
Password:
Save Password
Forgot your Password?

 All Forums
 Snitz Forums 2000 DEV-Group
 DEV Discussions (General)
 Please let this be in the next release!!
 New Topic  Topic Locked
 Printer Friendly
Next Page
Author Previous Topic Topic Next Topic
Page: of 2

adamch25
Starting Member

USA
22 Posts

Posted - 11 June 2003 :  08:38:36  Show Profile  Send adamch25 an AOL message  Send adamch25 an ICQ Message  Send adamch25 a Yahoo! Message
A folder structuring is needed for Snitz. Place the images in a folder, include files in a folder, admin files in a folder, etc. I've actually been waiting patiently for this for over 2 years now. It seems to get overlooked every release. I am hoping and praying that it will make the cut for version 4. I manually do this myself after every release and it has gotten very tiresome. Doing this would make upgrading to newer releases much easier for me. Read the topic below... even Huwr agrees!

http://forum.snitz.com/forum/topic.asp?ARCHIVE=true&TOPIC_ID=2567

Adam

Edited by - Davio on 11 June 2003 12:59:30

Hamlin
Advanced Member

United Kingdom
2386 Posts

Posted - 11 June 2003 :  08:44:47  Show Profile
You can already specify an image folder.
Go to Top of Page

Nikkol
Forum Moderator

USA
6907 Posts

Posted - 11 June 2003 :  08:45:04  Show Profile
In 3.4 you can specify a separate folder for images. It helps a lot. Why do you need separate folders for the other files?

Nikkol ~ Help Us Help You | ReadMe | 3.4.03 fixes | security fixes ~
Go to Top of Page

Gremlin
General Help Moderator

New Zealand
7528 Posts

Posted - 11 June 2003 :  09:11:13  Show Profile  Visit Gremlin's Homepage
I'm one that does the same too, I like to have various files such as includes, admin pages etc each in their own directory. I don't think though that it warrants being added as a feature to the next version becuase most likely only a handful of people would ever actually want or use it.

Kiwihosting.Net - The Forum Hosting Specialists
Go to Top of Page

adamch25
Starting Member

USA
22 Posts

Posted - 11 June 2003 :  09:23:08  Show Profile  Send adamch25 an AOL message  Send adamch25 an ICQ Message  Send adamch25 a Yahoo! Message
quote:
Originally posted by Nikkol

Why do you need separate folders for the other files?



Its good practice to keep things separated and clean. I personally like to know exactly where to look if I want to modify an admin file or includes file. Its especially nice for those of us who have control over our servers to be able to add additional security to the admin folder. I've tested a few other message board software apps and they all seem to use a common folder structure.

Adam
Go to Top of Page

adamch25
Starting Member

USA
22 Posts

Posted - 11 June 2003 :  09:32:17  Show Profile  Send adamch25 an AOL message  Send adamch25 an ICQ Message  Send adamch25 a Yahoo! Message
quote:
Originally posted by Gremlin

I don't think though that it warrants being added as a feature to the next version becuase most likely only a handful of people would ever actually want or use it.


I think you'd be surprised... there are a lot of closet folder structurers out there! Actually, I think there are a ton of features that most people don't necessarily use but certainly add to the foundation of the app. I think this is one of those subtle features that would only improve the app. Sure, most people probably wont even notice or care but it will be welcomed by those that do.

Adam
Go to Top of Page

davemaxwell
Access 2000 Support Moderator

USA
3020 Posts

Posted - 11 June 2003 :  10:13:59  Show Profile  Visit davemaxwell's Homepage  Send davemaxwell an AOL message  Send davemaxwell an ICQ Message  Send davemaxwell a Yahoo! Message
Actually, back in the dark ages of early Snitz development(I think this changed in the 2.8 range but it could have been before then), the admin stuff at the very least was split into a separate folder. And people hated it because it required more effort on install plus the theory then (which I still tend to agree with) was that the files were already named meaningfully so they would be easy to identify (all admin pages start with admin_, all popup forms start with pop_, all include files start with inc_, all images start with icon_, etc. So on general consensus, the folders were combined all into one to make it as easy as possible to install to your host.

Dave Maxwell
Barbershop Harmony Freak
Go to Top of Page

snaayk
Senior Member

USA
1061 Posts

Posted - 11 June 2003 :  11:02:40  Show Profile  Visit snaayk's Homepage  Send snaayk an AOL message  Send snaayk an ICQ Message  Send snaayk a Yahoo! Message
I also separate all my files into neat little folders. All forum files are in the forum folders I do howevermove the admin files to a admin folder for all site administration. I then do a find and replace. PITA, but worth it, I think.
Go to Top of Page

Roland
Advanced Member

Netherlands
9335 Posts

Posted - 11 June 2003 :  14:14:36  Show Profile
I'm not sure if this'll work with the forums, but if you create a site in DreamWeaver MX, and you move the files from one directory to another, the includes automagically get changed. Homesite 5 has a feature called "extended find & replace" that'll let you find & replace in entire folders, so it shouldn't be that much work to move files and get the include codes correctly.
Go to Top of Page

Reinsnitz
Snitz Forums Admin

USA
3545 Posts

Posted - 11 June 2003 :  15:10:11  Show Profile  Visit Reinsnitz's Homepage  Send Reinsnitz an AOL message  Send Reinsnitz an ICQ Message  Send Reinsnitz a Yahoo! Message
Yup... Huw was talking about the Images file only in that post dude.

The rest is logicaly named to allow for easy finding and editing. There are hosts out there that don't allow sub folders (probably very few now). The ability to have images in a sub folder was done as described as above. The ability to have admin stuff in a sub folder was canned caus it realy doesn't add any security or have any plausable use for most of the user community.

Reinsnitz (Mike)
Go to Top of Page

Doug G
Support Moderator

USA
6493 Posts

Posted - 11 June 2003 :  23:49:24  Show Profile
I'm of the opinion the admin pages should be in a separate folder. With IIS and windows it makes it easy to add OS authentication protection to the admin pages. As it is now you have to go through each file & change permissions.

======
Doug G
======
Computer history and help at www.dougscode.com
Go to Top of Page

Reinsnitz
Snitz Forums Admin

USA
3545 Posts

Posted - 12 June 2003 :  15:43:22  Show Profile  Visit Reinsnitz's Homepage  Send Reinsnitz an AOL message  Send Reinsnitz an ICQ Message  Send Reinsnitz a Yahoo! Message
oh... and includes... forgot about those... can you tell an include to relatively include? ../inc_header.asp (or does it have to be rooted? /forum/admin/inc_header.asp)

Reinsnitz (Mike)
Go to Top of Page

Gremlin
General Help Moderator

New Zealand
7528 Posts

Posted - 12 June 2003 :  18:13:47  Show Profile  Visit Gremlin's Homepage
You can use relative Mike. include has two options include file= and include virtual=

Kiwihosting.Net - The Forum Hosting Specialists
Go to Top of Page

MasterOfTheCats
Junior Member

103 Posts

Posted - 13 June 2003 :  02:04:08  Show Profile
This will cause problems with MODs, problems in upgrading, etc... Also if "Enable Parent Paths" in IIS is turned off, you will have problems with admin pages. So it would be wiser to leave it as is.

Include virtual is not useful in PWS like development environments, where you put everything under localhost (w98 and w2k pro)...
Go to Top of Page

Roland
Advanced Member

Netherlands
9335 Posts

Posted - 16 June 2003 :  11:48:26  Show Profile
quote:
Originally posted by FrutZle

Homesite 5 has a feature called "extended find & replace" that'll let you find & replace in entire folders, so it shouldn't be that much work to move files and get the include codes correctly.


I have to admit that after having tried doing this, I gave up because it's still a lot of work and needs some kind of schedule or plan on what to do first and what should be found and replaced. I had neither time nor did I feel like doing that much work.

Next up is a test to see if Dreamweaver MX can help, but I'm not exactly confident that it'll work. If it works without problems, I'll post about it so perhaps it'll be of use to someone.
Go to Top of Page

MasterOfTheCats
Junior Member

103 Posts

Posted - 05 July 2003 :  07:46:29  Show Profile
I did this on a local test forum but ran into some problems. I created "admin", "inc" and "img" directories. Here are what I faced in addition to simple INCLUDE directive changes:


  1. Link references: Some must be made dynamic. Anything linking to another admin file from another admin file can stay as is, but links in include files (e.g. inc_header.asp) need sometimes to point to (say) "active.asp", sometimes to "../active.asp".

  2. Image references: Same problem. They are sometimes in "img/icon.gif" style, sometimes in "../img/icon.gif" style. This is simpler because most images come from getCurrentIcon function.

  3. Application related: As far as I know, an ASP application starts with the execution of first ASP script and it cannot go upper levels in directory. If someone starts with setup.asp or admin_home.asp, there can be a problem. Also "strCookieURL" calculation must be changed.



All necessary calculations can be made in config.asp. What I did is (same order):


  1. Replaced most strImageURL's with another variable "strCorrectedImageUrl". The value of it is either equal to strImageURL or equal to "../" & strImageURL.

  2. Defined strURLCorrectionPrefix which is either "" or "../". I replaced all links of style
    
    response.write "<a href=""default.asp"">"
    


    With

    
    response.write "<a href=""" & strURLCorrectionPrefix & "default.asp"">"
    


    You should only use it in include files. Other changes to the links:
    * From main files to main files stay as is
    * From admin files to admin files stay as is
    * From main files to admin files hardcoded like "admin/admin_home.asp"
    * From admin files to main files hardcoded like "../default.asp"

    I actually defined a constant for admin directory and used strAdminDirectory & "admin_home.asp" style to cope with the "Enable Parent Paths" problem.

  3. strCookieURL related one is easy:
    
    strCookieURL = Left(strPathInfo, InstrRev(strPathInfo, "/"))
    strCookieURL = replace(strCookieURL,"/admin/","/")
    


    BUT, I'm not sure about the application start point.



I think it will be a good point to make these changes to the base code with v4. It seems from the stuff I read here that changes in v4 is already very much and all mods etc must already be re-written. This is why I tried this and shared what I faced.

I'll also thank anybody who shares his/her opinions/knowledge on these (especially #3).
Go to Top of Page
Page: of 2 Previous Topic Topic Next Topic  
Next Page
 New Topic  Topic Locked
 Printer Friendly
Jump To:
Snitz Forums 2000 © 2000-2021 Snitz™ Communications Go To Top Of Page
This page was generated in 0.4 seconds. Powered By: Snitz Forums 2000 Version 3.4.07