… После тестового введения в строй Национального Браузера™ в стране начались перебои с Интернетом, из-за дефицита Сертифицированного™ трафика без ip адресов™ народ начал травиться низкокачественным суррогатным и просто паленым, от которого за версту разило гуглем…
В былое время я на матричном принтере программным способом музыку играл :)
Все просто — переводишь его в графический режим да высокую скорость — а звук надо было в низкочастотный DSD переводить и в порт :)
У меня попросило, причем смс так и не пришло (видать, смс-шлюз не справляется). id из третьего ляма
Очевидно, что валидацию будут вводить блоками, но непонятнен размер блоков и критерии отбора.
Навскидку — не припомню, но действительно полезно было бы. Важно только чтобы в таком проекте был жесткий механизм отбора советов — базовых ведь довольно немного, и уже в рамках одного совета можно примеры использования выкладывать.
Например тут — совет выглядит как «хочешь что-то спрятать — положи в другом месте и замаскируй»
На моих серверах порт существенно нестандартный, плюс отсутствие стандартного приглашения sshd чтоб при скане не палился, а на 22м вообще ничего не висит — логи радуют отсутствием лишних записей :)
от таких лишних коннектов спасает нестандартный порт sshd
но пароль — да, на стойкость проверять надо, а лучше вообще запретить авторизацию по паролю извне — ключики ведь есть
Хорошо перекликается с относительно недавней новостью про 100TB массивчик из SSD (http://www.nordichardware.com/news,9768.html)
Для монструозных баз данных за счет диких IO/s прирост должен быть ощутимый
если чего-то в камере нет, то это можно дописать, а патчик отправить разработчикам :)
уж брекетинг и разные форматы изображения точно за счет прошивки можно сделать
Подумалось — а очень удобно было бы иметь камеру, снимающую одновременно в RAW(для себя) + Downsized Jpeg сразу с ватермарками (для выкладывания в сеть/посылания превьюшек заказчику)
Еще одно подтверждение о пользе хранения исходников вне public_html, рельсы, джанги и Git рулят :)
Все просто — переводишь его в графический режим да высокую скорость — а звук надо было в низкочастотный DSD переводить и в порт :)
У меня попросило, причем смс так и не пришло (видать, смс-шлюз не справляется). id из третьего ляма
Очевидно, что валидацию будут вводить блоками, но непонятнен размер блоков и критерии отбора.
А кому-нибудь попадался сборник фольклора вида:
Чтобы программа была легкой и быстрой — переменную клади в регистр!™
?
В текущей D300 он малопригоден из-за постоянного туда-сюда зеркалом…
Главное — хорошо продумать навигацию и юзабилити, тогда должно получиться жизнеспособно
Например тут — совет выглядит как «хочешь что-то спрятать — положи в другом месте и замаскируй»
Вспомнилось:
На моих серверах порт существенно нестандартный, плюс отсутствие стандартного приглашения sshd чтоб при скане не палился, а на 22м вообще ничего не висит — логи радуют отсутствием лишних записей :)
но пароль — да, на стойкость проверять надо, а лучше вообще запретить авторизацию по паролю извне — ключики ведь есть
Для монструозных баз данных за счет диких IO/s прирост должен быть ощутимый
уж брекетинг и разные форматы изображения точно за счет прошивки можно сделать
Подумалось — а очень удобно было бы иметь камеру, снимающую одновременно в RAW(для себя) + Downsized Jpeg сразу с ватермарками (для выкладывания в сеть/посылания превьюшек заказчику)
Пофикшу, как время будет — приоритет невысокий