Pull to refresh
0
@amcread⁠-⁠only

User

Send message
Our covers are all designed by Edie Freedman. She is open to suggestions, but has the final say on all cover designs. Here's what Edie has to say about how she designs the animal covers for Nutshell Handbooks:

I ask the authors to supply me with a description of the topic of the book. What I am looking for is adjectives that really give me an idea of the «personality» of the topic. Authors are free to make suggestions about animals, but I prefer to deal with adjectives. Once I have the information from the author, I spend some time thinking about it, and then I choose an animal. Sometimes it is based on no more than what the title sounds like. (COFF, for example, sounded like a walrus noise to me.) Sometimes it is very much linked to the name of the book or software. (For example, vi, the «Visual Editor,» suggested some beast with huge eyes). And it is always subject to what sort of artwork I can find.

It seems to work best this way. We've tried doing animals that the authors want, and have found that it works better if I do the selection, and then submit it for approval. I don't think anyone has been too disappointed with the final choices we've made.

I'll add that if you do want a particular animal, Edie is more inclined to respond to «right brain» reasons than to obvious mental associations. For example, several people on the net suggested the obvious clam for the Perl handbook, but Edie responded instead to Larry Wall's obscure argument for the camel: ugly but serviceable, able to go long distances without a lot of nourishment.


In any event, you'll have a chance to see and comment on Edie's cover design before we commit it to print. If you really hate it, and can't be persuaded to feel otherwise, she'll probably try again (but no promises!).
Мне, как пользователю, глубоко насрать фиолетово на ITU, я чувствую разницу между браузингом на HSDPA хот-споте и на LTE-шном модеме от Йоты, так что для меня — это очень даже 4G.
Да смысл? Вся внутриигровая механика давно в SCUMMVM реализована, единственное что можно было бы сделать — заново отрисовать и отрендерить в HiRes, да звук записать в 44/16/2, но к исходникам кода это отношения не имеет.
Да, она самая, 5321
The lookup first attempts to locate an MX record associated with the
name. If a CNAME record is found, the resulting name is processed as
if it were the initial name. If a non-existent domain error is
returned, this situation MUST be reported as an error. If a
temporary error is returned, the message MUST be queued and retried
later (see Section 4.5.4.1). If an empty list of MXs is returned,
the address is treated as if it was associated with an implicit MX
RR, with a preference of 0, pointing to that host.
If MX records are
present, but none of them are usable, or the implicit MX is unusable,
this situation MUST be reported as an error.

(так, что-то я RFCшками расцитировался, не к добру)
RFC 5321 говорит нам:
If an empty list of MXs is returned,
the address is treated as if it was associated with an implicit MX
RR, with a preference of 0, pointing to that host.

Так что тут двоякая ситуация, если нет MX — шли на A, но если нет A — проверяй MX.
Я, правда, слабо представляю, у какого процента доменов нет А, но есть MX.
Потратим сто тыщ трудо-часов, чтобы сэкономить 2 DNS запроса и 1 SMTP!
Даешь оптимизацию ради оптимизации! Сервер должен быть экономным!
Соответственно достаточно проверять просто А, проверка ещё и МХ в данном случае будет избыточна.
Мне, как пользователю, удобнее с моментальной регистрацией, более того, мне, как пользователю, зачастую удобнее вообще без регистрации! Вот многие инет магазины позволяют сделать заказ вообще без регистрации, и это правильно, я быстрее закажу в таком магазине, чем в том, в котором мне придётся сидеть и ждать письма.

Золотой серединой вижу проверку на корректность домена и на наличие MX-записей.

RFC 5321 с вами не согласна:
If an empty list of MXs is returned,
the address is treated as if it was associated with an implicit MX
RR, with a preference of 0, pointing to that host.
через проверку на наличие точки, собаки, и содержание более двух символов между ними; и этого считаю достаточно.


Хабраюзер ICELedyanoj с удовольствием пообщался бы с вами, но ваша проверка не пропустила его адрес
Бывают интересные доклады, если ходишь на совершенно перепендикулярные темы

Вот кстати да, бывает полезно.
Один УПС на всё здание. Ибо я е**л менять батарейки в 3 тысячах УПСов. Покупка 3000 УПСов [возможно] будет дешевле на старте (а это сумма в $300000), но тот же ДГУ к ним не подключишь, да и замена батарей — чудовщино затратна по трудочасам => деньгам.
Смотря какие задачи. Вполне бывали у нас конторы, у которых годами ничего не менялось в серверном хозяйстве.
шепотом: а есть ещё и байпас!
Так, увидев холодильник — вспомнил что я их, таки, видел.
Странна человеческая память…
Читайте original post:
This server is (was) in the data center of a large financial company backed by a central UPS system. It's in a major metro area with reliable power. I can recall two power outages of about an hour each, and some quick brown-outs. The facility can sail through this no problem.
Ага, помню когда ты про него писал. Вот жаль только фото нет.
Не совсем. Хоть через точку линия и проходит, саму точку она уже не «активирует».
Вот тут центральная точка активировалась только один раз, соответственно линия 3-5-7 на самом деле 3-7:
Даешь Сапёра для разблокировки телефона!
Идея, кстати…
Шутка про телефон, жену и близость кармана штанов к кое-каким органам.
1
23 ...

Information

Rating
Does not participate
Registered
Activity