You are not logged in. Please login or register.


Post new reply

Post new reply

Compose and post your new reply

You may use: BBCode

All fields with bold label must be completed before the form is submitted.

Required information for guests


Required information

(delete this if you are not)

Topic review (newest first)

30

Awesome. You are the man.

Look now for my next thing, is there a way we can work in the ability to upload any file that can be represented by a default image? Like I could have an icon that represents a flash file when an swf is uploaded.

29

If you are able to install from scratch, I would recommend grabbing the new release (v1.2.1) as it deals with the issue by including the correct versions of the extensions.

28

I found the problem.

HTML_Template_IT changed it's behavior. On my system(s), ochiba has v1.2 of HTML_Template_IT and I just noticed that it is up to v1.3 now (I thought it was a dead project...). When I tried running ochiba against v1.3, this problem arose.

To fix this, use HTML_Template_IT v1.2.1, the last stable release. It is at:

http://download.pear.php.net/package/HT … -1.2.1.tgz

Take the file IT.php from that archive and put it into your ochiba's includes/ directory. Then edit your includes/page.php, to replace line 19, which reads:

require_once("HTML/Template/IT.php");

with

require_once("includes/IT.php");

27

lol that's okay. I'm planning on switching servers over the weekend. I'll shop around.

26

Hmm, can't really tell the distro on that one- that kernel version number looks a little weird to me. It probably doesn't matter though.

As far as hosting recommendations- although there is a specific issue with Dreamhost, I think once the tweak mentioned elsewhere is in place (and I really should roll that into the distribution), I think it works fine there. I don't have any direct experience with shared hosting however.

I have a dedicated box with theplanet.com and have been very pleased with them. Dedicateds are expensive compared to shared hosting of course. I also recently started playing around with a virtual private server with prgmr.com - resources are a bit thin but it's cheap. I've heard good things about linode and slicehost. Problem with VPSs are the really small disk allocations you get - running something like ochiba, it can start eating through that quickly. Plus, you also have to handle the syadmin side of things.

This was probably not at all helpful (' . .)

25

System: Linux node3 2.100.3-1-amd64-grsec #1 SMP Mon Oct 20 22:41:19 CEST 2008 x86_64

Also, I'm thinking of switching servers, any recommendations or warnings?

24

Ok, good luck - I'm afraid you're on your own.

Do you happen to know the details of the OS you are running under? Which Linux distro, specifically. I'm thinking I could try to recreate the environment to see if I can reproduce the issue on my end so that I have something to work with.

23

Yeah I figured that out. It won't work like that. It did work the way I did it but I think I just need to figure out where to put it to where I don't get that phantom post.

22

Ooops there should be a semi-colon at the end:

$vars['id'] = $row['id'];

21

h3 wrote:

How weird - it was a stab in the dark since I can't reproduce your problem at all, so I guess I'm not too surprised it didn't work. However, the thing you did seems to trigger 1 extra/phantom post block to appear (both on that page in the image and on other pages, it always appears on the bottom) and I'm not sure why that would be.

Unfortunately, there's an interplay between php and template file so I don't think this is actually a fix you'll make in the template file...

Instead of your line, how about:

$vars['id'] = $row['id']

(leaving image.tmpl as the default of course)

Again, a blind stab in the dark...

Parse error: syntax error, unexpected T_VARIABLE in /includes/images.php on line 348

20

How weird - it was a stab in the dark since I can't reproduce your problem at all, so I guess I'm not too surprised it didn't work. However, the thing you did seems to trigger 1 extra/phantom post block to appear (both on that page in the image and on other pages, it always appears on the bottom) and I'm not sure why that would be.

Unfortunately, there's an interplay between php and template file so I don't think this is actually a fix you'll make in the template file...

Instead of your line, how about:

$vars['id'] = $row['id']

(leaving image.tmpl as the default of course)

Again, a blind stab in the dark...

19

You know what did though? Right where you told me on 348, I put this:

                $vars["reply_id"] = $row["id"];

And then I went into image.tmpl and replaced (id) with (reply_id)

and it works EXCEPT

What template file do I need to edit in order to get the replace to activate in the thread itself here:

http://img16.imageshack.us/img16/7257/threadreply.jpg

18

h3 wrote:

I'm completely baffled. This is still on servage.net?

Can you try this: at line 348 of include/images.php is the following line:

$tmpl->touchblock("reply_link");

Right before it, add the following:

$tmpl->setVariable("id",$vars["id"]);

sorry, that didn't work.

17

I'm completely baffled. This is still on servage.net?

Can you try this: at line 348 of include/images.php is the following line:

$tmpl->touchblock("reply_link");

Right before it, add the following:

$tmpl->setVariable("id",$vars["id"]);

16

http://www.pushthenet.com/vanilla/Test

Same thing happens with a plain vanilla install.



Generated in 0.018 seconds (74% PHP - 26% DB) with 8 queries