Тотальная неудачница и убийца жёстких дисков.
#post-id: 5578-16-20
#original-date: 3.11.2015 Tue
#original-time: 4:20 PM
#original-day: 5578
#original-host: WinXP Prof SP3 (Build 2600)
Вчера решила попробовать tumblr_client - gem на Руби. С одной стороны он позволяет рулить процессом в интерактивном режиме, а с другой - писать скрипты с ним. Я вот и подумала, что было бы неплохо в большой программе на VB формировать скрипт, а потом скармливать его Ruby.
Да, меня ломает реализовывать богомерзкий OAuth и давать юзверю инструкции вида: «Сходите по этому адресу, нажмите «Разрешить», а потом из URL, на который редиректит страница (ну не умеет тумблер PIN'ы), вырежьте абракадабру, которую вставьте в поле ниже».
Так вот. Зарегистрировалась, наваяла скриптик по примерам, решила получить информацию о пользователе, а потом уже более комплексные задачи пилить. Ан нет. Первый запрос к OAuth ещё как-то просочился (вероятно, он шёл без шифрования), а вот запросы к API заклинило. «Не удаётся проверить сертификат».
Библиотека эта использует другую библиотеку (Faraday), которая использует третью библиотеку, которая, видимо, встроена в сам Руби. Вот в третьей библиотеке и случается ошибка, после которой мне выдаётся ВОТ ТАКОЙ дамп стека. Я и так пробовала, и так. Пыталась клиенту подсунуть отдельный инстанс Фарадея, для которого отключена проверка сертификата (нашла пример). Не хочет. Что бы я ни делала - не удаётся проверить сертификат.
Ну и фуй с ним.
И всёже мне интересна причина такого поведения. Помнится, у wget были проблемы с проверкой сертификата в Windows по причине того, что он местами был уверен, что всё ещё в Windows. Он не слишком большой, чтобы таскать за собой все корневые сертификаты, как броузеры, но слишком гордый, чтобы использовать виндовое хранилище через соответствующие API. Вероятно, что тут похожая причина.
Кстати, пока я искала, как отключить проверку, наткнулась на подобный вопрос. Челоаек расписал, что делает, что хочет получить, упомянул, что всё идёт в тестовом окружении. К вопросу было несколько ответов, среди которых был только один с, собственно, ответом. В остальных были вопли о том, что так делать нельзя, страшные какиры взломают, и вообще, безопасность важнее всякой отладки.
---------- ~ ----------
Напомнило неадекватную реакцию народа на Пойнте на мою заметку о столь же неадекватном поведении rsync. Когда я подсунула ему ключ для сервера, тот заорал, что права неправильные, в системе огромная дыра, и он не будет работать пока я не сделаю чмод™. В Windows.
Ну, начнём с того, что это не его дело, какие права на какие файлы выставлены. Продолжим тем, что какие бы NTFS права на файлик я не выставляла, ему всё не нравилось.
К сожалению, в камментах начался форменный цирк с клоунами, орущими, что я дура, а программа делает правильно. Никакие пояснения не действовали, пришлось банить =_=
Позже я нашла человека с подобной проблемой, которому посоветовали в командную строку rsync добавить фрагмент, который передаёт команду cygwin (с которым был собран этот rsync) с этим самым чмодом™. Чмод™, как можно понять, не оказывал никакого влияния на сам файл и общую безопасность системы, но вполне удовлетворял rsync, который всё это время думал, что запущен в какой-нибудь бубунте.
Плюнув на кривософт я взяла проверенный WinSCP, которому к тому же по барабану, подумал пользователь о безопасности или нет, изучила его «скриптовый язык» и написала два файлика (BAT и TXT), которые легко и просто зеркалировали локальный каталог на удалённый сервер. И всё это безо всякого чмода™.
#original-date: 3.11.2015 Tue
#original-time: 4:20 PM
#original-day: 5578
#original-host: WinXP Prof SP3 (Build 2600)
Вчера решила попробовать tumblr_client - gem на Руби. С одной стороны он позволяет рулить процессом в интерактивном режиме, а с другой - писать скрипты с ним. Я вот и подумала, что было бы неплохо в большой программе на VB формировать скрипт, а потом скармливать его Ruby.
Да, меня ломает реализовывать богомерзкий OAuth и давать юзверю инструкции вида: «Сходите по этому адресу, нажмите «Разрешить», а потом из URL, на который редиректит страница (ну не умеет тумблер PIN'ы), вырежьте абракадабру, которую вставьте в поле ниже».
Так вот. Зарегистрировалась, наваяла скриптик по примерам, решила получить информацию о пользователе, а потом уже более комплексные задачи пилить. Ан нет. Первый запрос к OAuth ещё как-то просочился (вероятно, он шёл без шифрования), а вот запросы к API заклинило. «Не удаётся проверить сертификат».
Библиотека эта использует другую библиотеку (Faraday), которая использует третью библиотеку, которая, видимо, встроена в сам Руби. Вот в третьей библиотеке и случается ошибка, после которой мне выдаётся ВОТ ТАКОЙ дамп стека. Я и так пробовала, и так. Пыталась клиенту подсунуть отдельный инстанс Фарадея, для которого отключена проверка сертификата (нашла пример). Не хочет. Что бы я ни делала - не удаётся проверить сертификат.
Ну и фуй с ним.
И всёже мне интересна причина такого поведения. Помнится, у wget были проблемы с проверкой сертификата в Windows по причине того, что он местами был уверен, что всё ещё в Windows. Он не слишком большой, чтобы таскать за собой все корневые сертификаты, как броузеры, но слишком гордый, чтобы использовать виндовое хранилище через соответствующие API. Вероятно, что тут похожая причина.
Кстати, пока я искала, как отключить проверку, наткнулась на подобный вопрос. Челоаек расписал, что делает, что хочет получить, упомянул, что всё идёт в тестовом окружении. К вопросу было несколько ответов, среди которых был только один с, собственно, ответом. В остальных были вопли о том, что так делать нельзя, страшные какиры взломают, и вообще, безопасность важнее всякой отладки.
---------- ~ ----------
Напомнило неадекватную реакцию народа на Пойнте на мою заметку о столь же неадекватном поведении rsync. Когда я подсунула ему ключ для сервера, тот заорал, что права неправильные, в системе огромная дыра, и он не будет работать пока я не сделаю чмод™. В Windows.
Ну, начнём с того, что это не его дело, какие права на какие файлы выставлены. Продолжим тем, что какие бы NTFS права на файлик я не выставляла, ему всё не нравилось.
К сожалению, в камментах начался форменный цирк с клоунами, орущими, что я дура, а программа делает правильно. Никакие пояснения не действовали, пришлось банить =_=
Позже я нашла человека с подобной проблемой, которому посоветовали в командную строку rsync добавить фрагмент, который передаёт команду cygwin (с которым был собран этот rsync) с этим самым чмодом™. Чмод™, как можно понять, не оказывал никакого влияния на сам файл и общую безопасность системы, но вполне удовлетворял rsync, который всё это время думал, что запущен в какой-нибудь бубунте.
Плюнув на кривософт я взяла проверенный WinSCP, которому к тому же по барабану, подумал пользователь о безопасности или нет, изучила его «скриптовый язык» и написала два файлика (BAT и TXT), которые легко и просто зеркалировали локальный каталог на удалённый сервер. И всё это безо всякого чмода™.
%20%5BDVDRip%20640x480%20DivX505%20MP3%5D%5BLITEN%5D.avi_snapshot_00.06.06_%5B2015.10.02_23.40.47%5D.jpg)
%20%5BDVDRip%20640x480%20DivX505%20MP3%5D%5BLITEN%5D.avi_snapshot_00.07.04_%5B2015.10.02_23.42.17%5D.jpg)
%20%5BDVDRip%20640x480%20DivX505%20MP3%5D%5BLITEN%5D.avi_snapshot_00.07.30_%5B2015.10.02_23.44.18%5D.jpg)
%20%5BDVDRip%20640x480%20DivX505%20MP3%5D%5BLITEN%5D.avi_snapshot_00.07.35_%5B2015.10.02_23.44.30%5D.jpg)
%20%5BDVDRip%20640x480%20DivX505%20MP3%5D%5BLITEN%5D.avi_snapshot_00.07.36_%5B2015.10.02_23.44.40%5D.jpg)
%20%5BDVDRip%20640x480%20DivX505%20MP3%5D%5BLITEN%5D.avi_snapshot_00.08.03_%5B2015.10.02_23.47.00%5D.jpg)
%20%5BDVDRip%20640x480%20DivX505%20MP3%5D%5BLITEN%5D.avi_snapshot_00.08.07_%5B2015.10.02_23.47.06%5D.jpg)
%20%5BDVDRip%20640x480%20DivX505%20MP3%5D%5BLITEN%5D.avi_snapshot_00.14.28_%5B2015.10.03_00.02.36%5D.jpg)
%20%5BDVDRip%20640x480%20DivX505%20MP3%5D%5BLITEN%5D.avi_snapshot_00.15.00_%5B2015.10.03_00.03.12%5D.jpg)
%20%5BDVDRip%20640x480%20DivX505%20MP3%5D%5BLITEN%5D.avi_snapshot_00.15.10_%5B2015.10.03_00.03.41%5D.jpg)
.1972.DivX.DVDRip-Sidak.avi_snapshot_01.16.53_%5B2015.10.19_22.17.43%5D.jpg)
.1972.DivX.DVDRip-Sidak.avi_snapshot_01.16.57_%5B2015.10.19_22.17.50%5D.jpg)
.1972.DivX.DVDRip-Sidak.avi_snapshot_01.17.01_%5B2015.10.19_22.17.58%5D.jpg)
.1972.DivX.DVDRip-Sidak.avi_snapshot_01.17.04_%5B2015.10.19_22.18.13%5D.jpg)
