Serendipity Forums

Hi guys!

We are planning to release Serendipity 1.1 somewhen next week, and of course would like to have any 1.1 bugs squashed before then.

Currently there are no issues/bugs left that are known to us and could be a showstopper. We are missing some language updates for foreign languages, so any help on this would be appreciated.

If you know of anything left uninvestigated, please report it here!

Best regards,
Garvin

garvinhicking wrote:If you know of anything left uninvestigated, please report it here!

It's not a bug (it's not a feature, either), but more of a suggestion, and I realize it's very short notice, and therefore probably better suited for v1.2 or somewhere in between. It's also not too important, and now I'm rambling, so ...

I'm sitting on a thin net connection at home, and although I do have access to a DSL line sometimes, it often 'troubles me' that the s9y tarballs/zipfiles are rather huge. I think it would be nice if we could offer a 'lean' version of it, i.e. a tarball/zipfiles without extra templates. The templates subfolder is 1.9M (untarred) of the 3M (tarred) total in 1.0.4, 2.2M (untarred) of 3.3M (tarred) in 1.1-beta6. We could probably save some of this by stripping it down to anything but the default template(s).

I'm not sure whether there's other stuff which could be left out, but I'm sure this 'lean' tarball/zipfile would be appreciated.

YL

Hi!

Generally, FTP upload is a lot faster if you use parallel threading (like smartFTP offers). Mostly because of the many small files it would take a lot longer otherwise.

However your idea is quite well. I modified our release-script to create a "lite" package. This strips the "deployment" folder and all templates but 'default' and 'carl_contest'.

Sizes are now: (Wow, I didn't notice that ZIP files are so much larger then TGZ files?!? That's wicked).

Best regards,
Garvin

garvinhicking wrote:Generally, FTP upload is a lot faster if you use parallel threading (like smartFTP offers). Mostly because of the many small files it would take a lot longer otherwise.

My original thought wasn't even about uploading the untarred/-zipped files (although that's even 'worse'), but downloading the tarred/zipped ones

garvinhicking wrote:(Wow, I didn't notice that ZIP files are so much larger then TGZ files?!? That's wicked).

See, this is why I always sigh a little when something is offered as a zipfile only (Another reason is that TGZ and TBZ are opened much faster than zips in the midnight commander, at least on my brave, but old home box.)

By the way, for our Windows users: As far as I know there are freeware tools for Win which can actually decompress .tar.gz (not sure about .tar.bz2), just don't ask me for names

By the way, being a linux only guy (and seeing your results table) I think it would be really awesome if we could offer a bzip2-compressed tarball also, if it isn't too much of a hassle. Those tend to be even smaller than TGZ, depending on the type of files included in the tarball.

YL

Hi!

By the way, for our Windows users: As far as I know there are freeware tools for Win which can actually decompress .tar.gz (not sure about .tar.bz2), just don't ask me for names

I use 7-ZIP, this can handle about anything. Absolute recommendation!

By the way, being a linux only guy (and seeing your results table) I think it would be really awesome if we could offer a bzip2-compressed tarball also, if it isn't too much of a hassle. Those tend to be even smaller than TGZ, depending on the type of files included in the tarball.

Yes, a bz2 upload I will add to the next release, because I just saw how much they differ in size.

Best regards,
Garvin

garvinhicking wrote:

By the way, for our Windows users: As far as I know there are freeware tools for Win which can actually decompress .tar.gz (not sure about .tar.bz2), just don't ask me for names

I use 7-ZIP, this can handle about anything. Absolute recommendation!

Depending on the traffic 'budget' for s9y.org you should maybe think about switching the nightlies to .tar.bz2 if it's not a problem to use those under Win ..? Just another thought.

YL

I am working on the latest Chinese translation, and got one question:

In file serendipity_lang_en.php, for the following constant:

@define('PLUGIN_AUTHORS_MINCOUNT', 'Show only authors with at least X articles');

what's the meaning of "X" here? Should it be '%d' or sth else?

Hi deminy!

Great, thanks for your help!

The "X" simply is an indicator for the user that means "a specified amount of". It's a placeholder that does not get changed, because it depends on the value that a user enters!

Regards,
Garvin

really, really small. I am using Serendipity 1.1-beta6
under configuration, Appearance and Options,
Activate strict RFC2616 RSS-Feed compliance
half way through the paragraph

So if you set this option to "TRUE" you will compliy with that RFC, but readers of your RSS feed might miss items in their holidays. So either way, either it hearts Aggregators like Planet, or it hurts actual readers of your blog.

I assume that should be hurts

YellowLed wrote:

garvinhicking wrote:If you know of anything left uninvestigated, please report it here!

It's not a bug (it's not a feature, either), but more of a suggestion, and I realize it's very short notice, and therefore probably better suited for v1.2 or somewhere in between. It's also not too important, and now I'm rambling, so ...

I'm sitting on a thin net connection at home, and although I do have access to a DSL line sometimes, it often 'troubles me' that the s9y tarballs/zipfiles are rather huge. I think it would be nice if we could offer a 'lean' version of it, i.e. a tarball/zipfiles without extra templates. The templates subfolder is 1.9M (untarred) of the 3M (tarred) total in 1.0.4, 2.2M (untarred) of 3.3M (tarred) in 1.1-beta6. We could probably save some of this by stripping it down to anything but the default template(s).

I'm not sure whether there's other stuff which could be left out, but I'm sure this 'lean' tarball/zipfile would be appreciated.

YL

Until today (yes today!) I too was on dial up so I found a solution to this problem. Basically you use a server to server file transfer script to directly transfer the tarball/zip to your web server. You can then extract it using cpanel's file manager.