So you create a category, it saves but it loses the slug?

Can you try with English characters please, see if the same happens.

I am not sure if non A-Z will be supported in the URL. Does this work with non-CodeIgniter web-sites?

Yes.But English characters is OK.Maybe the url_title function does'nt support chinese string.I try to use wordpress's sanitize_title_with_dashes function.It can not work either.The server responsed that it is a bad url.The url like http://localhost/pyrocms/admin/categories/edit/%25e9%25a5%25ad%25e9

Thats really not a good URL to have. No users, bots or ANYTHING would see that as anything other than gibberish.

Not sure what to do about this.

Could you send me what you have so far? I will try and have a look this week. email@philsturgeon.co.uk.

May I ask you a question?Thank you.Why use slug instead of primary key?Because I found the news module do work using primary key regardless of which language.

Slug = text representative that shows both users and crawlers what the content is.
ID = number in the database.

Of course a number works in every language, they are always the same.

I wouldnt want to ruin SEO for all languages with English characters, just to support non-English languages. Perhaps I can look into using primary key for non-A-Z based languages?

Oh,I see.Someone have get a solution.He translate the Chinese Character into pinyin.Pinyin use A-Z just like english.But it is a little complex.see http://www.moon-blog.com/2007/08/wordpress-plugin-chinese-pinyin-slug.html

I have sent you the catagories table.Please check it.Thank you.

Yes,You are right.I use hash code in slug for non-A-Z based languages.It do works.Just modified url_title.Thank you.

So this one can be closed ?

No. News articles create a slug automatically, based on the title. These slugs will be broken.

you have to send the ID number since the ID is unique , i already got issue opened check it .i also modified the cms version work this way , if you are interested

Meabed: We cannot just stop using slug's and swap everything to an ID, there is a reason we used slugs in the first place.

Could you please provide a little more information.

Is this on a local setup or live server.

Is MySQL definitly running?

Are you sure you have the right passwords?

Any information you can give us will help. Right now you are just telling me that something is broken somewhere for someone. We cannot do much with that. :-)

I also had a problem with the installation.

So I tried manual execution of the sql files.
The database went OK
but the default data failed.
Problem is with this line in default data sql:
('twitter_password','Password','Twitter password.','password','','','','0','1','twitter'), the type mentioned 'password' does not exist in the table settings

Solution:
in the database.sql at CREATE TABLE settings update the line:
type set('text','textarea','select','select-multiple','radio','checkbox') collate utf8_unicode_ci NOT NULL,

To

type set('text','textarea','select','select-multiple','radio','checkbox', 'password') collate utf8_unicode_ci NOT NULL,

This solved the database setup problems for me

It's weird to see that the default data still isn't inserted properly, it should've been fixed a while ago.

Hi,

Thanx for your Mail.

I downloaded pyrycms yesterday (03OCT09, philsturgeon-pyrocms-287aff0.zip)
And the problem is in the 1-tables.sql file.
By adding the 'password' entry I was able to execute all 3 .sql file's without problems.

If I now start pyrocms, it shows me the default page which is good.
But I encountered a new problem, when I try to login with:
user: demo@example.com
password: password

The browser goes to:
http://localhost/pyrocms/users/login

Which does not seem to exist, showing me a 404 page.
So I am not able to login to test the CMS :-(

I also cannot find a controller called users??
so I am stuck a bit.
I guess this should be Admin instead of users.
I have not found a solution for this yet.

regards

Did you upload your .htaccess file as well ?

Well I do not use appache as webserver but Abyss from aprelium,
So I do not have any need for the .htaccess
At least I think. I will take a look at the aprelium forum for abyss if I can find anything about .htaccess but I thought it was specific for appache.

There's your problem. PyroCMS relies on a working .htaccess file in order to work properly. It has never been tested on Abyss (or any other non Apache server as I know).

Not entirely true. PyroCMS simply requires mod_rewrite for the URL rewriting. If you add "index.php" to the $config['index_page'] item in application/config/config.php then it should work fine.

Yorick: perhaps this could be added to the installer? Have a "Server Software" option with a dropdown showing only "Apache (with mod_rewrite)" and "Other". If mod rewrite then have a blank index_page, if anything else keep index.php in there. That should make it work with most server software around.

Thanx Phil (and Yorick),

The last info from Phil was the solution,
everything seems to be running ok on my Abyss webserver.

I'll add this feature to the installer as soon as possible :]

Hi, i'm having a problem with after i install the database, I get a blank page that says "No input file specified". Any ideas why? I've uploaded the htaccess and I have mod_rewrite enabled.

magicmarkker: Is this still causing problems? Have you tried the newest version?

ok so I found the problem. If cgi.fix_pathinfo default is set to 1, you can fix it either of two ways.
1. Create your own php.ini file and set it to 0
2. Go to .htaccess file and add question mark after index.php and before slash.

Do you have a suggestion for PyroCMS implementation? I think this is a environment problem, and im worried if I make the change mentioned in option 2 it would have widespread effects for other users.

Can you test this change in a few common environments so we can include it?

This was a suggestion on how to fix the No Input File Specified error on Dreamhost hosting. Because on their hosting cgi.fix_pathinfo default is set to 1 and in order for the htaccess file provided with PyroCMS to work, cgi.fix_pathinfo needs to either be set to 0 or in the htaccess file you need to add a question mark after index.php and before the slash so like this, index.php?/$1

Hi,

Maybe you have the same problem as I was having.
I do not use appache webserver and then you have to make an extra change:

If you add "index.php" to the $config['index_page'] item in application/config/config.php then it should work fine. (info from Phil Sturgeon)

This worked for me.

regards

Hey,

Thanks alot for your reply.

My webserver is appache but setting $config['index_page'] did make a difference. I will have a play around and post back here.

Any updates so far ?

Hey,

Sorry I have not got back to you sooner. Having trouble with it but am really short of time at the moment but am keen to get working. Will post here when I get a chance.

Many Thanks

Please report an error in full before you try to provide a fix.

Do you have screenshots or error messages for me to look at?

the error if i make for Example category in with Arabic title , so the function url_title that take the string and convert it to title by placing dashes instead of spaces .etc ..
so when u make it in Arabic the Slug become null !
so whenever you want to Edit or delete category it won't be don't cuz category->slug = null !

Well instead of using ID for edit and delete, we need to solve this problem of null slugs.

What are your suggestions for that? The slugs need to exist for news, categories, suppliers, etc.

ok i will try to rewrite the title_url function to rewrite the utf8 things and ill post here when ever i got working version asap

Withough sounding like an ass, if you find a fix let me know. I have no access to either of those browsers right now and if I'm honest I cba to support them. Who uses FF2?

sometimes my projects I need support of IE6-IE8, FF>=2.0 etc ...

I haven't found the solution, but I've seen that opening in new tab/window do not inspire this issue.
after investigation I guess that issue inspired in
application/assets/js/admin.js lines 83-103.
ajaxify (or rather Get method) adds '?' and current time to prevent retrieving of the cached page

What do you mean by "menu doesn't work."?

The links dont go anywhere or the animation is messed up?

Do you get a JavaScript error?

If so, can you post the JavaScript error?

If not, can you post a screenshot that could help?

You need to give me SOMETHING to work with if you want this fixed, otherwise I can't do anything about it.

I click of top menu item such as 'Categories', 'Comments', 'Navigation' etc.
for instance, i click 'categories' link. I should see list of categories. I don't see them in FF2.. I saw the html source. The html source was modified correctly.

The reason of failure work in FF2.0 and IE7.0 inspired by incorrect changes of jQuery1.3.2 attribute 'html' after jQuery1.2.6 ( ajaxify was developed for jQuery1.2.6, tested for FF>=2, IE>=7.0).
I've noticed jquery community about this bug.
To solve this issue for PyroCMS you'll need to change this file: "application/assets/js/jquery/jquery.ajaxify.js".

You'll need to add these lines:

if(typeof data == 'object'){
    data = data.html();
}

after line number 344 (after these lines of code):

if(!jQuery(current.target).size())
    jQuery.ajaxifylog('Warning: Target "'+current.target+'" couldn\'t be found.');

}

I tested my changes in FF2, and I haven't tested in IE7 yet. but i guess, the results will be successfully too.

It looks like this script is trying to create the asset_folder table twice as well.

i did also have almost the same problem
mine were 2 tables: asset and asset_folder
i removed the double create table (both underneath create table user)

also i recall there were couple of tables missing their fields or settings
for example:
- inside create table settings: missing set('password') on field type - table navigation_links missing field target

if you guys know more of this mistakes, please share them with us too

thanks for this great ci cms

one more problem
on mac, using mamp, i can install this cms almost smoothly
but when i try to install pyrocms on windows, using wamp
after step 4, it just stop and got back to step 4 again
asking me to insert database name, etc
please help me out

Can we stick to one bug per issue please? Hard to track otherwise.

All of these bugs have been solved in the bleeding edge (current codebase) and some are fixed in v0.9.7.1 (mainly installer issues with step 4).

Thanks for pointing them out, enjoy Pyro!