[ home / board list / faq / random / create / bans / search / manage / irc ] [ ]

/tech/ - Technology

Catalog

Name
Email
Subject
Comment *
File
* = required field[▶ Show post options & limits]
Confused? See the FAQ.
Flag
Oekaki
Show oekaki applet
(replaces files and can be used instead)
Options
Password (For file and post deletion.)

Allowed file types:jpg, jpeg, gif, png, webm, mp4, pdf
Max filesize is 8 MB.
Max image dimensions are 10000 x 10000.
You may upload 3 per post.


File: 1458086541699.png (275.34 KB, 1330x640, 133:64, Screenshot - 03152016 - 06….png)

 No.543988

So, I'm cloning 8chan in JSF 2.0

1) i'm just going to re-use the existing css and js wherever possible.

2) The data will be live. So that means basically everything will be kept in ram and will be synced to a db periodically. images will likely be served by nginx or apache

also, taking ideas

get rekt, josh

>dis gun be gud

 No.543999

>>543988

Oh boy just what we needed

Another chanboard engine


 No.544001

>localhost:8080

nice ip faggot

prepare to get hacked


 No.544006

>>543999

because 8chan works so well.

>>544001

i know tony, nice try.


 No.544012

repo where??


 No.544013

>>544012

I haven't made one yet. I'd like to at least get it moderately functional first


 No.544020

>>544013

get it moderately functional before making a thread next time


 No.544023

>>544020

k. next time i'll just make a desktop thread for you


 No.544024

>>544006

Ther'es like five competing engines.

If you want to do something, go help floens sketch out an ownership/moderation/volunteer permissions system.


 No.544029

>>543988

>inb4 Jim DMCA your ass


 No.544032

>>544029

More likely STI if he's re-using code and doesn't include the stopnerds link.


 No.544037

>>544032

just reusing the css mainly. converting from the twig templates seems to be more effort than it's worth

>>544024

i don't into python, but there is a lot of shoddy looking code in there m8. maybe i'm missing something


 No.544038

>>544037

Doesn't matter, re-using the CSS and JS is subject to the same copyright as it's derived from vichan.

>I don't know python

>therefore I'm qualified to comment on the state of the code


 No.544049

>>544038

>implying that i intend to violate the copywrite

>implying i don't know enough python to know inexperience when i see it


subject = form.get('subject', None)
if not subject:
subject = None


if page == 1:
return redirect(url_for('board', board_name=board_name))

if page is None:
page = 1

k


 No.544051

>>544049

Well it was forked from unichan and needs cleaned up. I'd just call the first one "verbose" because it's repeating itself. Not sure what the story is on the second bit.

No one wants your garbage if you intend to keep the stopnerds bullshit license. Why did you even make this shit thread with five other fucking engines and nothing to show for it?


 No.544061

>>544051

1) I don't care why it needs a cleanup. I don't have an interest in python. More power to them though.

2) The first instance is redundancy. the second is poor flow. if page == 1 redirects to the main board, then why would we set a None page to page 1 AFTER we redirect to page one?

These were just two examples.

3) i don't care about the license.

4) to test interest in a software that could actually handle 8chan's volume without breaking and most importantly, because i felt like it


 No.544067

>>544051

also,

>posting on a site that's software is licensed under said licence

>claims no one will want to use it if it's under said license


 No.544071

>>544067

It won't be used for 8chan. A big reason he wanted completely new software is to get rid of the stopnerds link, even if the software was working great.

I have no idea without looking at the second example in its full context.

There's no interest because there's five other projects. Stop making fucking imageboard engines, go contribute to shit if you want to help.

Worse than fucking torrent clients, shit's pure autism.


 No.544082

>>544024

"competing"


 No.544083

>>544082

Have it your way, five NIH autism projects.


 No.544084

>>544071

I don't care if it's used for 8chan

you really shouldn't need context to know that you shouldn't write code like that. It's confusing and not self documenting. additionally there doesn't appear to be any consistency as to how errors are handled. it could very well be a great project, but not one that i'd enjoy working on.

I really don't mind the link or not being able to form a GNU project out of it.

The existing software is either broken or not scale-able.

mainly i just want to make one. Should we also have only 5 brands of cars? computers?


 No.544087

>>544084

Then if you don't care, why are you gauging interest? Why would anyone be interested in some retarded NIH pet project when five others exist? Did you expect people to suck your dick and praise you for using some ENTERPRISE QUALITY language?

The existing solutions are all unfinished, not at a state to replace 8chan. None of them are "unscaleable."

Do whatever you want, don't expect people to rally around you when there's five other options and this site is dying a slow death anyways because the cripple refuses to work on it, or any software that'd replace it, after his multiple fuck ups.


 No.544090

>>544087

nice meme, but it works well for me at work, so why not?

yeah no. most of the software out there is designed to run on toasters. which is great for a vps, but given a situation where you need to handle a large volume, you just can't beat an application server. be it tomcat or whatever runs asp.net. and no. python's "green" threads will not get you there. and jython a shit and ironpython a shit.

josh, take your antidepressants or something.

There will always be chans m8


 No.544099

>>544090

You have no fucking idea, really. The load 8chan is at is pitiful. You'd know that if you'd have worked on anything serious.

All it needs is a cache to get by, except the document cache on the current software is the thing that's causing problems, and requiring boards to be spread out across multiple arrays.

>php and python doesn't scale!

wew

Your brain is warped from your lack of experience and hammering on Java at work.


 No.544109

>>544099

disregarding python's gil, and both suck performance wise.

now while you may say that with using a db and memcached or whatever php can scale just fine.

sure, but why would i fuck with it? hashmaps are faster and i get everything i need in one package. for static file caching, i have very fine grained control using, guess what, the same system that everything else is in. and if i do need to do a computationally intensive task, same package.


 No.544115

>>544109

Then go do it. No one cares if you want to NIH yet another fucking imageboard engine.

Again, as you said, you don't care if anyone uses it, so what's the point of this thread when you have nothing to show for it?

>db and memcached

No, document caching and invalidation. There's no need to even hit the application server unless you've got a session that should pass through or it happened to be invalidated right before you fetched.


 No.544124

>>544115

still something providing the data to the cache

still slower, josh


 No.544127

>>543988

>java

why would you do this to yourself OP


 No.544128

>>544127

fuck m8. i have to at work so it just makes life easier.


 No.544130

>>544124

>still slower

Yeah and yours will still be orders of magnitude slower than a kernel module.

You're appealing to premature optimization.

Now, answer the question. What was the point of this thread when you have nothing to show for it?


 No.544133

>>544130

what was the point in you suggesting that i help rewrite another project?

I primarily use java at work so why would i use/learn something else to avoid premature optimization?


 No.544135

>>544133

Because it's NIH bullshit.

There's already multiple imageboard projects out there, probably Spring projects that you could easily integrate with JSF enterprise garbage.

>hey guise im gonna make a new imageboard project

Clap clap, faggot. Bravo. Join the thousands of other dead projects.


 No.544136

>>544135

>I'm sensing a lot of butt mad from this one

did no one get excited about your last project or something? is this thread taking up space from your ricing threads or rate my battlestation?


 No.544140

>>544136

>is this thread taking up space from your ricing threads or rate my battlestation?

/tech/ never has those threads


 No.544142

>>544136

Wow, I'm so exited for you senpai, yet another imageboard project created by someone who doesn't even fundamentally understand what's making 8chan shit the bed. Obviously the answer is an enterprise quality application server.

Do your best!

I'd never post projects here linked to my real name


 No.544143

>>544140

>/tech/ never has those threads

https://8ch.net/tech/res/543182.html

k


 No.544144

>>544142

>I'd never post projects here linked to my real name

http://regex.info/exif.cgi?imgurl=https%3A%2F%2F8ch.net%2Ftech%2Fsrc%2F1458086541699.png

k

> who doesn't even fundamentally understand what's making 8chan shit the bed

coming from someone who suggested i help with a project while not being able to tell how poor of condition it's in? I've worked with the vichan codebase a lot. 8chan isn't much different


 No.544145

>>544143

desktop, homescreen and ricing threads aren't allowed


 No.544146

>>544145

well damn. guess it would help for me to read the rules once in a while.


 No.544147

>>544144

The fuck are you saying? PNG wouldn't even have that metadata, dipshit.

Yeah, it's garbage. It's a miracle that it's lasted this long. You didn't understand what the problem with it was earlier in the thread.

I suggested you help with other projects because you have the NIH mental illness, faggot.


 No.544151

>>544147

i know you're just sperging, but if i had anything better to do, i guess i'd be doing it.

>You didn't understand what the problem with it was earlier in the thread

pretty sure that was you m8


 No.544152

>>544151

I'm talking about 8chan. You don't understand that it's not PHP holding it back, it's the awful document caching mechanism that's ingrained into the codebase because STI thought he was clever and minimalist.


 No.544153

File: 1458098274909.jpg (62.98 KB, 447x400, 447:400, 1456871073185.jpg)

>>543988

Imageboard engine no. 5426854214855145521


 No.544155

i'd be willing to bet it's generating static pages for every post. apparently i forgot to mention that. php being slow is just a side note in comparison.4

>>544153

5426854214855145521st times a charm


 No.544158

>>544155

If you'd supposedly worked on vichan, you'd know the answer is yes. Who do you think you're kidding?


 No.544160

>>544158

josh, isn't it past your bedtime?

and if i didn't know i was right, then why would i be 'willing to bet'?

do i look like a nigger that buys scratch offs?


 No.544163

>>544160

Don't you have some NIH bullshit to work on, Spring monkey?


 No.544165

>>544163

not really


 No.544383

>>544163

calm down josh, you are like one of the most autistics shitposters I have ever seen, start tripfagging when you are at it, I though working on 8chan gave you enough internet cred to do just that


 No.544390

>JSF 2.0

This is literally the worst way I've ever done web development.

Unless you need an enterprise™ grade image board engine, this is torture.


 No.544393

writing the engine in Haxe is, and always will be, a pipe dream


 No.544396

I started using java ten years ago.

One thing I have to say is: don't use java for web.

It isn't efficient and the whole architecture of it is a clusterfuck.


 No.544404

>>544090

>but given a situation where you need to handle a large volume, you just can't beat an application server.

I bet lynxchan can beat anything you put out on any scale.

Come to #lynxchan on rizon when you wish to compare some benchmarks.


 No.544415

>>544404

WEBSCALE


 No.544418

Serious question

I already know C++ more or less, and I'm thinking of learning Go for a change, is an imageboard engine good beginner project?


 No.544423

>everything will be kept in ram

better have a beefy UPS


 No.544424

>>544418

It worked for this guy.

https://github.com/majestrate/srndv2

This is an image board with nntp backend written in Go.


 No.544425

>>544024

all of them written in garbage like php

it could be interesting to see an imageboard in java from the performance point of view


 No.544431

>>544418

YEAH

WE NEED MOAR IMAGEBOARD ENGINES

GIVE ME MORE OF THEM, MORE !!!

I DON'T HAVE ENOUGH OF THEM, I WANT MOAR

GIVE ME AT LEAST ANOTHER 100 OF THEM, OR 1000


 No.544433

>>544431

You can say about Josh what you want, but thanks to him, we are never going to run out of imageboard engines.


 No.544513

>>544404

With lynxchan you're comparing apples and oranges. But since you want to, steaming to socket from MongoDB and GridFS will perform considerably worse than any other proper in-memory document cache.


 No.544520

>>544425

Languages don't fucking matter. What matters is sane caching and relying on fast acceleration.

Also, this is just JSF, he's not even working on the server at this point because he's a retarded Java monkey.

>hurr i should work on the templates before everything

He's worse than language shitposters like you.


 No.544525

>>544520

i.e. varnish or nginx's fcgi cache

fcgi cache also has the ability to serve stale content while performing a refetch

>>544433

most people will realize that they don't have the time to sit down for a year and hammer out as many features as he did


 No.544669

>>544423

the boards and their threads/comments will be. the images will either either served by an existing solution or a servlet that implements some sort of caching.

>better have a beefy UPS

it will be periodically synced to disk so that a power outage would only cause a loss of the last few minutes worth of posts

>>544396

it doesn't seem that bad

>>544418

i have no idea about GO, but I don't see why not.

>>544520

> JSF, he's not even working on the server at this point because he's a retarded Java monkey.

the entire work so far has been on the backend, josh

>>544525

>a year

what a nigger. i didn't realize it took him that to make something not work. an imageboard really isn't that complicated. regardless of the languages involved if he was working full time on it, it should have been done in 1 to 2 months time. that leaves at least 10 months to figure out why it sucked.


 No.544678

>>544669

Then you already have an implementation for the backend, and just have to hook JSF into it assume? Can we see it? I want to laugh at it. You have nothing to show for it yet you love to talk shit.

Do you know how many man years the piece of shit that is infinity+vichan took? And it took a much simpler route, with the code being so awful.

I expect that in a year you'll have such a superior implementation, right, taking care of such nitty gritty details such as the permissions system, file handling, board configuration, and such, well beyond Infinity could manage. Lynx hasn't even attempted to do it because he's fucking retarded (doesn't even validate the length of a submitted stylesheet to be below a certain byte size, lol 50MB CSS) and so on.


 No.544680

So who wants to make an imageboard engine?

We can call it YAWIE and write it and go.

YAWIE, Another Weak-ass Imageboard/Infinity Engine.

It's strategically named to piss off /pol/


 No.544690

>>544678

>Then you already have an implementation for the backend, and just have to hook JSF into it assume?

partially.

>Can we see it? I want to laugh at it

somehow i don't think the quality would matter to you. you pretty much have proven yourself to be, first and foremost, a raging autist and secondly a poor programmer.

>You have nothing to show for it yet you love to talk shit.

k

>taking care of such nitty gritty details such as the permissions system, file handling, board configuration

literally not a single one of those things is hard at all. pretty much SOP m8.

>Do you know how many boy years

ftfy

>lynx

only have heard the name and that it's an imageboard. don't know anything about it or have a great interest.

>>544680

this is actually a great idea


 No.544692

Why isn't anyone talking about using fucking Hack Lang and HHVM?

Pros

>get to use existing vichan/whatever code base wherever needed

>faster

>type checking, etc

Cons

>Jewish

I think that it's about time we exploit the Jews instead of them exploiting us.


 No.544694

>>544690

Because I said that uchan needed cleaned up but wasn't a bad codebase? You took two poor examples and are trying to extrapolate my skillset based on what I said of the cosebase as a whole?

You're a fucking java monkey. And you keep rambling about application servers as if caching doesn't exist. Fuck off, retard.

>Partially

Then you have nothing to show for it. As another anon said, come back with code instead of talking shit. You prematurely ejaculated and expected people to suck your dick for reinventing the wheel, for the ten thousandth time.


 No.544698

>>544692

1) Lack of support for Postgres, only MySQL

2) Lack of support for FreeBSD

Both of those are decided by the only person who kept and is keeping 8chan alive all this time, Codemonkey. And even ignoring that MySQL is a shit DB.


 No.544703

>>544692

Mainly because atm i'm more productive in php, though i have considered hhvm.

>I think that it's about time we exploit the Jews instead of them exploiting us.

i will keep that in mind

>>544694

But you couldn't see anything wrong with the second example.

>as if caching doesn't exist

why would i do that? memory is faster and if i needed to move to a caching server or something else, i literally just have to implement the chan datastore interface with whatever i need

>>544698

mysql works just fine m8

i don't care about freebsd support

>codemonkey

not even my post. :^)


 No.544704

>>544703

in java than in php*


 No.544707

>>544703

I hadn't looked at the route, but it looked wrong. Fuller context would confirm it.

>MySQL works just fine

L E L

>Not knowing who Codemonkey is

Yeah, you aren't new or anything are you, pal?

>I don't care about freebsd support

And no one cares about your project.


 No.544709

>>544694

but do explain how permissions are hard

or config files?

or file handling?

as a codemonkey i must be confused as to think once you've done it 100 times, it's all standard codemonkey shit.

so, your highness, what IS complicated about any one of those? surely your several degrees at codeacademy can shed some light?


 No.544712

>>544709

They just take effort to implement properly, as with all of those things, instead of being half-assed, and to do so extensibly and cleanly.

>config files

Board and site configuration, dumbfuck.

Not really, every situation is different unless you're doing the most basic of CRUD.


 No.544716

>>544128

Trust me on this, you really don't want your hobby projects to feel like actual work even if it means you can hurrdurr your way to something half-functional. By definition it'll never be finished, people will just bitch at you more and more as you get less and less motivated, and it'll slowly consume you.

Learn from the mistake Voat made if nothing else


 No.544720

>>544703

>memory is faster and

Generating a page with an application server is faster than the page already being generated and served above the application server?

Let's put on our thinking caps.

>i literally just have to implement the chan datastore interface with whatever i need

Are you retarded?


 No.544723

>They just take effort to implement properly

if it's your first rodeo or two and you are having to think about what would be the best way to accomplish x, then i could see that

>>544712

instance fields. where you store this for perm is up to you. i would just go to config files because it would only need to be loaded on boot and written to periodically.

>every situation is different.

we're talking about an imageboard(ie forum) it isn't exactly rocket science.

>>544716

this is true. i've been looking into using something more fun for the front end. possibly typescript idk yet.

At work I don't get much experience in java ee (mostly desktop fat clients) so i figured i could work on a fairly simply project while familiarizing myself with jsf.

so i guess you could say i'm trying to have my cake and eat it too


 No.544724

>>544703

>i would just go to config files because it would only need to be loaded on boot and written to periodically.

Answer this, would that be your final solution for a site that needs to scale beyond one instance? I just need you to answer this one question to know whether you're a fucking retard or not.


 No.544730


 No.544734

>>544730

I'm a doctor, and I'm here to inform you that your brain has been damaged by ENTERPRISE QUALITY. Sorry about the mental retardation, my condolences.


 No.544737

>>544734

yes. i must admit. my hello worlds are not nearly as elegant as they used to be.

>still pays my bills


 No.544738

>>544734

teach me jquery senpai


 No.544743

>>544738

I have no doubt you'll love jquery if your answer to that is to blurt out "message passing service."


 No.544748

>>544743

not actually 'blurting' anything out. my post object already contains everything but the image itself, the image file(s) are inferred based on the postid

thread is a subclass of post so why wouldn't i just send the post objects as they occur to the relevant servers? if need be i could batch them, but i doubt it. the same goes for a user for instance. why not simply serialize and send the updated user object on updates?


 No.544752

>>544748

You're really trying too hard to damage control here.

It wouldn't even be a good idea for posts. Maybe instances ACROSS the internet, but certainly not for one coherent site. And that's not recommended for jms, as far as I understand it, you'd be better off using some http endpoint for digest in that context.

Regardless, we were talking about site (application) and board-specific configuration, by the way. So maybe you can't read. I'm so sorry for your loss.

Either way you should probably stop talking shit before you embarass yourself further.


 No.544761

jms works fine. you should read up on it if you are so inclined.

>HOW WILL IT SCALE FOR CONFIG!?!?

sorry, i thought the larger issue would have been replicating the general application state. the largest portion would be for posts and their content.

why would i design synchronization around such a small portion of the load?


 No.544770

>>544761

You'd use a... wait for it... RDB.

Why are you bringing in message passing?

Just how warped is your fucking brain? I don't even think CS grad man is good enough for you at this point.

So I'll break it down for you. Realistically, across multiple instances, you'd be talking about a LOAD BALANCER for your application , one that supports sticky sessions. All of your posts wouldn't be passed around application servers, they'd be written to a database, and you'd be using a shared cache server to lighten load on the database.

One scenario that jms would come in handy for is distributing load across your application servers.

Be sure to write down all of this complicated technology that I've mentioned, we surely are at the forefont. RDBMS, wow, pretty advanced stuff.


 No.544778

>>544770

>current year

>not using client side session

seriously. that'd be if i needed the clients to change servers for each request. same thing with the load balancer.

seeing as i don't have a server rack in my closet, i'd assume the geographical location of these servers is indeterminate and would prefer that they could all function independently. a load balancer would not be preferable.

so sending updates on event to the servers, would be my method of replication.

there are several advantages to jms. and while it's still early, no. a rdbm will not be used. almost everything will be pojos with the exception of plain files for the image storage and the periodic backups to disk


 No.544780

>>544032

>STI

>giving a shit about imageboards

wew lad


 No.544782

>>544778

I have a strange feeling that this is CS grad bait.

>that'd be if I needed the clients to change servers for each request

If you're balancing load. Do you listen to the shit that you spout or what?

>I'd assume the graphical location of these servers is indeterminate

So because you're poor, you're going to rent the servers from mutltiple providers across datacenters, or host them on some neckbeard's computers and set up jms for what it's not meant to be used for. For some retarded reason.

And in which case you'd still want to be using round-robin, a load balancing technique.

>there are several advantages to jms

>everything will be plain java objects

Holy shit. Your brain really is fucking warped. I can't wait to see it in action, actually, watching some retarded java monkey must be like sort of what it's like watching a train wreck, or more on-point: watching Larry Ellison acquire yet another company.

I'll give you some real advice: go start using Spring. I'm sure you'd love Spring Integration just for the problem you want to solve, and it's enterprise enough that your fucked up brain will appreciate it.


 No.544795

>>544782

per request load balancing is not the only method.

why are pojos bad, other than java? if it's in java and we can get past that, why would i store the data otherwise assuming i have enough memory? that's how i'm going to have to interact with the data, after all.

>set up jms for what it's not meant to be used for

nor was the internet designed for the distribution of dank memes, but it works quite well doesn't it?

>And in which case you'd still want to be using round-robin, a load balancing technique.

well that wasn't at all the load balancing that you were talking about. having people click the server closest to them could be considered load balancing as well, but we know you were talking about a reverse proxy in front of the application servers

>calls people language fags

>language doesn't matter

>constant buttmad because java exists


 No.544803

>>544795

>but it works quite well doesn't it

No, it wouldn't, and you are a fucking retard. That's not recommended of jms.

>but we know you were talking about a reverse proxy in front of the application servers

Yeah, no shit. What you're talking about is distributing tasks across servers, or passing your java objects between them when work is finished, who the fuck knows what scheme you'll cook up oblivious that these are solved problems.

"Tasks" most likely won't be the problem, though, it'll be building pages in response to requests.

Thank fuck you'll never touch anything I use, though.

The only thing wrong with Java is that for some uneducated dumbfucks, it warps their brains.

I'm going to get a headache from arguing with your retardation any longer, be sure not to damage control too hard. Though I'm sure you're just fucking with me at this point, because there can't be someone this retarded out there. I guess if you weren't I wouldn't be surprised if you were a street shitter contractor.


 No.544807

>>543988

Why not Scala?


 No.544809

>>544803

:^)

>>544807

never really considered it.

Weighing the pros and cons I guess you could say I don't know enough about scala to even start.


 No.544816

>>543988

does it work in glassfish 2.0?


 No.544822

>>544816

p-probably not


 No.545042

File: 1458218794485.png (117.07 KB, 372x351, 124:117, smuganime.png)

>>544669

>it should have been done in 1 to 2 months time.

You are so fucking clueless.


 No.545357

File: 1458256462027.png (310.07 KB, 483x735, 23:35, extremly_effeminate_scream.PNG)

>Hundreds of imageboard software out there

>Only a few Archives

All these people working on imageboard software should focus more on archiving


 No.545362

>>545357

As long as you're ready to provide a reliable hosting with enough space


 No.545364

>>545362

I'm surprised that there still isn't an alternative to 8archive


 No.545371

File: 1458258267979.png (252.07 KB, 450x536, 225:268, no.png)

>>545357

half the point of chans is that communication is ethereal

I'm not sure why the fuck people are so intent on eliminating that aspect

Archiving is only even useful in very particular circumstances, and generally done through screengrabs and shit. There's really no reason to have every single thread ever created archived

Really it's as stupid as fucking generals

The need comes up once a year

so you idiots decide that it should be done every day

fuck you


 No.545373

>>545364

Try re-reading the post you've just replied to. It's not a problem with software, archives need space and backups, those things are relatively expensive.


 No.545404

File: 1458261265842.png (179.82 KB, 308x539, 4:7, 1449166252901.png)

>>545371

Ephemeral is the word you want silly.


 No.545415

File: 1458262450217.jpg (333.52 KB, 717x997, 717:997, Dore-Writhing.jpg)

>>545404

yes, I realized after posting I made that mistake

I also realized it didn't matter, it was pretty obvious what I intended

if not the word itself, then the meaning

I'm also of the opinion not having a proper edit-system is a nuisance, but even worse is users not recognizing the lacking feature, and then pushing the point as if it had any meaning or importance

it's as stupid, if not more so, than people constantly fixing mundane typos in an irc with that retarded * meme

putting the language above the content

what're ya, an sjw?


 No.545423

>>545415

You should've just admitted the wrong and moved on instead of trying to justify it with that drivel.


 No.545448

>>545371

>half the point of chans is that communication is ethereal

this is a meme moot made up to save on bandwidth costs.


 No.545455

>>545042

working full time. I mean it was his full time job was it not? what do you consider a full time job? do you into deadline? your animu won't keep you employed.

if you can't build a working imageboard in two months time, you are not ready for the software industry, fam

Side note. user prefs are done. well not much to brag about, but oh well.


 No.545458

>>545364

Someone programmed an archive for 8chan that worked like, a year or something ago, but like >>545362, >>545373 said, it's not really a problem with software, it's a problem with finding good hosting with decent space and someone impartial and trustworthy willing to manage it and most likely pay out of pocket for it


 No.545460

>>545458

you could always push threads to freenet, and have a gateway for normies. that would fix the space issue


 No.545477

>>545448

there's really only two things that differentiate a chan from a normal bbs

anonymity by default

and threads falling off the site

and ofc, it isn't unique to 4chan


 No.545531

>>543988

>JSF 2.0

So you're going to use a different 100 KLOC monstrosity than Josh for a web 1.01 website ... sigh, at least the language isn't completely retarded.


 No.547330

>>543988

first year cs?




[Return][Go to top][Catalog][Post a Reply]
Delete Post [ ]
[]
[ home / board list / faq / random / create / bans / search / manage / irc ] [ ]