Three qstns:
(1). Static Pages (Build All)if used for login, does always show the links after login as if the user is not logged in. For example, EDITORS/LOGOUT Never appears if logging in from the static pages (Build thru Build All). Does it mean that the href for "Home" has to be changed to <%db_cgi_url%>/page.cgi?d=1
(2). Upon removing categories/ subcategories and then doing a Build All leaves the statically built pages in the directory (though not visible to visitor) which would really mean that once the directory grows, it really becomes a cumbersome job to reconcile the Statically Built Directories (and pages therein) and the ones actually threre in the database. This is despite the fact that the permissions were as desired during the initial installation.
Why aren't the redundant directories (and pages therein) being removed? What needs to be done to ensure that the database and the static directories are actually in unison with each other.
(3). This is carried forward from a earlier thread. The error while trying to edit categories and sub categories. The admin cannot edit the same as it gives error which has already been highlighted many a times and found the same to be true in my case also.
Please note that I have not tested the same on Links as i would want to move a step at a time. Links would only be tested after the Category/Sub category editing error is resolved.
Anup
(1). Static Pages (Build All)if used for login, does always show the links after login as if the user is not logged in. For example, EDITORS/LOGOUT Never appears if logging in from the static pages (Build thru Build All). Does it mean that the href for "Home" has to be changed to <%db_cgi_url%>/page.cgi?d=1
(2). Upon removing categories/ subcategories and then doing a Build All leaves the statically built pages in the directory (though not visible to visitor) which would really mean that once the directory grows, it really becomes a cumbersome job to reconcile the Statically Built Directories (and pages therein) and the ones actually threre in the database. This is despite the fact that the permissions were as desired during the initial installation.
Why aren't the redundant directories (and pages therein) being removed? What needs to be done to ensure that the database and the static directories are actually in unison with each other.
(3). This is carried forward from a earlier thread. The error while trying to edit categories and sub categories. The admin cannot edit the same as it gives error which has already been highlighted many a times and found the same to be true in my case also.
Please note that I have not tested the same on Links as i would want to move a step at a time. Links would only be tested after the Category/Sub category editing error is resolved.
Anup