[WANTED] Perl Programmer for 4-ch (26)

1 Name: Squeeks!!XjdwLWBy (Admin) 2005-08-18 13:37 ID:Heaven

That's right. I'm too bogged down in study to get things done.
I'm looking for a programmer to help out with some big things, including:

  • Moving Kareha over to mod_perl from it's existing CGI setup
  • Re-arranging the templates and file setup, allowing future-proofing for i-mode and bbsreader support
  • Create and setup administration control of the boards away from public view
  • Other tidbits that go on and on
  • Most importantly, be willing to put up with me.

You will need to know how to work with Perl 5.8, mod_perl, Apache2 all working under Debian Linux. You might want to get yourself very familiar with Kareha as well.
How much will you be paid: Nothing! I don't have a spare cent on me since I'm a broke student. All code you create will be either under OSI approved licencing, or public domain. You will be recognised for your efforts. More than one person can work on the task.

Anyone who can help me out, please give me an email. As much as I am a bit desperate for this, I won't take on any joker.

2 Name: Mr VacBob!JqK7T7zan. 2005-08-18 23:55 ID:ZfKnjTIG

What's the advantage of mod_perl over CGI? I know it's faster, but isn't that just because it doesn't reparse all the Perl? It seems like that if you needed real speed it would have to use FastCGI (lighttpd?) so it didn't have to reload the data files all the time.

3 Name: dmpk2k!hinhT6kz2E 2005-08-19 01:16 ID:Heaven

CGI not only reparses, it also reloads perl every run. It's reliable, but slow.

mod_perl does two things:

  • perl interpreter is always loaded
  • if the script is written with mod_perl in mind, the script also remains persistent

You get a large speedup even with unmodified perl programs because the perl interpreter doesn't have to be reloaded every run. If you wrote with mod_perl specifically in mind then it'll also never rerun the compiler either (unless you use eval()).

FastCGI is almost as fast as mod_perl running a mod_perl script, but it's more stable and scales better. Unlike mod_perl, you get no benefits unless you specifically write with FastCGI as the target (which isn't hard: http://search.cpan.org/dist/CGI.pm/CGI/Fast.pm).

4 Name: #!usr/bin/anon 2005-08-22 08:05 ID:sPmSqi4X

age!

5 Name: Sky Eye!fsXRziHFZE 2005-08-22 12:18 ID:QhtK0GVn

Actually, i'm currently building a system like this one, but i'm not using perl. I'm using PHP and MySQL. If you interested, put your message here, i'll check it later ^^

The reason i use Php is that :

  1. It's the best language i can code, i can't do perl.
  2. I already search over the web, system like this one is only three of it's kind existed (CMIIMW). The one you use, the 2ch has been using, but no source of it (of course). And one with PHP, but i don't like the management system, so i would like code it myself.

But i'm now very busy at school. Maybe i expect it will be done in about a month or less.

6 Name: #!usr/bin/anon 2005-08-22 13:23 ID:sPmSqi4X

I believe the script 2channel uses is 0ch, which can be found here:
ttp://jspace.s26.xrea.com/

7 Name: Sky Eye!fsXRziHFZE 2005-08-22 13:32 ID:QhtK0GVn

>>6

Ah i think you are right ^^, thanks for the link. I still can't believe that the bigest forum on the world is using such a small script ^^

8 Name: Squeeks!!XjdwLWBy (Admin) 2005-08-22 13:45 ID:Heaven

>>5
This isn't your thread to advertise for help, it's for me. :@

Why am I using Perl and flatfiles and not PHP+MySQL:

  • Perl is VERY good and file I/O and security, two things PHP suck at.
  • Speed. The only way to get huge speed out of PHP is to move to using Zend's commercial tools, which cost money. mod_perl and some online documentation is next to nothing.
  • I don't see a logical reason why SQL would be useful in a scenario like this. Using a database to generate data either dynamically or into flatfiles at modification time is more work than necessary, and takes it from a pure I/O issue into a memory and CPU issue as well.

Feel free to argue with me on this if you want kids, this site is powered on Perl. Do I know PHP? Why yes I do. I like Perl more. My offer still stands for assistance, however I'm going to obviously do the lot myself if no one responds.

9 Name: Albright!LC/IWhc3yc 2005-08-22 14:00 ID:Heaven

> kids

What pretentious asshattery. So you don't like PHP for various reasons (some imagined, but no matter); must those of us who do now be beneath you? Get the fuck off that high-horse.

Jesus.

10 Name: Sky Eye!fsXRziHFZE 2005-08-22 15:33 ID:QhtK0GVn

Well, i'm not advertising here, in fact, i'm trying to help you IF you want to use my code :D So if you don't want, just say it, no need to compare Perl to PHP. And if you think i haven't learn perl, you are wrong.

And i'm not a kid, i might older than you, you know.

11 Name: #!usr/bin/anon 2005-08-22 16:03 ID:sPmSqi4X

Please to stop arguing now! Look, there are other PHP vs PERL & related threads!:

The PerlHP thread
http://4-ch.net/code/kareha.pl/1106527155

PHP users are dumb
http://4-ch.net/code/kareha.pl/1120533289

>>7
I doubt that the actual script 2ch uses is the one on there. Probably 2ch uses a modified version of it.

12 Name: !WAHa.06x36 2005-08-22 17:21 ID:zpj1si6o

>>5

As squeeks already said, why would you want to use SQL? You can create a much more streamlined system using just flatfiles. You're not going to be doing any complex queries into the database anyway, so there's nothing to gain from it, except extra load to access the database.

>>7

I think this says more about the other scripts being used than about 2ch. Most board scripts are full of utterly useless bloat.

>>9

A bit defensive, are we?

13 Name: Albright!LC/IWhc3yc 2005-08-23 01:46 ID:Heaven

>A bit defensive, are we?

I could say the same about >>8.

14 Name: Sky Eye!fsXRziHFZE 2005-08-23 03:42 ID:CaK5xYdJ

Okay just let stopped it, this thread is not for that anyway. Sorry for being the starter of flames.

15 Name: #!usr/bin/anon 2005-08-25 15:16 ID:/sI6/r1y

>>7
The reason 2ch uses a small script is well-documented in unix.swf, available at the nearest 2ch Flash depository near you.

16 Name: #!usr/bin/anon 2005-08-25 15:55 ID:r0y6k+Uc

17 Name: #!usr/bin/anon 2005-09-24 23:00 ID:bkQv6BfG

Anyone who defends PHP and doesn't mention mod_php is an utter buffoon. It is the only good part about PHP and it still is absolutely horrible. If you haven't tried Java, Perl, Ruby or anything else other than PHP for web garbage keep your ignorant and clueless pro-PHP attitude to yourself.

18 Name: #!usr/bin/anon 2005-09-25 07:19 ID:Heaven

>>17 is DQN

19 Name: !WAHa.06x36 2005-09-25 14:46 ID:ChqjIfSL

Mentioning mod_php in a PHP debate is like making a big point out of the fact that Perl has an executable you can run to interpret Perl code. mod_php is, for all intents and puproses, the totality of PHP.

20 Name: Ruby Forever 2005-09-29 23:11 ID:yj+nLQi8

mod_php isn't the totality of PHP. It has a command-line version as well, which is useful if your entire app is in PHP and you need something like cron to call the same code.

21 Name: !WAHa.06x36 2005-09-30 01:28 ID:ChqjIfSL

I know very well about the command line version of PHP, and yet I still said what I said.

22 Name: #!usr/bin/anon 2005-10-17 12:55 ID:Heaven

I am ageing this thread for this:
http://beta.4-ch.net/dis/

It's created so that if anyone is actually interested in the code behind the site, or contributing to it has a place to talk about it. I hope someone does.

23 Name: #!/usr/bin/anonymous : 2007-06-15 18:00 ID:FR9dXooR

WHUT HAPPONED?

24 Name: #!/usr/bin/anonymous : 2007-06-15 23:56 ID:Heaven

>>23

You bumped a year-and-a-half old thread, that's what happened, you fucking retard.

25 Name: #!/usr/bin/anonymous : 2007-06-16 03:47 ID:FR9dXooR

IM AVALABEL

26 Name: #!/usr/bin/anonymous : 2007-06-16 08:53 ID:Heaven

PHP = DQN

Name: Link:
Leave these fields empty (spam trap):
More options...
Verification: