Database in Wikidot OpenSource updated!

[Piotr Gabryjeluk]

Hello!

I've just updated the dump.sql file for every new installation of
Wikidot (now it includes the auth:* pages, to let users log in).

Moreover, I've added a quick and dirty script:
bin/update-2008-08-19.php
(just run "php bin/update-2008-08-19.php" in the Wikidot directory)

The script adds the auth category and the 4 pages we need to log in and
create a new account. This is for everyone upgrading from previous
version.

To release the 1.0 version of Wikidot software we need only the
following things: enhancements in Apache support (mainly updating
rewrite rules to use new controllers for files) and optionally creating
a new configuration system (the ini files I mentioned in a previous
mail).

This information is mainly for Ed, who's running his own Wikidot
service. If any of You, Subscribers, also use Wikidot in your company
(either the wikidot.com service or a custom installation) and want to
share your impressions (especially good ones ;)), please contact us, we
would like to use such a "success stories" to promote Wikidot on our
website.

Keep tuned for more changes.
Regards
--
Piotr Gabryjeluk
Wikidot.com developer

[Ed Johnson]

Thanks for this! I won't be able to try it out until later today. I'll
give a report then.

-Ed

On Aug 19, 10:20 am, Piotr Gabryjeluk <pi...@wikidev.lastlook.pl>
wrote:

[Ed Johnson]

On Aug 19, 10:20 am, Piotr Gabryjeluk <pi...@wikidev.lastlook.pl>
wrote:

<snip>

> To release the 1.0 version of Wikidot software we need only the
> following things: enhancements in Apache support (mainly updating
> rewrite rules to use new controllers for files) and optionally creating
> a new configuration system (the ini files I mentioned in a previous
> mail).

Have you started a list of things that you might include in a
configuration file? I haven't thought about it too much yet, but a
couple of things that come to mind would be:
1. Changing the default setting for "max_sites_admin" in the
"user_settings" table.
2. Changing the default setting for "max_upload_file_size" in the
"site_settings" table (and remembering to change the field definition
to allow bigger files as well).
3. Not a configuration option, but have you thought about ways that
Wikidot could support multiple files being uploaded at once? I'd like
a way to upload several files and have the database update correctly.
Currently, I can upload via FTP or other means, but the table that
keeps track of files attached to a given page is not updated.

The update script works great! I can confirm that the latest revision
works great as long as you don't try to use private sites with Apache.
From my perspective, WIkidot Open Source will be "ready for prime
time" once you get the rewrite rules for Apache figured out and/or
provide instructions for configuring and using Lighttpd.

Thanks again for all your work! I can't wait to see what you come up
with next! ;)

I'll start working on my "success story" soon. Where's the best place
to post this?

-Ed

[Ed Johnson]

Any chance you have a target date for releasing version 1.0? If so,
are you still planning to support Apache server or just Lighttpd? I've
been anxiously waiting for any news. I think the latest improvements
are great and am anxious to implement them.

Please understand that I'm not trying to add any pressure - I'm just
looking for any news - after the frantic pace you guys were on, things
have slowed a bit. I've made a couple of weak attempts to configure
Lighttpd on my own, but am not having any luck. Any chance of getting
some configuration tips?

Thanks,
-Ed

On Aug 19, 10:20 am, Piotr Gabryjeluk <pi...@wikidev.lastlook.pl>
wrote:

> Hello!

[Piotr Gabryjeluk]

Hi Ed,

I'm not sure, but I think I forgot to announce the INI file
configuration is now in trunk!

In order to use it you must remove the old GlobalProperties*, because
now the modified GlobalProperties.php (which is only a wrapper to INI
file) is in php/utils and not in conf/ directory.

More information about INI was posted on my blog:

http://piotr.gabryjeluk.pl/dev:ini-config-file-for-wikidot-os

Unfortunately, something's wrong with SVN repository now :/.

We plan to to support Apache as a secondary server, i.e. not everything
needs to work perfectly, especially some issues may happen when using
non-latin letters in the URL (applies to file names, tags). Other than
that, we want version 1.0 to support Apache.

The release date is not yet known. We had now a lot of work with pro
accounts, but maybe we take some breath, and complete the missing
points.

(Maybe I should create a roadmap with features to include before
releasing 1.0).

Hope that helps.

Dnia 2008-09-16, o godz. 17:31:18
Ed Johnson <edjohn...@gmail.com> napisał(a):

[Piotr Gabryjeluk]

Dnia 2008-09-17, o godz. 11:24:51
Piotr Gabryjeluk <pi...@wikidev.lastlook.pl> napisał(a):

> Unfortunately, something's wrong with SVN repository now :/.

My bad, SVN repository works. The sventon UI hovewer doesn't.

[Ed Johnson]

Thanks, this helps a lot! I'll have to pay more attention to your
blog.

I noticed some duplicate entries in the 2 ini files for "service" and
"domain". In the wikidot-full.ini file these entries have a "no-
default" setting. Do the settings in the smaller wikidot.ini file
replace the settings in the bigger ini file? To keep things less
confusing, I would suggest removing the duplicates or explain in the
comments that *any* entry in the wikidot-full.ini file can be
overridden by adding it to the wikidot.ini file (if that is actually
the case).

I can't wait to test this! Will private sites work yet on Apache with
this new setup or do you still have to figure out some rewrite rules?

Thanks again!
-Ed

On Sep 17, 4:24 am, Piotr Gabryjeluk <pi...@wikidev.lastlook.pl>
wrote:

[Piotr Gabryjeluk]

OK, I see this is not clear.

Wikidot reads only wikidot.ini

The latter file is there only for reference (i.e. what are ALL the
values I can use in the ini file and what happens if I omit some of
them).

Hope this helps. We need to make it more clear for everyone what's the
purpose of each file. Do you have idea how it should look like?

Private sites don't work yet, because we have now a redirect to
authenticate browsers on the files domain and it uses the same rewrite
rules that apply to private wiki files. They are not ported to Apache
yet.

I think we will find some time to work on it though, so please stay
tuned :).

Dnia 2008-09-17, o godz. 05:53:28
Ed Johnson <edjohn...@gmail.com> napisał(a):

[Ed Johnson]

Hi Piotr,

I'm playing around trying to get Lighttpd to work with Wikidot on an
Ubuntu VM I set up. I think I may just need to get the equivalent of
these steps done that I use for an Apache setup:

* Copy Apache VirtualHost file to the proper place and make it define
the FIRST vhost for Apache:

* cp files/apache.vhost.wikidot.conf /etc/apache2/sites-available/
* rm /etc/apache2/sites-enabled/000-default
* ln -s /etc/apache2/sites-available/apache.vhost.wikidot.conf /etc/
apache2/sites-enabled/000-wikidot

Is there any other tweaking to be done to any other config files? I
know, I should be more patient, but this helps my learning process
too. I'm going to start reading the Lighttpd docs for some insight,
but I suspect I'll need your expert advice to make this work properly.

Thanks,
Ed

On Sep 17, 8:01 am, Piotr Gabryjeluk <pi...@wikidev.lastlook.pl>
wrote:

> OK, I see this is not clear.
>
> Wikidot reads only wikidot.ini
>
> The latter file is there only for reference (i.e. what are ALL the
> values I can use in the ini file and what happens if I omit some of
> them).
>
> Hope this helps. We need to make it more clear for everyone what's the
> purpose of each file. Do you have idea how it should look like?
>
> Private sites don't work yet, because we have now a redirect to
> authenticate browsers on the files domain and it uses the same rewrite
> rules that apply to private wiki files. They are not ported to Apache
> yet.
>
> I think we will find some time to work on it though, so please stay
> tuned :).
>
> Dnia 2008-09-17, o godz. 05:53:28

> Ed Johnson <edjohnson...@gmail.com> napisał(a):

[Ed Johnson]

Update: I need some translation help! After getting around a 403 error
and then a 500 error, my Wikidot install may be partially working.
Please translate this:
==================
nastąpił błąd
* Taka strona nie istnieje.
Powered by Wikidot.org
==================

I do understand the last line. ;)

Thanks!

[Piotr Gabryjeluk]

It's not as bad ;)

An error occured
* This page does not exist.

This means, that Lighttpd already routes requests to proper PHP files,
but some wrong thing then happen. I'll try to figure out what exactly
fails.

Thanks for exploring this :).

Dnia 2008-09-19, o godz. 13:27:30
Ed Johnson <edjohn...@gmail.com> napisał(a):

[Piotr Gabryjeluk]

This error only happens in Smarty. So Lighttpd routes requests to
Wikidot PHPs and they call Smarty methods, and Smarty can't find
templates to use. I think I've once seen this error, but I can't recall
what was it because of...

This can be sort of permission error. Try
chown lighttpd:lighttpd /var/www/wikidot -R

Maybe this helps. Share this information :)

Thanks in advance.

Dnia 2008-09-19, o godz. 22:47:48
Piotr Gabryjeluk <pi...@wikidev.lastlook.pl> napisał(a):

[Ed Johnson]

That didn't work:
"chown: invalid user: `lighttpd:lighttpd'"
/var/www/wikidot owner is still set to "www-data".
I'm guessing that must be the default Apache user that is created when
installing Apache.
Sorry, I'm a bit lost. I'm not clear on how to set up the lighttpd
user, but I did find this in a guide for installing Lighttpd:
# groupadd lighttpd
# useradd -g lighttpd -d /var/www/html -s /sbin/nologin lighttpd

I changed the /var/www/html to /var/www/wikidot when creating the user
and was then able to CHOWN, but I still get the same error when trying
to load the site. I must be missing a config option somewhere.

An interesting thing to note is that I only get this error with
www.mywikidot.com. If I try something like test.wikidot.com, I get the
simple "The site does not exist." error page. Maybe that's progress -
I'm not sure.

I do have my hosts file set up like this:
127.0.0.1 localhost
127.0.0.1 www.mywikidot.com profiles.mywikidot.com
127.0.0.1 templates-en.mywikidot.com test.mywikidot.com

In /etc/lighttpd/lighttpd.conf I have set the document root to /var/
www/wikidot/web/
I didn't really mess with anything else in Lighttpd config because I
don't know what I'm doing (and I like to make only small changes when
I'm guessing!)

I'll keep trying!
-Ed


On Sep 19, 4:11 pm, Piotr Gabryjeluk <pi...@wikidev.lastlook.pl>
wrote:

> This error only happens in Smarty. So Lighttpd routes requests to
> Wikidot PHPs and they call Smarty methods, and Smarty can't find
> templates to use. I think I've once seen this error, but I can't recall
> what was it because of...
>
> This can be sort of permission error. Try
> chown lighttpd:lighttpd /var/www/wikidot -R
>
> Maybe this helps. Share this information :)
>
> Thanks in advance.
>
> Dnia 2008-09-19, o godz. 22:47:48
> Piotr Gabryjeluk <pi...@wikidev.lastlook.pl> napisał(a):
>
>
>
>
>
> > It's not as bad ;)
>
> > An error occured
> > * This page does not exist.
>
> > This means, that Lighttpd already routes requests to proper PHP files,
> > but some wrong thing then happen. I'll try to figure out what exactly
> > fails.
>
> > Thanks for exploring this :).
>
> > Dnia 2008-09-19, o godz. 13:27:30

> > Ed Johnson <edjohnson...@gmail.com> napisał(a):

[Ed Johnson]

I might have it! I found the lighttpd config files in /var/www/wikidot/
files/ folder and copied them to the /etc/lighttpd/ folder and made
minor edits to make sure some of the file paths were correct. Upon
restarting lighttpd, I got this error:

root@mywikidot:/var/www/wikidot# /etc/init.d/lighttpd force-reload
* Stopping web server lighttpd [ OK ]
* Starting web server lighttpd 2008-09-19 21:28:09:
(network.c.377) SSL: Private key does not match the certificate public
key, reason: error:02001002:system library:fopen:No such file or
directory /etc/ssl/certs/lighttpd.pem
[fail]

I then tracked down the ssl entry in lighttpd.conf and disabled it.
After that I was able to restart the server and load the home page. I
have done no other testing yet, but this makes me *very* happy!

How do I create the lighttpd.pem certificate file so ssl will work?

Thanks for the help. I'll report back after more testing to see if
anything else is broken or needs some tweaking.
-Ed

On Sep 19, 9:21 pm, Ed Johnson <edjohnson...@gmail.com> wrote:
> That didn't work:
> "chown: invalid user: `lighttpd:lighttpd'"
>  /var/www/wikidot owner is still set to "www-data".
> I'm guessing that must be the default Apache user that is created when
> installing Apache.
> Sorry, I'm a bit lost. I'm not clear on how to set up the lighttpd
> user, but I did find this in a guide for installing Lighttpd:
> # groupadd lighttpd
> # useradd -g lighttpd -d /var/www/html -s /sbin/nologin lighttpd
>
> I changed the /var/www/html to /var/www/wikidot when creating the user
> and was then able to CHOWN, but I still get the same error when trying
> to load the site. I must be missing a config option somewhere.
>

> An interesting thing to note is that I only get this error withwww.mywikidot.com. If I try something like test.wikidot.com, I get the

[Piotr Gabryjeluk]

Hi Ed,

That's really nice that you manage to do such a progress :). Indeed we
prepared the lighttp*.conf files. PEM files are easy to do (try google:
"lighttpd SSL howto pem crt"). It's just as easy as concatenating (cat)
the two files needed for Apache :). Make sure to backup them first,
though.

Cheers!

Dnia 2008-09-19, o godz. 19:44:36
Ed Johnson <edjohn...@gmail.com> napisał(a):

[Ed Johnson]

Hi Piotr,
I did a "clean" install a couple of days ago and after some work have
a mostly functioning system running under Ubuntu Server 8.04 with
Lighttpd Web Server. The only issue I've found so far is a problem
with [[gallery]] and [[image file-name]] not working properly. More
details are on my Wikidot Pro site: http://my-wd-local.wikidot.com.

I could use some help understanding the purpose of the various
configuration programs and in what order they should be run.
Here are some steps I did to get things working properly (after
checking out Wikidot and configuring Postgresql):
=======================
cp /etc/lighttpd/lighttpd.conf /etc/lighttpd/lighttpd.conf.orig
cp files/lighttpd.conf /etc/lighttpd/lighttpd.conf
cp files/lighttpd-wikidot.conf.orig /etc/lighttpd/lighttpd-
wikidot.conf
(I manually edited the above 2 files before copying them)
php bin/configure.php
php bin/generate_om.php
cat files/crontab >> /etc/crontab
cp /usr/share/file/magic* /var/www/wikidot1/lib/magic/
chown www-data:www-data -R .
apt-get install php5-cgi
lighty-enable-mod cgi
/etc/init.d/lighttpd force-reload
php bin/configure.php
/etc/init.d/lighttpd force-reload
=======================
I manually edited the lighty config files, but suspect one of the
configuration php files might have done that for me. I also had to
edit the "no-longer-needed" GlobalProperties.php file so one of the
config scripts would run (I can't remember which one off the top of my
head). I also had to edit /etc/php5/cgi/php.ini so I could get files
larger than 2MB to upload. The other wierd thing is that Ubuntu must
install a basic part of Apache Server automatically because even
though I never installed it, an Apache service was running that caused
a conflict with Lighttpd until I disabled it.

The bottom line is that Wikidot is running pretty well on my server
(other than the images issue), and I can probably do it again. Trying
to document the process so others can do it might be hard for me until
I understand exactly what some of the pieces are doing. Do some of the
config scripts need to be updated to better handle this process, or
does Lighttpd just complicate the process a bit more? More automation
and less manual editing would be a big plus for other users. I'd like
to see a single setup-wikidot.php script handle the bulk of the
configuration. It would be really cool if it could prompt for some of
the wikidot.ini settings as part of the setup. I suspect I still have
some config issues that are causing problems with files and/or images.

If you or anyone else wants to log into the install and give it a test
drive, I do have port 80 forwarded to my server and can provide the
details you need in a private message for editing your hosts file so
you can connect.

One last question: When this is all finally sorted out, I'd like to
make an installable iso file available ("Wikidot in a Box!") to make
it really easy for others to get up and running with the open source
version. Currently, my iso is a bit over 1GB. I can probably cut it
back to fit on a CD (under 700MB) by removing some of the extra stuff
that Ubuntu Desktop installs. Would you have a place to host such a
large file for others to download when I get to that point?

I hope you had fun at Barcamp last weekend!

Thanks,
-Ed

On Sep 20, 2:21 am, Piotr Gabryjeluk <pi...@wikidev.lastlook.pl>
wrote:
> Hi Ed,
>

> That's really nice that you manage to do such a progress :). Indeed we
> prepared the lighttp*.conf files. PEM files are easy to do (try google:
> "lighttpd SSL howto pem crt"). It's just as easy as concatenating (cat)
> the two files needed for Apache :). Make sure to backup them first,
> though.
>
> Cheers!
>
> Dnia 2008-09-19, o godz. 19:44:36

> Ed Johnson <edjohnson...@gmail.com> napisał(a):

[Piotr Gabryjeluk]

Hi Ed

Dnia 2008-09-22, o godz. 18:30:41
Ed Johnson <edjohn...@gmail.com> napisał(a):

>
> Hi Piotr,
> I did a "clean" install a couple of days ago and after some work have
> a mostly functioning system running under Ubuntu Server 8.04 with
> Lighttpd Web Server. The only issue I've found so far is a problem
> with [[gallery]] and [[image file-name]] not working properly. More
> details are on my Wikidot Pro site: http://my-wd-local.wikidot.com.

Gratulations then!

> I could use some help understanding the purpose of the various
> configuration programs and in what order they should be run.
> Here are some steps I did to get things working properly (after
> checking out Wikidot and configuring Postgresql):
> =======================
> cp /etc/lighttpd/lighttpd.conf /etc/lighttpd/lighttpd.conf.orig
> cp files/lighttpd.conf /etc/lighttpd/lighttpd.conf
> cp files/lighttpd-wikidot.conf.orig /etc/lighttpd/lighttpd-
> wikidot.conf
> (I manually edited the above 2 files before copying them)
> php bin/configure.php
> php bin/generate_om.php
> cat files/crontab >> /etc/crontab
> cp /usr/share/file/magic* /var/www/wikidot1/lib/magic/

I think this magic is not anymore needed, since we use now commandline
file to determine file MIME types.

> chown www-data:www-data -R .
> apt-get install php5-cgi
> lighty-enable-mod cgi
> /etc/init.d/lighttpd force-reload

> php bin/configure.php
> /etc/init.d/lighttpd force-reload

I don't see a point in this two. Maybe a restart instead of
force-reload would be more suitable BTW.

> =======================
> I manually edited the lighty config files, but suspect one of the
> configuration php files might have done that for me. I also had to
> edit the "no-longer-needed" GlobalProperties.php file so one of the
> config scripts would run (I can't remember which one off the top of my

And this is crucial. We don't need the GlobalProperties to be edited,
so we have to identify the problem and fix it.

> head). I also had to edit /etc/php5/cgi/php.ini so I could get files
> larger than 2MB to upload. The other wierd thing is that Ubuntu must

That's true. I don't think there is a way to set the post/files upload
from PHP itself (but maybe with ini_set).

> install a basic part of Apache Server automatically because even
> though I never installed it, an Apache service was running that caused
> a conflict with Lighttpd until I disabled it.
>
> The bottom line is that Wikidot is running pretty well on my server
> (other than the images issue), and I can probably do it again. Trying

OK, we have to investigate this. I think it's a file type detection
problem or otherwise something with the file uploads at general.
Reading your post on this, I think it's the first. The easy test to do:

locate the files in the files module and check if they have good
MIME-types assigned.

> to document the process so others can do it might be hard for me until
> I understand exactly what some of the pieces are doing. Do some of the
> config scripts need to be updated to better handle this process, or
> does Lighttpd just complicate the process a bit more? More automation
> and less manual editing would be a big plus for other users. I'd like
> to see a single setup-wikidot.php script handle the bulk of the
> configuration. It would be really cool if it could prompt for some of
> the wikidot.ini settings as part of the setup. I suspect I still have

We want such a tool too. And we want to introduce Wikidot Single Wiki
mode as well.

> some config issues that are causing problems with files and/or images.
>
> If you or anyone else wants to log into the install and give it a test
> drive, I do have port 80 forwarded to my server and can provide the
> details you need in a private message for editing your hosts file so
> you can connect.

Thank you very much.

>
> One last question: When this is all finally sorted out, I'd like to
> make an installable iso file available ("Wikidot in a Box!") to make
> it really easy for others to get up and running with the open source
> version. Currently, my iso is a bit over 1GB. I can probably cut it
> back to fit on a CD (under 700MB) by removing some of the extra stuff
> that Ubuntu Desktop installs. Would you have a place to host such a
> large file for others to download when I get to that point?

I'll open my FTP for you if you wish.

>
> I hope you had fun at Barcamp last weekend!

Yeah, that was pretty much fun :), thanks. Read more on Michal blog:
http://michalfrackowiak.com/blog:barcamp-pl-2009-20

Thanks for your valuable help! We really appreciate this.

And think a lot on how to ease the installation of Wikidot with both
Lighttpd and Apache (which I hope I'll enable Wikidot for again soon).

Cheers!

[Piotr Gabryjeluk]

Hi Ed,

I think I know what the problem CAN be.

Have you installed ImageMagick?

Dnia 2008-09-22, o godz. 18:30:41
Ed Johnson <edjohn...@gmail.com> napisał(a):

>

[Ed Johnson]

Thanks for the prompt and detailed replies. Yes, I did install
ImageMagick. Is that no longer needed? Do I need to remove it?

Here are the initial packages I installed. This was all based on
previous installs with Apache:

Based on previous installs:
php5 php5-cli php-pear php5-dev php5-tidy php5-pgsql php5-gd tetex-bin
tetex-extra gs-gpl imagemagick build-essential fakeroot dpkg-dev
libmagic1 libmagic-dev subversion postgresql-8.3 postgresql-
contrib-8.3 zip wget

New packages:
lighttpd lighttpd-doc php5-cgi

Still optional?
memcached openssh-server

3rd Party Apps I like:
pgadmin3 webmin

All the above were installed via apt. I also installed libxdiff-0.22
and did all of the steps related to PECL extensions, etc.

-Ed

On Sep 23, 1:41 am, Piotr Gabryjeluk <pi...@wikidev.lastlook.pl>
wrote:
> Hi Ed,
>

> I think I know what the problem CAN be.
>
> Have you installed ImageMagick?
>
> Dnia 2008-09-22, o godz. 18:30:41

> Ed Johnson <edjohnson...@gmail.com> napisał(a):

> ...
>
> read more >>

[Piotr Gabryjeluk]

Yes, ImageMagick is required by Wikidot. Its identify program is used
to determine if uploaded file is image or not.

Try to locate the uploaded images in the filesystem and issue the
following:

identify /var/www/wikidot/web/files--sites/wiki-name/page-name/file-name

identify is a program :), that should be present when ImageMagick is
installed.

apt-get is pretty OK. It's not a point of failure at all.
The list of packages looks good as well.

So, just tell us what tells you identify and we'll get into the truth :)

Thanks for testing!

Dnia 2008-09-23, o godz. 05:20:22
Ed Johnson <edjohn...@gmail.com> napisał(a):

[Ed Johnson]

The "file" link on the test page shows this info for the attached
file, so I think the MIME types are OK.
file name file type size
---------------------------------------------------------------------------
bath001.jpg JPEG image data 67.59 kB
CoffeeBene_Small.gif GIF image data 5.77 kB
dsc_2135.jpg JPEG image data 2.31 MB
Myles_Comic_Page001.JPG JPEG image data 1.16 MB

Here are the files on my test page:
==================================
root@mywikidot:/var/www/wikidot1/web/files--sites/myblog/files/test-
page-1# ls
bath001.jpg Myles_Comic_Page001.JPG CoffeeBene_Small.gif
dsc_2135.jpg

Here's the result of identify. It seems to identify images OK.
root@mywikidot:~# identify /var/www/wikidot1/web/files--sites/myblog/
files/test-page-1/*

/var/www/wikidot1/web/files--sites/myblog/files/test-page-1/
bath001.jpg JPEG 640x425 640x425+0+0 DirectClass 8-bit 67.5938kb

/var/www/wikidot1/web/files--sites/myblog/files/test-page-1/
CoffeeBene_Small.gif[3] GIF 218x62 218x62+0+0 PseudoClass 256c 8-bit
5.76758kb

/var/www/wikidot1/web/files--sites/myblog/files/test-page-1/
dsc_2135.jpg[4] JPEG 3008x1960 3008x1960+0+0 DirectClass 8-bit
2.30822mb 0.770u 0:02

/var/www/wikidot1/web/files--sites/myblog/files/test-page-1/
Myles_Comic_Page001.JPG[5] JPEG 2550x3300 2550x3300+0+0 DirectClass 8-
bit 1.15637mb 0.870u 0:02


On Sep 23, 7:25 am, Piotr Gabryjeluk <pi...@wikidev.lastlook.pl>
wrote:

> Yes, ImageMagick is required by Wikidot. Its identify program is used
> to determine if uploaded file is image or not.
>
> Try to locate the uploaded images in the filesystem and issue the
> following:
>
> identify /var/www/wikidot/web/files--sites/wiki-name/page-name/file-name
>
> identify is a program :), that should be present when ImageMagick is
> installed.
>
> apt-get is pretty OK. It's not a point of failure at all.
> The list of packages looks good as well.
>
> So, just tell us what tells you identify and we'll get into the truth :)
>
> Thanks for testing!
>
> Dnia 2008-09-23, o godz. 05:20:22

> Ed Johnson <edjohnson...@gmail.com> napisał(a):

> ...
>
> read more >>

[Piotr Gabryjeluk]

Right, all of this looks OK. Are the images accessible with the
files module?

Dnia 2008-09-23, o godz. 05:53:21
Ed Johnson <edjohn...@gmail.com> napisał(a):

[Ed Johnson]

Yes, upload, info, delete, etc. all work fine.

On Sep 23, 7:57 am, Piotr Gabryjeluk <pi...@wikidev.lastlook.pl>
wrote:

> Right, all of this looks OK. Are the images accessible with the
> files module?
>
> Dnia 2008-09-23, o godz. 05:53:21

> Ed Johnson <edjohnson...@gmail.com> napisał(a):

> ...
>
> read more >>

[Piotr Gabryjeluk]

I mean, are the files shown correctly when clicked?

Dnia 2008-09-23, o godz. 06:06:46
Ed Johnson <edjohn...@gmail.com> napisał(a):

[Ed Johnson]

Sorry, I misunderstood. Yes, clicking the filename displays the image
when listing the file from the "files" option on the bottom of the
page. Also, the [[image file-name]] actually displays a link on the
page rather than the image itself and that link also works to display
the image when it is clicked.

On Sep 23, 8:11 am, Piotr Gabryjeluk <pi...@wikidev.lastlook.pl>
wrote:

> I mean, are the files shown correctly when clicked?
>
> Dnia 2008-09-23, o godz. 06:06:46

> Ed Johnson <edjohnson...@gmail.com> napisał(a):

> ...
>
> read more >>

[Piotr Gabryjeluk]

To sum up:

1. file uploads work OK
2. images are given good MIME types.
3. ImageMagick works good on those images.
4. Wikidot doesn't mark any image-file as image -> gallery error.
5. Wikidot doesn't make thumbnails well -> image error.

This looks quite strange :(. We'll get back to this soon.

Dnia 2008-09-23, o godz. 06:15:23
Ed Johnson <edjohn...@gmail.com> napisał(a):

[Ed Johnson]

Ok, one more thing and then I have to get to work! ;)

I just changed the source on my test page to this:

================================
[[gallery size="thumbnail"]]
----
[[image bath001.jpg size="small"]]
----
[[image Myles_Comic_Page001.JPG size="medium"]]
----
[[image CoffeeBene_Small.gif size="large"]]
----
================================
Now, the last image displays properly! This is getting very strange.
Changing all of the size attributes to "large" displays the images. I
assume there is some kind of image processing routine that renders and
displays the thumbnails, small and medium images. It looks like the
problem might be in there or something is not completely configured
correctly.

-Ed

On Sep 23, 8:20 am, Piotr Gabryjeluk <pi...@wikidev.lastlook.pl>
wrote:

> To sum up:
>
> 1. file uploads work OK
> 2. images are given good MIME types.
> 3. ImageMagick works good on those images.
> 4. Wikidot doesn't mark any image-file as image -> gallery error.
> 5. Wikidot doesn't make thumbnails well -> image error.
>
> This looks quite strange :(. We'll get back to this soon.
>
> Dnia 2008-09-23, o godz. 06:15:23

> Ed Johnson <edjohnson...@gmail.com> napisał(a):

[Piotr Gabryjeluk]

It seems like lighttpd doesn't have right to save the thumbnails. But
if you chowned the dir it shouldn't be the problem.

Just for ensuring:

1. check the user setting in lighttpd.conf
2. run chown -R <user> /var/www/wikidot

Maybe the whole problem is because one setting is lighttpd and other is
www-data. (But it seemed OK before).

Dnia 2008-09-23, o godz. 06:42:52
Ed Johnson <edjohn...@gmail.com> napisał(a):

[Ed Johnson]

Folder/file ownership seems fine. Everything is set to "www-data",
including in the lighttpd.conf file.

From Lighttpd log file:
GET /local--resized-images/test-page-1/bath001.jpg/small.jpg HTTP/1.1"
200 284 "http://myblog.mywikidot.com/test-page-1"

I can't find any folders related to this location (local--resized-
images). Where should "small.jpg" be located? Does it get created on
the fly?

A "view source" of the page shows the same path:
<a href="/local--files/test-page-1/bath001.jpg"><img src="/local--
resized-images/test-page-1/bath001.jpg/small.jpg" alt="bath001.jpg"
class="image" /></a>

It appears as a broken image in IE and a link to the full-sized file
in Firefox.

On Sep 23, 8:54 am, Piotr Gabryjeluk <pi...@wikidev.lastlook.pl>
wrote:

> It seems like lighttpd doesn't have right to save the thumbnails. But
> if you chowned the dir it shouldn't be the problem.
>
> Just for ensuring:
>
> 1. check the user setting in lighttpd.conf
> 2. run chown -R <user> /var/www/wikidot
>
> Maybe the whole problem is because one setting is lighttpd and other is
> www-data. (But it seemed OK before).
>
> Dnia 2008-09-23, o godz. 06:42:52

> Ed Johnson <edjohnson...@gmail.com> napisał(a):

> ...
>
> read more >>- Hide quoted text -
>
> - Show quoted text -

[Piotr Gabryjeluk]

It seems that there is no thumbnail then. Thumbnails resides
in /files--sites/site/resized-images/page/file:

/local--resized-images/test-page-1/bath001.jpg/small.jpg maps to FS:
/files--sites/site/resized-images/test-page-1/bath001.jpg/small.jpg

the same thing happens with files--common:

/common--javascript/... maps to
/files--common/javascript/...

Dnia 2008-09-23, o godz. 08:30:24
Ed Johnson <edjohn...@gmail.com> napisał(a):

[Ed Johnson]

I just looked at the directory structure on my live server at work and
the folders/files you describe are all there. At what point are those
folders and thumbnails created? Is it when specific MIME types are
uploaded? I'll try to dig into this more. Is there any chance that the
fact that I named my wikidot root folder "wikidot1" rather than just
"wikidot" a possible problem? It seems that it shouldn't matter as
long as it's identified correctly in the config files.

I'm leaving for a few days to play some golf, so I may not have time
to do much more testing until the weekend. At that time I think I'll
try again from the beginning and document every keystroke to see if we
can figure out the missing pieces.

On a related note, I've also done some testing with a VirtualBox
machine and I think Wikidot will perform nicely in that environment. I
have figured out how to open up the networking to both my local
network and the outside world. Once the small issues are resolved, I
can provide both a distributable/installable ISO image and a
VirtualBox hard drive image.

Thanks for all your help!

-Ed

On Sep 23, 10:40 am, Piotr Gabryjeluk <pi...@wikidev.lastlook.pl>
wrote:

> It seems that there is no thumbnail then. Thumbnails resides
> in /files--sites/site/resized-images/page/file:
>
> /local--resized-images/test-page-1/bath001.jpg/small.jpg maps to FS:
> /files--sites/site/resized-images/test-page-1/bath001.jpg/small.jpg
>
> the same thing happens with files--common:
>
> /common--javascript/... maps to
> /files--common/javascript/...
>
> Dnia 2008-09-23, o godz. 08:30:24

> Ed Johnson <edjohnson...@gmail.com> napisał(a):

[Ed Johnson]

Is this maybe the problem?

File: /var/www/wikidot1/php/utils/UploadedFileFlowController.php
has this bit of code at the bottom. It appears that it is still
referencing the GlobalProperties.php file.
====================================
/* NOT UPLOAD DOMAIN, so it's *.wikidot.com or a custom domain */

if ($this->publicArea($site, $file)) {

$url = $this->buildURL($site, GlobalProperties::$URL_UPLOAD_DOMAIN,
$file);
$this->redirect($url);
return;

} else {

$runData->handleSessionStart();
$user = $runData->getUser();

if ($this->userAllowed($user, $site, $file)) {

$siteFilesDomain = $site->getUnixName() . "." . GlobalProperties::
$URL_UPLOAD_DOMAIN;

$skey = $runData->generateSessionDomainHash($siteFilesDomain);
$user_id = $user->getUserId();

$file_url = $this->buildURL($site, GlobalProperties::
$URL_UPLOAD_DOMAIN, $file);
$url = $siteFilesDomain . CustomDomainLoginFlowController::
$controllerUrl;

$this->redirect($url, array("user_id" => $user_id, "skey" => $skey,
"url" => $file_url), true);
return;
}
}
====================================
Sorry if this is way off the mark. I'm grasping for just about
anything now! ;)
-Ed

[Piotr Gabryjeluk]

GlobalProperties is needed, but all the values are read from ini files.
This means you don't need conf/GlobalProperties.php but
php/utils/GlobalProperties.php

Dnia 2008-09-23, o godz. 16:38:33
Ed Johnson <edjohn...@gmail.com> napisał(a):

[Piotr Gabryjeluk]

Hi Ed,

I think I found where the problem is! The fix comes in minutes!

Dnia 2008-09-23, o godz. 16:38:33
Ed Johnson <edjohn...@gmail.com> napisał(a):

>

[Piotr Gabryjeluk]

Badly wrong guess :(

Dnia 2008-09-27, o godz. 19:17:29
Piotr Gabryjeluk <pi...@wikidev.lastlook.pl> napisał(a):

[Ed Johnson]

I'm back from my golf outing and did a fresh install of revision 270
on my test machine. The good news is that I was able to get a good
install and no problems with the images this time!! You may have fixed
something or I did something different this time - either way, it
works now!

However, with the changes you made since revesion 260, including
eliminating the GlobalProperties.php config file, I was unable to run
bin/configure.php. I'm not sure if that step is even necessary given
the changes you've made, but I grabbed a copy of GlobalProperties.php
from an earlier revision so I could run the configure step.

What does bin/generate_om.php do exactly? Is that step still
necessary?

Also, I was not sure how to handle these 2 lines in the wikidot
lighttpd config file:
=========================
# lighttpd Wikidot configuration file

var.wikidot_domain_r = "%{WIKIDOT:URL_DOMAIN_PREG}" # regexp for your
wikidot domain
var.wikidot_host = "%{WIKIDOT:URL_HOST}" # your wikidot host
(main wiki)
=========================
Is there a config file that will replace those variable names for me?
I ended up replacing the %{WIKIDOT:... variables with mydomain.com amd
www.mydomain.com respectively. It didn't seem to work until I did that
step (kept getting "The site does not exist" errors).

I think I can document the process this time, but it would be really
nice if the configuration steps could be simplified and clarified
after checking out wikidot and configuring postgresql.

Earlier you offered access to your FTP site. I'd like to do a bit more
cleanup and then create an installable ISO image from my server for
others that might want to try it out.

Is anyone else who's listening interested in accessing my install? I
can send a simple config line to add to your hosts file so you can hit
my server and do some beta testing for me. I just want to make sure
nothing obvious is broken with this install.

Thanks,
Ed

On Sep 27, 12:20 pm, Piotr Gabryjeluk <pi...@wikidev.lastlook.pl>
wrote:

> Badly wrong guess :(
>
> Dnia 2008-09-27, o godz. 19:17:29
> Piotr Gabryjeluk <pi...@wikidev.lastlook.pl> napisał(a):
>
> > Hi Ed,
>
> > I think I found where the problem is! The fix comes in minutes!
>
> > Dnia 2008-09-23, o godz. 16:38:33

> > Ed Johnson <edjohnson...@gmail.com> napisał(a):

[Piotr Gabryjeluk]

Dnia 2008-09-30, o godz. 17:20:43
Ed Johnson <edjohn...@gmail.com> napisał(a):

>
> I'm back from my golf outing and did a fresh install of revision 270
> on my test machine. The good news is that I was able to get a good
> install and no problems with the images this time!! You may have fixed
> something or I did something different this time - either way, it
> works now!

I changed something. I removed limits from ImageMagick invocation from
PHP. It seems in 6.3 version the semantics for -limit option was
changed and this resulted in always failing trying to identify an image
due to too less resources given.

>
> However, with the changes you made since revesion 260, including
> eliminating the GlobalProperties.php config file, I was unable to run
> bin/configure.php. I'm not sure if that step is even necessary given
> the changes you've made, but I grabbed a copy of GlobalProperties.php
> from an earlier revision so I could run the configure step.

Right, we need to update configure.php!

>
> What does bin/generate_om.php do exactly? Is that step still
> necessary?

generate_om.php generates database from XML description files and
generates PHP classes for them.

>
> Also, I was not sure how to handle these 2 lines in the wikidot
> lighttpd config file:
> =========================
> # lighttpd Wikidot configuration file
>
> var.wikidot_domain_r = "%{WIKIDOT:URL_DOMAIN_PREG}" # regexp
> for your wikidot domain
> var.wikidot_host = "%{WIKIDOT:URL_HOST}" # your
> wikidot host (main wiki)
> =========================
> Is there a config file that will replace those variable names for me?
> I ended up replacing the %{WIKIDOT:... variables with mydomain.com amd
> www.mydomain.com respectively. It didn't seem to work until I did that
> step (kept getting "The site does not exist" errors).

This should be done with configure.php (if it worked)

>
> I think I can document the process this time, but it would be really
> nice if the configuration steps could be simplified and clarified
> after checking out wikidot and configuring postgresql.
>
> Earlier you offered access to your FTP site. I'd like to do a bit more
> cleanup and then create an installable ISO image from my server for
> others that might want to try it out.

No problem :).

>
> Is anyone else who's listening interested in accessing my install? I
> can send a simple config line to add to your hosts file so you can hit
> my server and do some beta testing for me. I just want to make sure
> nothing obvious is broken with this install.

My good news is, that I'm working on "Wikidot really easy" installation
featuring:

* really easy installation
* only one wiki
* working in a subdirectory
* no need of libxdiff
* works with Apache
* some options gone (no diffs and wiki is public)

It's in early stage of development, but anyways when it's good enough,
it should make more people use Wikidot for their projects. I hope.

Thanks for all the information
Piotr

>
> Thanks,
> Ed
>
> On Sep 27, 12:20 pm, Piotr Gabryjeluk <pi...@wikidev.lastlook.pl>
> wrote:
> > Badly wrong guess :(
> >
> > Dnia 2008-09-27, o godz. 19:17:29
> > Piotr Gabryjeluk <pi...@wikidev.lastlook.pl> napisał(a):
> >
> > > Hi Ed,
> >
> > > I think I found where the problem is! The fix comes in minutes!
> >
> > > Dnia 2008-09-23, o godz. 16:38:33
> > > Ed Johnson <edjohnson...@gmail.com> napisał(a):
>
>
> >

--
Piotr Gabryjeluk
Wikidot.com developer

http://piotr.gabryjeluk.pl/