Мне кажется, вы путаете скорость движения велосипеда и скорость вращения колеса. Если резко затормозить обычными тормозами на скользкой дороге, то колесо встанет колом, а велик продолжит движение и, вероятно, упадет. Торможение же двигателем с рекуперацией не позволит встать колесу колом, потому что как только колесо начнет проскальзывать «противо ЭДС в обмотках» уменьшится и колесо снова закрутится.
Тоже трудно верится. Может тут совпали какие-то удивительные условия. Приходилось поднимать wifi в прямой видимости на расстоянии около 20 км. Пользовались оборудованием от www.ubnt.com. Но извините, там специализированное оборудование, совсем другие коэффициенты.
«Подписать подписку» это еще не значит стать невыездным, для этого нужно обязательно заглядывать в секретные документы (изделия) с оставлением подписей в специальных журналах. Я, имея доступ к «совершенно секретно» получил загранпаспорт сразу после увольнения со службы, потому что никаких секретов не видел. Правда пришлось подождать оформления подольше в связи с «проведением дополнительных проверок»
У меня был такой:
К сожалению не сохранился. Особенностью была возможность подключения дополнительного блока с двумя большими батарейками. Блок крепился к торцу плеера.
Эх, хорошо было в военном училище на парах. Достал телефон — лишился телефона. Уснул (списал, заговорил, не заполнил конспект) — лишился увольнения или отпуска. Романтика. Зато были дисциплины, где только с паяльником и работали :)
Ну так страницу же php и создает. он в любом случае запускается. Может вы просто не совсем поняли мою мысль. Я хотел бы понять насколько будет дольше работать иной алгоритм и есть ли смысл вообще делать так как автор.
То что я имел ввиду:
В шаблоне пишем {{ image|thumb(«200x200», { «watermark»: «right bottom», «grayscale»: true }) }} (это пример из статьи)
На основе этих параметров обработчик создает хеш (можно приплюсовать timestamp для гарантированной уникальности). Получается имя файла превью. Если этого файла не существует (вот тут проверка file_exists), он создается. При следующем выводе этого файла ничего создаваться не будет, а просто подставится хеш в src. Клиент же получает ссылку на уже готовый созданный файл и пропадает необходимость в доп настройках сервера.
Конечно, загрузка сайта будет медленнее при появлении новых картинок, но только один раз и только у того пользователя кто первым загружает страницу с новыми картинками. А на сайтах где картинки добавляются массово и нагрузки огромные, ни мой, ни автора вариант не прокатит. Там либо превью создается еще на этапе загрузки картинки, либо php вообще не участвует в этом.
Я думаю, это больше зависит от скорости файловой системы (размера кеша и т.д.). Просто по-моему в этом решении экономия по скорости не настолько ощутима, что бы применять эти непонятные файлы конфигов и настройки сервера. Почему бы не создавать миниатюры на этапе обработки шаблона?
www.kuka-robotics.com/germany/en/products/industrial_robots/
К сожалению не сохранился. Особенностью была возможность подключения дополнительного блока с двумя большими батарейками. Блок крепился к торцу плеера.
То что я имел ввиду:
В шаблоне пишем {{ image|thumb(«200x200», { «watermark»: «right bottom», «grayscale»: true }) }} (это пример из статьи)
На основе этих параметров обработчик создает хеш (можно приплюсовать timestamp для гарантированной уникальности). Получается имя файла превью. Если этого файла не существует (вот тут проверка file_exists), он создается. При следующем выводе этого файла ничего создаваться не будет, а просто подставится хеш в src. Клиент же получает ссылку на уже готовый созданный файл и пропадает необходимость в доп настройках сервера.
Конечно, загрузка сайта будет медленнее при появлении новых картинок, но только один раз и только у того пользователя кто первым загружает страницу с новыми картинками. А на сайтах где картинки добавляются массово и нагрузки огромные, ни мой, ни автора вариант не прокатит. Там либо превью создается еще на этапе загрузки картинки, либо php вообще не участвует в этом.