Я не вижу противоречия между моим и Вашим высказываниями. Я не говорил, что по SMTP протоколу точно определяют существование Email адреса.
К тому же никто не запрещает сделать БД «правильных» доменов и только их почтовые ящики проверять этим методом.
Но сервер готов же принять письмо для указанного Email, но потом пришлет отлуп.
На практике же делают только проверку на корректность написания Email адреса (cоответствие тому же RFC822) и дальше не заморачиваются. Просто пишут, что письмо отправлено — получите.
Судя по этому:
Q: How is Amazon S3 data organized?
Amazon S3 is a simple key-based object store. When you store data, you assign a unique object key that can later be used to retrieve the data. Keys can be any string, and can be constructed to mimic hierarchical attributes.
у Амазона не существует директорий.
Но на одном Амазоне свет клином не сошелся, поэтому я бы посоветовал файлы все же разбивать по директориям, чтобы не возникало вопросов при переезде в другие хранилища.
В апаче обычно используют mod_perl. Там код тоже грузится один раз при старте.
А медленный код — это передать управление в перл (а сколько структур туда загнать надо...), передать управление в MD5, венуть результат в перл, вернуть результат в нгинкс. Ну опять же надо понимать что такое медленно. В вашем варианте — 2000 запросов в сек потянет. А без перлового кода — 10000.
При этом смотрим на то, что локейшн предназначен для выдачи картинок и на то, что при выполнении медленного перлового кода все остальные параллельные запросы останавливаются.
Т.е. при более-менее высоких нагрузках такой же код на апаче будет более эффективным, чем на nginx.
У меня Toshiba — есть 3 режима для эфирного TV:
— C черными полосами по бокам
— С растягиванием по всему экрану (оно какое-то странное — в центре пропорции искажаются меньше, чем по бокам)
— С обрезанием + растягиванием.
Ну реально производителям не выгодно производить телевизоры 4:3, поэтому и не производят. Для эфирного TV остается брать телевизор с разрешением 1366x768 и диагональю побольше.