English Language & Usage: Multi-Layered Discourse Room

4:58 AM

@TIPS I believe you were the one who said the reason for closing a question is to prevent an answer. I am not sure how familiar with the way ELU works, but there are bad questions that still attract poor-quality answers. That's why they should be closed like this one. english.stackexchange.com/questions/315/effect-vs-affect. Asking me to leave those answers just because they are several years old doesn't sound reasonable.

@TIPS Regarding once a question gets many answers, closing loses its meaning., I don't agree with you. It might work on Chemistry SE, but it doesn't on ELU.

@TIPS The number of answers and whether there is acceptance don't have any bearing on deciding whether to close a question or not. Many closable questions have answers and acceptance.

@TIPS like this one. english.stackexchange.com/questions/315/effect-vs-affect

@TIPS and like this one. english.stackexchange.com/questions/23301/…

@TIPS The problem of not closing them is they continue to attract poor answers. That's it.

@TIPS This question english.stackexchange.com/questions/237494/… has 14 answers (one accepted, three deleted) and 14 months old. Do you know why we decided to close this question? Look at the number of low-quality answers. All three deleted answers were posted by newbies.

SmokeDetector

10:15 AM

[ SmokeDetector ] Pattern-matching website in answer: What does it mean: "to write in large box letters"? by ایران مترجم on english.stackexchange.com …

TIPS

10:58 AM

OK what the heck guys. I got 13 pings.

Next time, do me a favor and ping me only once, OK @Rath?

@Rathony The fact that you can close it doesn't mean that you should.

Again, you're doing that binary thing about rules.

"BURN IT WITH FIRE" or "Leave it be".

That is incorrect.

If a question attracts low quality answers, God has created the protect option.

If you can't protect, God has created mod flags.

Again, the fact that you should close something because it gets poor answers is false.

Obviously, deciding the ultimate fate of a question is a case-by-case thing.

You wouldn't have closed that question, someone else would.

This is the core moderationist spirit.

But think of it in another perspective.

A question has sit on the site for some years, and suddenly you're all summoned and vote to close it.

That doesn't leave a good impression of the site.

Of course, the chance that if you didn't close that thread it would've attracted more low quality answers weren't that high, and, I know I'm beating a dead horse because the closure would've happened anyway.

In any way, if it were a question from yesterday, I would've agreed with downright closure, but it was very old, and protection was an option.

So no.

Also your close vote is weird.

It looks just like "unclear" reworded, and it could use some links and elaboration.

Esp. considering the love of SWR.

@Rathony No. It applies everywhere. You don't need to see something in the help center to know it's a thing. We all have something called common sense.

It's just that it's a general statement, and won't work and adapt to some situations.

Rathony

11:21 AM

@TIPS Just because you hang around ELU chat room doesn't mean you know what is going on ELU.

TIPS

@Rathony Yes.

I agree.

I'm not telling you what to do. I'm giving advice on what I've observed in a much bigger site, SO.

Rathony

@TIPS Poor quality questions should be closed no matter how long they have been on ELU. They are bad examples and will only attract poor quality answers.

@TIPS Sorry, but I don't think I need your advice.

TIPS

If you want to just claw and scratch it with a "shut up; you don't know anything" sign, that's fine by me.

Rathony

Especially matters related with ELU and ELL.

TIPS

@Rathony Whatever man, you gonna keep saying that.

@Rathony /me Shrug

This is like a dude helping you out and you slapping his hand because he's weak.

Meanwhile, on meta.SO

-16

Q: php unanswered , seeking your attention

it is unfortunate that SO moderators dont pay attention to the questions much. Lat week i asked a question regarding php which is not answered yet. It looks like it is not reaching the community members because it has been down voted by somebody. I want to ask moderators, do you pay attention to...

discussion

Kit Z. Fox

12:52 PM

@tchrist I like hailnames as well.

user208178

Hi @KitZ.Fox. How are you this fine morning?

user208178

Hello @MattE.Эллен.

Kit Z. Fox

Good morning. I'm very tired. I had a long weekend and I'm still recovering.

SmokeDetector

1:35 PM

[ SmokeDetector ] Bad keyword in title: what are the alternative phrases to express "My leg muscles are mildly sore after jogging"? by glow on english.stackexchange.com …

stack

1:54 PM

Is this correct? "Why not having a cookie based on the user's password?"

Mr. Shiny and New 安宇

It should be "have". Also you shouldn't use the password to make cookies.

stack

:D why? (also thank you for that English point)

Mr. Shiny and New 安宇

passwords should be write-only and kept secret

stack

@Mr.ShinyandNew安宇 I will hash the password first and then use it as a part of the cookie

Mr. Shiny and New 安宇

@stack that's less secure than generating a random UUID, storing that in the DB, and using it in the cookie

stack

1:59 PM

@Mr.ShinyandNew安宇 I use password to generate the cookie because I want a cookie based on the password. I mean when user changes his password, it will be log out from all devices.

Mr. Shiny and New 安宇

@stack You could just delete the token at the same time

stack

@Mr.ShinyandNew安宇 hmm .. I think this can be possible too

Mr. Shiny and New 安宇

Passwords should be prevented from leaking at all costs

stack

@Mr.ShinyandNew安宇 oh one problem with your idea. If I delete that random string which is the cookie (when user changes his password), there is a low possibility of being the same new random string with the previous one. In this case user still will be logged into all devices.

Mr. Shiny and New 安宇

@stack Well, if you use a UUID with a suitable algorithm and enough randomness it won't happen. The odds like like 1 in trillions

Also you can just generate the new one then compare it to the old one

stack

2:03 PM

@Mr.ShinyandNew安宇 this is acceptable

Mr. Shiny and New 安宇

This way too you can log the user out of devices without forcing their password to reset

stack

@Mr.ShinyandNew安宇 true - thanks for your explanations bro :-)

Mr. Shiny and New 安宇

No problem

stack

@Mr.ShinyandNew安宇 Well can I ask my last question about cookies?

Mr. Shiny and New 安宇

sure

stack

2:08 PM

Can I have an identical cookie for all user's devices?

or each device should has its own cookie? (I mean cookies should be different into different devices)

Mr. Shiny and New 安宇

It would be safer if each device had its own cookie. I'm not sure if the extra safety is necessary for you.

I just know that passwords should be kept as closely guarded as possible.

even hashes should be guarded. Hashes can be broken.

stack

@Mr.ShinyandNew安宇 yes extra safetly is really important for me, but look, here is my table structure, How can I store multiple cookie for one user?

Mr. Shiny and New 安宇

well, you'd need a separate token table

stack

a separated table just for cookies?

Mr. Shiny and New 安宇

yeah

stack

2:11 PM

seems hard :-)

Mr. Shiny and New 安宇

I mean, if the cardinality of users to tokens is one to many, you need a separate table

stack

ok thanks, I will ask this question on StakOverflow

Mr. Shiny and New 安宇

cool

stack

Is this sentence correct?

It would be safer if each device had its own cookie (the cookie of each device should be different than the cookie of other device(s)), Not a constant cookie for all devices.

Mitch

I'd like a cookie

stack

2:18 PM

@Mitch me too .. but the most of professional programmers aren't agree

Mr. Shiny and New 安宇

@stack yes, but I'd just write "other devices", and lower case N for "not a constant"

stack

@Mr.ShinyandNew安宇 I see

crl

goes.. that's a truly omnivorous thing, they should rather list what they don't eat

stack

2:41 PM

Is this correct? "However the possibility of happening what you said is pretty low"

Mr. Shiny and New 安宇

> However, the possibility of what you said happening is pretty low.

It's a bit awkward though

stack

thx

Kit Z. Fox

3:46 PM

My brain feels raw, like someone scraped sandpaper across my soul.

MετάEd

@KitZ.Fox No eroding Kit's soul.

Kit Z. Fox

Any ideas for self-care?

I already ate over half my calorie allotment for the day.

MετάEd

What's your brain doing while it's raw?

Kit Z. Fox

It's like the volume is up to 11.

And so I want to shout at everyone.

I felt this way a week or so ago too. It's almost like a migraine precursor.

piuspbd

Hello

Mr. Shiny and New 安宇

3:59 PM

@KitZ.Fox earplugs?

Kit Z. Fox

@Mr.ShinyandNew安宇 It's my eyes and social interactions too.

Mr. Shiny and New 安宇

@KitZ.Fox dim the lights, adjust colour temp on monitor, put up a sign that says "Fuck off"

Kit Z. Fox

... that might work.

I'm at home, so that's OK.

Mitch

4:40 PM

@KitZ.Fox coarse or fine grit?

@KitZ.Fox aspirin. Really.

Or do one of those thousand cranes projects. Make a thousand origami crane out of one inch squares of aluminum foil.

TIPS

No limit to what you can make out of foil man.

Mitch

Then spend a single minute stomping them into flatland

TIPS

That sounds like hard work.

Mitch

@TIPS I made an internal combustion engine once but I also used coat hangars for the frame and duct tape to hold things together

TIPS

@Mitch You know, if they used duct tape the Chernobyl incident wouldn't have happened.

Mitch

4:47 PM

And WD-40 for all fluids (lube obviously, fuel, brake fluid (I know right!!) and battery fluid)

@TIPS I've heard that duct tape is actually not particularly well suited for securing duct work, because of the out of spec temperatures in most ducts (HVAC).

So you'd probably need more than one layer of tape to hold those fuel rods in place

TIPS

Hands @Mitch a PhD is duct tapal science

stack

5:30 PM

Is there any word like "issue" which means "problem"?

Transcript for

English Language & Usage: Multi-Layer…