Это симметричное шифрование, в отличие от GPG.
Второй момент в том, что раз расширение от Гугла, то они будут его поддерживать при каждой смене верстки GMail, а то раз и опять все сломалось.
Вот тут, кстати, еще косяк snprintf(name, sizeof(name), "XXX-%lu-%s", \
object->d_inode->i_ino, object->d_name.name);
При ограничении ext(2,3,4) на длину имени файла в 256 байт, если оригинальное имя было достаточно длинное, то новое, «корзиночное», имя по длине вылезет за пределы разрешенных 256 байт. Что будет потом, я сам не знаю =)
Вы так говорите (про анонсы /64 в BGP), как, например, сейчас провайдеры якобы вываливают в full view каждый ipv4 /32, который они выдают каждому домашнему роутеру на PPPoE. Ну такого же нет. Зачем вы вводите людей в заблуждение?
нифига. я заказывал покупал книжку онлайн у вас. продавцы вели себя крайне невежливо, не отвечали на пиьсма, не перезванивали и сами нарушали сроки поставки. решалась ситуация только личным звонком и то ненадолго, при этом у озона книжка была дешевле даже с доставкой. с тех пор никому не советую ИД Питер и попробуйте меня разубедить.
p.s. номер заказа мне дать не страшно, мне скрывать нечего.
прокомментируйте вот это, пожалуйста:
===
Hackers tend to use quotes as balanced delimiters like parentheses, much to the dismay of American editors. Thus, if «Jim is going» is a phrase, and so are «Bill runs» and «Spock groks», then hackers generally prefer to write: «Jim is going», «Bill runs», and «Spock groks». This is incorrect according to standard American usage (which would put the continuation commas and the final period inside the string quotes); however, it is counter-intuitive to hackers to mutilate literal strings with characters that don't belong in them. Given the sorts of examples that can come up in discussions of programming, American-style quoting can even be grossly misleading. When communicating command lines or small pieces of code, extra characters can be a real pain in the neck.
Consider, for example, a sentence in a vi tutorial that looks like this:
Then delete a line from the file by typing «dd».
Standard usage would make this
Then delete a line from the file by typing «dd.»
but that would be very bad — because the reader would be prone to type the string d-d-dot, and it happens that in vi(1) dot repeats the last command accepted. The net result would be to delete two lines!
===
дурацкое решение, когда ответы надо подгонять под парсер. в вопросе про мост, я могу написать (стояли, вставали, ходили, были) под мост(ом). зная правильный ответ, приходится подгонять его под софт, что глуповато как то выглядит.
в европе все сделано очень просто. счетчики воды и остального просто выведены на лестничную клетку или на улицу ( в случае частного дома). вы эту бабушку никогда и не увидите даже.
Второй момент в том, что раз расширение от Гугла, то они будут его поддерживать при каждой смене верстки GMail, а то раз и опять все сломалось.
Я не программист, я просто спросил)
snprintf(name, sizeof(name), "XXX-%lu-%s", \ object->d_inode->i_ino, object->d_name.name);
При ограничении ext(2,3,4) на длину имени файла в 256 байт, если оригинальное имя было достаточно длинное, то новое, «корзиночное», имя по длине вылезет за пределы разрешенных 256 байт. Что будет потом, я сам не знаю =)
Теперь вы отказываетесь от своих слов.
Простите, но ваша статья ужасно сырая и в голове каша.
Вот у меня есть железка X, умеющая только ipv4. Что дальше?
p.s. номер заказа мне дать не страшно, мне скрывать нечего.
===
Hackers tend to use quotes as balanced delimiters like parentheses, much to the dismay of American editors. Thus, if «Jim is going» is a phrase, and so are «Bill runs» and «Spock groks», then hackers generally prefer to write: «Jim is going», «Bill runs», and «Spock groks». This is incorrect according to standard American usage (which would put the continuation commas and the final period inside the string quotes); however, it is counter-intuitive to hackers to mutilate literal strings with characters that don't belong in them. Given the sorts of examples that can come up in discussions of programming, American-style quoting can even be grossly misleading. When communicating command lines or small pieces of code, extra characters can be a real pain in the neck.
Consider, for example, a sentence in a vi tutorial that looks like this:
Then delete a line from the file by typing «dd».
Standard usage would make this
Then delete a line from the file by typing «dd.»
but that would be very bad — because the reader would be prone to type the string d-d-dot, and it happens that in vi(1) dot repeats the last command accepted. The net result would be to delete two lines!
===
p.s. home.nvg.org/~venaas/jargon/jargon_6.html#SEC13