Hacker Newsnew | past | comments | ask | show | jobs | submit | __herson__'s commentslogin

> "Change the permissions of uploads/ and php/ to 777, including all subfolders"

> https://github.com/electerious/Lychee/blob/master/docs/md/In.... I don't think this is ok


That bothers me. That should never be necessary.

It looks like they intend everything to be in the webroot, which is a problem in and of itself. Setting everything in the uploads folder to be executable without any .htaccess directives to prevent that seems like a potential issue. If they're not validating images (properly) or sandboxing uploads, or thinking about mitigating directory traversal attacks, then there could be issues with remote code execution.


The Spanish translation is really bad, I had to choose it in english in order to understand the purpose of the page.



Well, programming is not always easy.

I felt that kind of frustation when I tried for the first time almost every library/programming language that I'd worked with, either with java, backbone, coldfusion, rails...

Trying and researching things is always part of the process, we can't run away from that.


It's far easier to start from a basic working shell that you can tweak than it is to build something from zero. Plenty of environments manage to pull off that basic working shell just fine. If you make a new app project in Xcode, the result builds and runs out of the box. If you make a new Android app project, the result builds and runs out of the box. I can try out Python code immediately after typing "python" at the command line.

Programming is inherently hard, but there's still a vast gulf between necessary and unnecessary difficulty. The problems here are solidly in the "unnecessary" category.


> Well, programming is not always easy.

Nobody is saying that it is. OP's title was directly in response to the ember.js homepage (where it says "GETTING STARTED WITH EMBER.JS IS EASY."). S/he encountered some (pretty understandable) frustration and pointed out a few major shortfalls in ember's documentation, before asking for assistance; that's not at all running away from "the process".

Waving away legitimate (non-trolling) complaints in a dismissive way is pretty condescending, and not at all helpful to the main issue.


Trying and researching things is always part of the process, we can't run away from that.

You're right: there will always be a learning curve, whatever is being learnt.

I think the problem with Ember is that it makes the opposite claims, and fails to deliver, only because the documentation is lacking.


Yes, I meant that when I start to learn thing like java and rails, everybody said that these product were easier than "x", but I didn't find them that way.


It probably takes a huge amount of work to make something easy to use.

Look at Go.


I do not like theese backgrounds, some of them really hurt my eyes.

I prefer these http://subtlepatterns.com/ ...I know they are just png, but works and look better.


*And this is not a repost.


Firefox 16 in Linux Mint isn't affected

http://i.imgur.com/xD17VZK.jpg


Always 2.7~ with 10,000 trials

    function sumToOne() {
        var acum = 0,
            count = 0;
        do {
            count++;
            acum += Math.random();
        } while (acum <= 1)
        return count;
    }

    var avg = 0,
        nTimes = 10000;

    for (var x = 0; x < nTimes; x++) {
        avg += sumToOne();
    }

    console.log(avg / nTimes);


So, name it "hexagonal.coffee" instead.


If a version of hexagonal targeted java then it would be "hexagonal.java". But .coffee and .js target the same "binary" so .js is the correct designation. It's about the runtime not the language.


Following this logic, they could have called it hexagonal.asm since it's eventually run as binary code.


That's why developers should always lint their code. www.jslint.com


Or http://www.jshint.com/ if they feel jslint is too harsh or arbitrary about some things.


jshint seems to be more actively developed, more receptive to changes, and more flexible in terms of instructions (like ignoring certain patterns)


or both for next level mode!


Ok, I know HTML is not the most important thing on the site, but that kind of thoughts only leads to procrastination, because there will always be issues on other stuffs like databases and security, but it would be nice to HN pays a little of atention to this kind of stuff.


Focusing on the most important problems is not procrastination; in fact it is the opposite of procrastination.


I'm not sure if you're wanting the appearance of HN to improve or update the markup to the latest hip-HTML5 tags.

The latter is a waste of time.


Who cares if the html is crufty as long as it works. I use table layouts quite often, and if you look at the source of stackoverflow they use tables too.

What I would like to see are a few functionality tweaks to make HN more useful. The main ones that come to mind are: increasing the timeout before you get an 'unknown or expired link' and optionally emailing you when someone replies to one of your comments.



I've been subscribed to hnnotify for >6 mo, and it has worked reliably.


The email notification would be a bit of an antifeature, since it would enable flamewars.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: