Architecture / Installation

Id double check permissions for the group on wiki page editing. Does admin have the same trouble?

Id double check the upload of tikilib.php, but there are so many routines in there, I'm sure youd experience other problems in other areas.

Damian

I'm using Admin to try to edit the page. Also I'm not able to create new users, so there are probably other things not working, too. Double checked tikilib.php but it looks ok.

On original install I followed InstallWithOnlyFtpAccess. I'm hosting at BlueDomino. I re-uploaded 1.7.6 folder by folder, but still seeing same problem... I'm going to try 1.8.2 to see if that works better. And then I'll try opening up more dirs with permissions.

Well, I've tried 1.8.2 and have the same problem- still can't edit a page (or do many other things). I loaded EasyPHP locally and copied the same folders over the www there, and everything works fine. So I think the problem is in either the way my hoster is set up, or in the permissions for the files.

One thing I notice is that I can't change the permissions to the files in my template_c directory at the host... my template_c directory is 777, but all the files in it are 644. Might that cause a problem??

The PHPInfo is attached. Does anything look out of whack there? I'm a PHP newbie, but I didn't see anything that looked off.

The memory_limit is 8M while 16M is recommended.

Probably the memory limit is causing you the problems.

The files in templates_c will have different permissions because they are owned by apache, as apache created them.

Damian

Ak. I was able to set the memory_limit to 16M in my tiki-setup.php file, and it shows up on the phpinfo part so I'm pretty sure it stuck. But still no luck editing pages, or doing most anything really.

I didn't think it would be a big deal before, but maybe it is. The ISP does something to any .* files I send so that they are no longer visible to me over FTP. I'm guessing it is changing permissions from me. Would this cause some problems?

> mtmaxwel:
> Ak. I was able to set the memory_limit to 16M in my tiki-setup.php file, and it shows up on the phpinfo part so I'm pretty sure it stuck. But still no luck editing pages, or doing most anything really.
>
> I didn't think it would be a big deal before, but maybe it is. The ISP does something to any .* files I send so that they are no longer visible to me over FTP. I'm guessing it is changing permissions from me. Would this cause some problems?

MM, thats strange. Do you have any other kind of access to the server like SSH?

in FTP try and do a ls -al or a dir command and check the files owner, group and permissions.

ive not heard of any ISP in the past Ive just doing that, but you can certainly setup FTP servers to do it!

Damian

Thanks for the reply, Damian. Unfortunately my only access is FTP. I've chmod 777'd probably more directories than I should already; I'm pretty sure that part is all set.

So I put together a small php script that I think should work just to display POSTed data (it works on easyphp locally at least). But on this ISP site, I get same result, it sure looks like the REQUEST info is just lost.

The script is attached. You can see the script on the site at:
http://www.tjrgroup.com/test/post.php

Is that right? What could cause something like this not to work?? If I send in say "name=" in the query string for the page, THAT shows up. Just not the POST data...

Also, I see now on InstallRequirementsAdmin that there might be a bug with PHP 1.4.2 that "will be quite problematic for Tiki 1.7.5+". Anyone have an idea what this bug is?

It's some session bug I think, that was bad with Sea surfing. I wonder if the new sea surfing is still problematic with 4.1.2. You could ask Robin Lee Powell, probably.
Also I'm pretty sure I already saw a report about No page indicated problem, try running a few searches😐

You're right Chealer, there were a couple of posts back in there on this. I need to work on my searching skills! Sounds like there is an .ini setting I'll have to change, only I'm not sure which one, and will need to restart apache after the change is made. I'm going to get in touch with the ISP and see if I can finagle any logging information, and see what it would take to update php.ini settings. Thanks again for your help; will post back with how it goes.

It turns out that my problem is same problem as was reported in an earlier forum post by lchism. PHP setting for file_uploads is disabled at Blue Domino, so pretty much any page that has a file upload button won't work. At least that's the guess. I should have checked the requirements our more thoroughly with my ISP! Thanks to everyone for their help. I'm going to check out one of the Tiki Friendly Hosts to get going here.

Please link to that topic or explain if you know. It doesn't sounds good that Wiki requires that files can be uploaded.

Here is the link I'm referring to:
http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=1679&forumId=6&highlight=no%20page%20indicated

I'm not certain it is the file_uploads setting, but it sounds like it from the message. It could be register_globals though.

For my case, I've tried mimic'ing the PHP settings on my EasyPHP install by overriding the php settings in tiki-setup.php (wherever things showed up different). Some setting overrides take, and others don't it seems. I think I'd need an apache restart in there to have all the settings updated; this is my problem then because my ISP won't allow PHP.ini changes.

I have to think that my problem is with one of the PHP settings that I cannot override (I don't know what else to try next really)...