Unable to create the content file (it did work)

[rafarspd]

I am receiving the message 'unable to create the content file ../text_content/xxx.txt

PhpDig has sucsesfully indexed the site in the past, in fact I completely re-indexed after upgrading to V1.8.7.

Today I get the error message - so thinking about what has changed I can only come up with this - I have password protected the PHP_Dig root directory.

Directory permissions are as follows:

/PhpDigDir - 705
/admin - 705 (I also tried 755)
/admin/temp - 777
/includes - 755
/libs - 705
/locale - 705
/rss - 755
/sql - 705
/template - 705
/text_content - 777
/tpl_img - 705

Would adding password protection cause this!

[delphian]

I ran into the same problem you have (also experienced same problem as other posting about phpdig not indexing passed 50)

Turned out that my disk quota was full :o

Worked fine after I increased it.

[rafarspd]

Thanks for the idea - unfotunately (or fortunately depending upon the way you look at it!) I have 200 MB left.

[rafarspd]

Further info:-

I have tried removing the pasword protection but it made no difference.
All ownership & group settings are correct.

Further tests show that I cannot spider any site. :bang: Why, I have no idea!

Yes I do sometimes need to bang my head onto a wall when things get on top of me but I have installed a device that will reduce the disruptive effects - a foam pad at the correct height.

Anyone any ideas - PLEASE

[rafarspd]

Solved the problem of being unable to spider any site, It was caused by an added value item that my ISP introduced.

We recognise that the use of your Internet connection can be a worry. While you're away from your PC others could be eating away at your bandwidth by using applications such as peer to peer (P2P) software or binary newsgroups. That's why we've introduced the Surf option, allowing you to control what your broadband connection can be used for.

You can take greater control over your broadband connection by activating the Surf option, found in the My Account section of the portal. This allows us, using active port monitoring, to restrict your access to bandwidth-hungry applications such as P2P and binary newsgroups.

If you occasionally want to use P2P or binary newsgroups you can simply come to the portal and deactivate Surf, then reactivate it again once you've finished. The portal is password protected, so there's no way that anyone else can turn Surf on and off - you're in control.

Activating Surf doesn't guarantee responsible use of your connection. We recommend that you continue to monitor your usage using the View My Usage tool.

I was able to spider a site without any problems, and search for words. Unfortunately this does not cure my problem of being unable to create the content file when updating my own site.

Looks like back to the drawing board again, possibly completely re-installing PHPDig. Does anyone know how to rejuvinate aging grey cells.

[jmitchell]

did you chmod the text_content folder to 777?

can't help with the grey cells - sorry :D

[rafarspd]

Yes.

All the permissions are listed in my first post.

[jmitchell]

what version of php/mysql are you running?

jmitchell

[rafarspd]

PHP 4.3.5, MySQL 4.0.18 (Client API 3.23.58), FreeBSD 4.1, Apache 1.3.29 (unix), Mod_perl 1.28.

[jmitchell]

hmmm, I've got no ideas, maybe charter does.

...charter??

jmitchell

[Charter]

Perhaps try changing the 705 permissions to 755 permissions.

[rafarspd]

I cannot personally see how file permissions are an issue, let me try and elaborate:-

I can spider another site, everything works, indexes are made, no 'cannot create content file' error messages are seen.

I upload a file 'new.html', I have a file 'existing.html' which contains links and I add a link to 'new.html' and upload it.

When I spider 'existing.html' it checks all the other links and tells me that the file date is unchanged but does not seem to find 'new.html'.

If I spider 'full-url/dir/new.html' it finds it and indexes it.

I then greated 'new2.html' and uploaded it. I added the link to 'index.html'.

I then spidered 'full-url/index.html', and it looked at the whole site, it found 'new2.html' (and 3 others I uploaded) but all suffered from the 'unable to create the content file' message.

Then I tried indexing each one individually ('full-url/filename') and was told that the file date was unchanged.

It seems that my options are to delete and re-spider the whole site or to individually update files on their own from the front page and not use the update site page.

I am completely puzzled now , the only solution I can come up with is to go and have a pint or two.

[Charter]

The update options have changed. To reindex and follow new links, just use the textbox as you have discovered. The 'unable to create the content file' message occurs when fopen fails, likely due to permissions, so set the 705s to 755s and give it a try. Mmm, beer.

[rafarspd]

The Beer did me good but unfortunately it had no effect on PhpDig.

I changed all the 705's to 755 - no different.

Today I tried a Whisky and Ginger - still no change to PhpDig - BUT I did notice the following:-

All the xxx.txt files in text_content that were written on the 26-12-2004 were 644 rafars cgishell. These are the ones that have the 'cannot create content file' message.

New files that were indexed today are 644 wwwuser wwwuser.

Any ideas.

p.s. Only 3 images are displaying on this newreply.php page, PhpDig logo, CheckOut & PayPal.

[rafarspd]

Sorry - error in my last post (could not find out how to edit it!).

644 wwwuser wwwuser should read 666 wwwuser wwwuser.

[Charter]

Did you even run PhpDig from shell? Try changing 644 to 666 on those xxx.txt files. BTW, are the images showing up now?