Admin site problem.

[isd]

I make step by step installation of CMS. After installing web page looks normal:

http://fatcat.ftj.agh.edu.pl/~isd/

but admin page is somehow inactive and looks like this (no password):

http://fatcat.ftj.agh.edu.pl/~isd/admin/

(here:


is the screenshoot)

any clues?

[Xander]

Hi!

As a matter of fact I do . You haven't configured the .htaccess file correctly. Since you're using CompactCMS in a subdirectory, you need to set the .htaccess accordingly. Read all about it in this post: http://compactcms.nl/forum/index.php?topic=41.0. Issue 1.

Good luck & let me know if you got it working.

Xander.

[isd]

Hello.

I configure .htaccess as show in documentation. My file looks like this:

RewriteEngine On
RewriteBase /

RewriteRule ^([^/]*)\.html$ /~isd/index.php?page=$1 [L]
RewriteRule ^print/([^/]*)\.html$ /~isd/afdrukken.php?page=$1 [L]
RewriteRule ^admin/includes/js/(.*\.js) /~isd/admin/includes/combine.inc.php?type=javascript&files=$1
RewriteRule ^admin/img/styles/(.*\.css) /~isd/admin/includes/combine.inc.php?type=css&files=$1

And I thinks it's ok.

Best regards
ISD

[Xander]

If you see colours and are able to create pages then all should be okay. The content of .htaccess you describe looks correct, so it should work.

Good luck!
Xander.

[???????_??????]

   
Good vecher.Ya installed on the hosting (domen.com.ua) your cms, my admin panel like on the picture and not like in the demo version you pokazana.Podskazhite details that you need to change the admin work.
P.S
Sorry for my English, I do not write, well, well-read. 

[Paraplegic Racehorse]

I'm having similar difficulties. I get no pretty layout in the Admin area and no files list or menu options. I can create pages, but not edit them.

I get the "There seems to be a misconfiguration error" message, but none of the .htaccess edits mentioned anywhere else have an effect except to break the rest of the site.

Here's my situation: I am running CompactCMS on one domain of a multi-domain hosting account. The domain points directly to a sub-folder of [my_account]/public_html (presumably, they use Apache VHost configurations, but I'm not entirely sure). Such that I have

[accountname]/public_html/domain_root_folder/ (but this is not _server_ root)

'RewriteBase /' works for the public side of the site.
Changing the paths of all rewrite directives breaks the whole site.
Changing the paths of just the admin rewrite directives does not repair the admin area.
Removing the extra whitespace (tabstops) in the individual rewrite directives resulted in no change.
Adding a '/' at the beginning of the paths of each rewrite rule resulted in no change.

Also, if I set [config.inc.php] $cfg[protect] = true, I cannot access the admin area at all. I tried changing the quotes of user and pass to double-quotes because all the other variables were double-quote surrounded and that did no good. I even copy/pasted the authentication into the dialog to no avail.

I turned off SecFilterEngine in .htaccess which resulted in no change.

Oh, and I get generic 404 and 403 errors rather than the custom pages in /content. This is weird because the content of home.php and installation.php show up properly so long as I haven't screwed with the default rewrite rules in .htaccess.

Yes, I did try flushing my browser cache. Several times. No change. I don't know what else to do, here.

My current .htaccess rewrite sections:

Code: [Select]

Options +FollowSymLinks
RewriteEngine On
RewriteRule ^([^/]+)\.html$ /index.php?page=$1 [L]
RewriteRule ^print/([^/]+)\.html$ /afdrukken.php?page=$1 [L]
RewriteRule ^admin/includes/js/(.+\.js)$ /admin/includes/combine.inc.php?type=javascript&files=$1 [L]
RewriteRule ^admin/img/styles/(.+\.css)$ /admin/includes/combine.inc.php?type=css&files=$1 [L]
RewriteRule ^sitemap\.xml$ /lib/sitemap.php [L]
My config.in.php file (copyright stuff removed only for this post):

Code: [Select]

<?

// Standard configuration
$cfg[sitename] = "Glacier Taxicab"; // Your site name - this will show in the front-end.
$cfg[language] = "en"; // Select the language of your (front-end) website - en, nl, de, es.
$cfg[homepage] = "home"; // Select your default page that should appear on opening (your homepage).
$cfg[img_path] = "img/"; // Your image folder (relative to template file)

// Detailed configuration. By default shouldn't need adjusting.
$cfg[version] = false; // Check for the latest CompactCMS version [true/false]
$cfg[iframe] = false; // Support iframes within the editor [true/false] (risky(!), see documentation.)
$cfg[wysiwyg] = true; // Enable the WYSIWYG editor [true/false]
$cfg[markdown] = false; // Add mark-down (Wiki formatting) support [true/false]

// Security configuration
$cfg[protect] = false; // Password protect your administration [true/false]
$cfg[user] = "REMOVED"; // Modify if $protect is set to true
$cfg[pass] = "REMOVED"; // Modify if $protect is set to true

// Database settings (case sensitive)
$cfg[db_host] = "MY_SERVER"; // MySQL setting - your database host.
$cfg[db_user] = "gtaxi"; // MySQL setting - your database username.
$cfg[db_pass] = "REMOVED"; // MySQL setting - your database password.
$cfg[db_name] = "gtaxi_ccms"; // MySQL setting - your database name.

// Restrict for editing with the editor. Use the filenames without extension.
$cfg[restrict] = array("sitemap", "formhandler");

// Multiple variants give you the option to categorize menu items (still under development)
// See http://compactcms.nl/forum/index.php?topic=23.0 for a tutorial on how to implement
$cfg[variants] = array('en');

?>
I guess there is one other thing... I created my own /index.php and /img/style.css before I even tested to see if the defaults were working. This cms was such a breeze to set up on my home sandbox server, I anticipated no trouble. I edited no files anywhere in the /admin folder structure.

Heh... and another. permissions on /content/ and /admin/includes/cache are 755 as changing them to 666 made them invisible to my FTP software (FileZilla, gFTP and Nautilus all exhibited same behavior to permission 666 folders). The contents of those folders remain the default permission 664.

Hah! Yet more. There is a separate (empty) .htaccess file in [account_name]/public_html. Removing breaks my _other_ sites, somehow.

Database access has been verified by viewing the tables in phpmyadmin.

Since I can add pages through the /admin interface (but not edit), I can then alter my menu structure directly in phpmyadmin and then hand-edit each page in /content. However, that's a whole lot more complex than working with static html pages and defeats the purpose of a CMS.

[Xander]

Hi!

I'm ever so sorry (still) that I haven't been able to answer you yet. As written before I'm working towards completing my thesis (due in 8 days) and therefore haven't been able to go through the forum . One thing is sure, you've gone through many things I would have suggested you otherwise . What appears to be strange is the fact that the front-end appears to be working, while the administration is not.

There is one thing that I'd like to ask you to see in what direction we have to digg (server or script config). You'll need Firebug for Firefox for this (an add-on). If you open Firebug (F12) on your administration screen and look for the "net" tab, do the mootools.js,common.js and base.css,layout.css files in black (found OK 200) or in red (not found 404)? If it is okay we've got a server configuration that appears to be incorrect. If these two lines are red, than we need to take a closer look at the .htaccess file.

To illustrate what were looking for I've attached a screenshot.

Hopefully I'm not too late yet, but as said, I've had to focus my attention on my study for some time (and another 8 days to go...). But once done I'd like to clean up the forum and fill the Wiki and work on improving CCMS further.

Thanks for sticking around!
Xander.

[abicio]

I have the same problem (I use xampp, the front-end is ok), i attach the screenshot with firebug. Also, I can access to the admin section without using the password 

[abicio]

I commented all the "RewriteBase" and everything works... 

[Xander]

Hi Abicio,

Good to know . Next time if you are ever unsure: look at the tab "NET" in Firebug and see whether all files can be found. I assume that also password protection now works?

Cheers,
Xander.

[abicio]

I was just writing to you...

It works in the sense that now it asks me for the password,  but...

...even if I set the variable in the config.inc.php, when I write the user name and psw to the dialog box, suddenly the dialog box popup again..and again...and again, so I must press "cancel" and I cannot enter in the admin area... I think it's a configuration problem, but I don't know what to modify

here you can try: http://www.ristoranteost.it/admin/

my config.inc.php

Code: [Select]

$cfg[protect] = true; // Password protect your administration [true/false]
$cfg[user] = 'admin'; // Modify if $protect is set to true
$cfg[pass] = 'mypass'; // Modify if $protect is set to true


[abicio]

maybe theproblem is that my server runs PHP in the CGI version 

[Xander]

Hi Abicio,

You hit the spot there. I read about some insights regarding Apache/PHP authentication and indeed it appears that these variables are only created when PHP is running as an Apache module. Otherwise the variables don't exist and will never let you in.

Therefore I can now only suggest to you that you disable the CCMS default authentication and use a htaccess/htpasswd solution (see: generator).

Since I want to keep this script lightweight I don't feel for including another row in the database which handles user management. But perhaps I can think of something else that is both secure and simple... If you have any suggestions: feel free to let me know !

Cheers,
Xander.

[abicio]

ok,I switched to htaccess protection, it could be interesting to know if all the server let to use the htpasswd solution, otherwise it could be interesting implement a login page...

[Kent Brockman]

Hi Abicio,
Good to know . Next time if you are ever unsure: look at the tab "NET" in Firebug and see whether all files can be found. I assume that also password protection now works?
Cheers,
Xander.

Hi there. I had the same problem than Abicio had and just for the record I wanted to let you know that even if the css/js files loaded by admin are present and OK in the "Net" tab in Firebug, the admin page may still be loading incorrectly.
I came across all the programming and guess what solved the problem: I took every css and js file and save it in UNIX format. Then, the admin page loaded correctly and forever worked ok.
I found that looking at the error console in Firefox, it reported bad encoding for layout.css. And again, the ugly load of the admin page was due to the lack of correctly built css/js files.

I have Cpanel on the server and edit with Notepad++. Maybe this post help anybody else.

Hi Abicio,
You hit the spot there. I read about some insights regarding Apache/PHP authentication and indeed it appears that these variables are only created when PHP is running as an Apache module. Otherwise the variables don't exist and will never let you in.

Therefore I can now only suggest to you that you disable the CCMS default authentication and use a htaccess/htpasswd solution (see: generator).

Since I want to keep this script lightweight I don't feel for including another row in the database which handles user management. But perhaps I can think of something else that is both secure and simple... If you have any suggestions: feel free to let me know !

Cheers,
Xander.

Yep, the combination htaccess/htpasswd did the trick, but being confident about that, having to setup the access from another place rather than from within the cms, is annoying. A login page and an extra table in the db will not do any harm You want a lightweight system, but the lesser efforts to configure it, the better opinions it will lead

I also did some modifications to the programming to enhance the menu depth... but it's a matter for another post.

Cheerz and really very very thanks for such a cool script!