| 5022f8bf0...92e.jpg, 66.72 KB, 504x379, exif ggl iq id3 |
|
Почему маны в линуксе (да и вообще везде) такое говно?mmp_update_interval=interval
Adjust the initial MMP update interval to interval sec‐
onds. Specifying an interval of 0 means to use the
default interval. The specified interval must be less
than 300 seconds. Requires that the mmp feature be
enabled.
MMP. Ах ну да, это же то самое всемирно известное MMP! Такое впечатление, что их пишут "на отъебись", лишь бы были. По ним обычно совершенно ничего невозможно понять или узнать. Иногда даже синтаксис.
>>3ms
> Почему маны в линуксе такое говно?
В этом суть линукса. Переходи на виндовз, там всё пиздато в этом плане.
/thread
>>3ms
Это опен соурс, посмотри исходники и узнай, что там должно быть в этом параметре.
>>3mx
То есть в то время, как большие компании пишут свой коммерческий софт для того, чтобы потребитель купил его и спокойно использовал, стараясь сделать свой продукт удобным и привлекательным для потенциального покупателя (хотя бы внешне), то опенсорс пишется гаражной братией энтузиастов для таких же гаражных энтузиастов, как они. И если ты желаешь нормально пользоваться опенсорсом, то тебе придётся хотя бы отчасти стать этим самым гаражным энтузиастом, а если ты — обычный пользователь, то тебе придётся испытывать вышеозначенные трудности с отсутствием user-friendliness и всего того, что гаражные энтузиасты считают излишествами для ленивого и избалованного быдла. Правильно ли я понимаю суть опенсорса?
>>3mz
Не совсем. Идея опенсорса, как это ни странно, в открытости (бесплатность — это далеко не всегда обязательно), но эта самая открытость мало кому из софтовых компаний выгодна, поэтому опенсорс в основном поддерживается гаражными энтузиастами.
>>3mA
А у гаражных энтузиастов свои потребности, которые, в конечном итоге, и формируют продукт вот таким?
>>3mB
Ну, гаражные энтузиасты — это вообще очень условно. Слыхал же про то, что Майкрософт довольно таки активно дописывает ядро Линукса?
Просто всё это бесплатно, открыто и добровольно, а потому не особо организовано.
А есть еще какие-нибудь самопальные системы, которые гики пишут сами для себя, прибегая к собственной альтернативе построения?
Я овладел командой screen, но screen ping ya.ru брейкнуть так, чтобы увидеть статистику, всё равно не могу. Пойду выпью яги.
| 05ff3e65f...f0a.gif, 854.35 KB, 300x300, ggl iq id3 |
|
A value with storage class NULL is considered less than any other value (including another value with storage class NULL).
| 3c497cf2e...bc6.jpg, 94.52 KB, 1000x960, exif ggl iq id3 |
|
> Error: SQLITE_ERROR: no such function: CONCAT
The || operator is "concatenate" - it joins together the two strings of its operands.
| e3f807e02...c85.png, 135 KB, 650x488, ggl iq id3 |
|
>>59L
Ох лол, не все хотят тратить полжизни на изучение С++ чтобы мочь раз в год при необходимости читать исходники программ к сожалению, написанных на лиспе вместо документации, няша.
>>59N
Это ты не мне говори, это ты разработчикам говори и всем уёбкам-линуксоидам. А с тобой я полностью согласен.
Задача: скачать php файл через wget и запустить его на локальном компьютере одной строчкой в bash
Решение: отсутствует, поскольку php -r жрёт код только без <?, а в файле оно как раз присутствует, а чтобы представить STDOUT wget'a в виде файла, котрый можно было бы скормить /bin/php, нужно быть ГУРУ ЮНЕКСА
Ненавижу bash.
| 3697296dd...deb.jpg, 34.65 KB, 300x200, exif ggl iq id3 |
|
wget -O- http://path-to-script|php
Ну и почему это работает?
php <(wget -O- http://path-to-script) не работал, а
wget -O- http://path-to-script|php
работает, блядь.
>>5nU
Я, как системщик, не ебался бы с этими скриптами, а запилил бы самую обычную прогу на с++ или паскале и радовался бы жизни.
| 2646c6e3b...223.jpg, 37.27 KB, 500x635, exif ggl iq id3 |
|
Error: SQLITE_ERROR: RIGHT and FULL OUTER JOINs are not currently supported
| 1f2efdd57...de0.jpg, 98.49 KB, id3 |
|
|
1. Захотел установить ruby
2. sudo apt-get install ruby
3. $ ruby --version
ruby 1.8.7 (2011-06-30 patchlevel 352) [i686-linux]
> 2011
4. Решил поставить rvm
5. \curl -sSL https://get.rvm.io | bash -s stable
> # ФИО,
> #
> # Thank you for using RVM!
> RVM спиздил мои личные данные из аккаунта гитхаба
6. rvm install latest
> Hooy sosee
7. rvm install stable
> Hooy sosee
8. rvm list known
> # VovanGovnoPack -p420
> [govno1]
> [govno2]
> ...
> [govno14172398123471]
> #Minimalistic Kolyan Yamamoto edition
> [govno1]
> [govno2]
> ...
> [govno14172398123471]
> #Kiji
> [govno1]
> [govno2]
> ...
> [govno14172398123471]
> #Khokhloma
> [govno1]
> [govno2]
> ...
> [govno14172398123471]
9. google://ruby current version
> The current stable version is 2.1.2.
10. rvm install ruby-2.1.2
> Hochoo-obnoveet-v'su-tvoju-sesteemu-cho-kak-lox-ept apt-get dist-upgrade (Y/N)
> N
> SOOKA LOH PIDR VSE NORM POSONY OBNOVILIS PIDR SUKA HULE TY NE PODCHENYAESHSYAA
> ...
> CHMO GANDON MAMKU EBAL
> ...
> ++ for sbin_path in /sbin /usr/sbin /usr/local/sbin
> ++ [[ -d /usr/sbin ]]
> Requirements installation failed with status: 141.
11. rvm install ruby-head
> Please install it manually (or a compatible alternative) to proceed.
12. sudo rvm install ruby-head
> sudo: rvm: команда не найдена
13. aptitude search ^ruby2
> lolnet
14. aptitude search ^ruby1
> lol dohuya
15. rvm implode
> TI UVEREN??? (N/)
> yes
> nu ya toot udalil koe-chto, no:
> Note you may need to manually remove:
> govno1
> govno2
> govno3
> ...
> govno14172398123471
16. sudo apt-get remove ruby
Ссу в рот рубидебилам. Делать продакшн проекты на говне, которое даже само поставиться не хочет, да ещё и рекомендовать другим - это ли не говноедство?
...
>>5L4
А я не рубидебил. Но после того как ты раскритиковал третий пункт и всеми остальными пунктами вляпался в говно, я посоветовал бы тебе установить шиндвс8. А то! Она же новее!
| b32ccbefe...52d.jpg, 29.39 KB, 406x352, exif ggl iq id3 |
|
>>5OA
Нет, блядь, я буду жевать заскорузлые баги 2011 года разлива и удивляться почему у меня ничерта не работает, и в мануалах пишут с��всем другое. И ставить отдельные модули, чтобы UTF работал. Впрочем, я всё еще не уверен, что это пофиксили, ведь кроме НИХОНСКОГО и АМЕРИКАНСКОГО других языков на свете нет.
| 3c9e8dbb6...563.jpg, 106.72 KB, 900x675, exif ggl iq id3 |
|
> curlftpfs ftp://user:pass@serv.tld ~/mountpoint
> WARNING: gnome-keyring:: couldn't connect to: /tmp/keyring-6rXswZ/pkcs11: No such file or directory
| ed0647311...6bc.jpg, 61.74 KB, 440x508, exif ggl iq id3 |
|
> gvfs-mount ftp://user@serv.tld ~/mountpoint
> Error mounting location: том не поддерживает присоединение
| 492a457da...447.jpg, 39.45 KB, 535x312, exif ggl iq id3 |
|
$df -h
Файл.система 1K-блоков Использовано Доступно Использовано% Cмонтировано в
/dev/sda 1,8T 68M 1,7T 1% /media/xxx
/dev/sdb 1,8T 1,8T 0 100% /media/yyy
unionfs-fuse 3,6T 1,8T 1,7T 52% /media/unionfs
$cat /etc/fstab
unionfs-fuse#/media/xxx=rw:/media/yyy=rw /media/unionfs fuse allow_other,nobootwait 0 0
$cd /media/unionfs
$mkdir 123
mkdir: невозможно создать каталог «123»: На устройстве кончилось место
Когда я докопался до ЭТОГО через хуеву тучу (2) fuse-слоёв, моя стандартная утренняя ненависть сменилась на презрение. Похоже, что ебланы даже и не собирались запиливать какую-то реакцию на переполнение одного из дисков.
| d19b7e089...876.gif, 17.53 KB, 360x275, ggl iq id3 |
|
$ sudo mount -t aufs none /mnt -o br:/media/xxx=rw:/media/yyy=rw
mount: На устройстве кончилось место
| 08df0d840...e3f.gif, 5503.52 KB, 350x168, ggl iq id3 |
|
В общем, aufs на свалку. Если первое говно работало хотя бы до заполнения первого диска, то это даже не в состоянии нормально примонтироваться. В зависимости от того, какую директорию в бранч прописываешь первой, монтирует её, а на вторую тупейшим образом забивает (видно через df). Вдобавок ещё и выдает I/O Error на попытку ls, которая, если перелогиниться, исчезает.
| 6f60aab6b...7d5.jpg, 52.23 KB, 467x604, exif ggl iq id3 |
|
UnionFS умудрился ещё и засрать файлами обычных юзеров ту область диска, которая должна была быть зарезервирована под root. Удаляю файлы, смотрю через df, а свободного места в байтах и до удаления 0, и после. Ещё думал: зачем столько форков, если unionfs есть? Теперь понятно: работает из них только один, остальные делают вид.
| 745e92029...887.gif, 823.88 KB, 400x256, ggl iq id3 |
|
a = []
a[1024] = 'fuck W3C'
JSON.stringify(a)
// [null,null,null,...,'fuck W3C']
a = [] // Где-то, на окраине вселенной.
a['veryImportantData'] = 'fuck W3C'
JSON.stringify(a)
// "[]"
Javascript-массивы придумали больные на голову ублюдочные дегенераты-шизофреники, чья мамаша еблась с нигерами за жвачку "ригли сперминт". Везде, где можно, от них избавляюсь, и всё равно, блядь, лезут, и гадят-гадят-гадят-гадят мне в код и я по сто раз на дню вычищаю эти авгиевые конюшни, где повсюду насраны эти во всех отношениях убогие, не нужные, ни для чего, кроме запутывания и усложнения и без того проблемных участков кода, массивы. Это что, программисты, блядь? Это программисты? Алгоритмика дала им хеш-таблицы: присваивай, перебирай! Нет, не хотим. Хотим жрать говно.
| 0b4159219...a42.png, 262.74 KB, 1022x810, ggl iq id3 |
|
Ustanovil svezjoooy Lubuntu. Oche NE rekomendooy!
1. Pri ustanovke ne dal zashifrovat' papku. Vyletel s osheebkoy.
2. Ne perekloochayetsya yazeek po Alt/Ctrl+Shift i po Shift+Shift tozje!
3. U menya dva monitora s raznymy razresheniyami, no openbox v nikh ne umeet. U nego mozjet byt tolko odna bolshaya korobka. V itoge chast okna prilozjeniya obrezayetsy na malenkom monitore, i ne vidno panel.
Proceeteeroyou razrabotchikov Lubuntu po etomu voprosu: "We have no developer with multiple monitors, so it is not possible at this time to work on this."
Grob, grob, kladbeesche, peedor.
4. Okno khuevo s monitora na monitor pereyaskivayetsa. V obschem, pizdec. Ne znayu kuda podat'sa povsudu zasada.
| c3316b91c...b56.jpg, 62.36 KB, 574x407, exif ggl iq id3 |
|
>>63w
Я его при установке выбрал, и весь процесс установки был на русском. Уже перед тем, как выйти из лубунты навсегда, я обнаружил что не работает переключение языка только клавишами. Если нажать на значок рядом с значком, который показывает выбранный язык, всё-таки можно сменить раскладку. Некоторые пункты меню не работали. На них нажимаешь - и нихуя. Проблему с неумением опенбокса в разные диагонали мониторов в принципе можно было бы решить при помощи костылей, но я не хочу. У меня и так ни на что нет времени, чтобы позволять себе такую роскошь. Поставил в итоге 14.04 хубунту. Старый глюк лучше новых двух.
| cb9e91068...d94.jpg, 60.69 KB, 625x407, exif ggl iq id3 |
|
So, for example, suppose a multi-thread process has two or more threads with separate SQLite database connections to the same database file. Then a third thread comes along and wants to read something out of that same database file on its own, without using the SQLite library. The third thread does an open(), a read() and then a close(). One would think this would be harmless. But the close() system call caused the locks held on the database by all the other threads to be dropped. Those other threads have no way of knowing that their locks have just been trashed (POSIX does not provide any mechanism to determine this) and so they keep on running under the assumption that their locks are still valid. This can lead to two or more threads or processes trying to write to the database at the same time, resulting in database corruption.
| f5e2d95e7...717.jpg, 34.86 KB, 600x350, exif ggl iq id3 |
|
Unfortunately, most consumer-grade mass storage devices lie about syncing. Disk drives will report that content is safely on persistent media as soon as it reaches the track buffer and before actually being written to oxide. This makes the disk drives seem to operate faster (which is vitally important to the manufacturer so that they can show good benchmark numbers in trade magazines). And in fairness, the lie normally causes no harm, as long as there is no power loss or hard reset prior to the track buffer actually being written to oxide. But if a power loss or hard reset does occur, and if that results in content that was written after a sync reaching oxide while content written before the sync is still in a track buffer, then database corruption can occur.
USB flash memory sticks seem to be especially pernicious liars regarding sync requests. One can easily see this by committing a large transaction to an SQLite database on a USB memory stick. The COMMIT command will return relatively quickly, indicating that the memory stick has told the operating system and the operating system has told SQLite that all content is safely in persistent storage, and yet the LED on the end of the memory stick will continue flashing for several more seconds. Pulling out the memory stick while the LED is still flashing will frequently result in database corruption.
| ccda4b08e...5d3.jpg, 164.21 KB, 855x1024, exif ggl iq id3 |
|
We are told that in some flash memory controllers the wear-leveling logic can cause random filesystem damage if power is interrupted during a write. This can manifest, for example, as random changes in the middle of a file that was not even open at the time of the power loss. So, for example, a device would be writing content into an MP3 file in flash memory when a power loss occurs, and that could result in an SQLite database being corrupted even though the database as not even in use at the time of the power loss.
| 4676b8f09...56f.gif, 278.06 KB, 450x338, ggl iq id3 |
|
If the database file has aliases (hard or soft links) and the file is opened by a different alias than the one used to create the journal, then the journal will not be found. To avoid this problem, you should not create links to SQLite database files.
Спецификацию JSON писал ублюдок. { "a" : "a", "b" : "b", } у него не валидно. Ёбаный выродок из рода говноедов. Почему пациентам психиатрических клиник позволяют сочинять общепринятые стандарты? Меня аш трисёт.
>>6pZ
> { "a" : "a", "b" : "b", } у него не валидно
Не валидно где? На сервере или на клиенте? Может просто реализация кривая?
| a504ea5f5...257.gif, 2453.89 KB, 355x337, ggl iq id3 |
|
>>6q3
Невалидно аж в ёбаном везде.
JSON.parse('{ "a" : "a", "b" : "b", }')
> Может просто реализация кривая?
Нет. Всё строго канонично. А если будет парситься, то это личная инициатива разрабов среды выполнения.
| 87230cf81...f95.gif, 7463.98 KB, 400x220, ggl iq id3 |
|
Охуел от мудацкого Sublime, запустил vim. Охуел. Закрыл vim, установил emacs. Охуел с уродского оформления, поставил color-themes. Запустил emacs, нажал Tools -> Color Themes, открылся список тем. При наведении мышкой на название темы, она превращается в кисть руки с указательным пальцем. При клике по названию темы, происходит нихуя. Вообще нихуя.
Вот здесь http://www.emacswiki.org/ColorTheme имеется всё. Всё. Всё, кроме указаний на то, как блядь выбрать тему. Какие-то лиспы-хуиспы, конфигурационные файлы. Я читал, что Emacs охуенно модифицируемая среда. Это сложно было, в охуенно модифицируемой среде сделать так чтобы по клику на название темы, она устанавливалась, или хотя бы отображался диалог с указанием по установке? Пиздец.
| c7ba76930...733.gif, 3647.94 KB, 320x180, ggl iq id3 |
|
Cron претендует на то, чтобы иметь некий общий формат для назначения расписаний, но при этом в нём принципиально отсутствует деление для (хотя бы) секунд.
| 27f0b3b72...5f8.jpg, 97.5 KB, 768x820, exif ggl iq id3 |
|
Пиздец. Этот Debian. Пиздец. Пиздец. Пиздец. Старые мёртвые репы 2008 года выпуска, тупорылые ошибки через раз, хуита, опять хуита, снова хуита. Говно, муравьи, жопа, скрежет закостенелого говна, осы, шершни, шмели, как в виндусе только и скачивай .deb файлы ебучие гигабайтами, чтоб оно завелось. Пик стронгли релейтед.
>>6wB
/etc/apt/sourceslist
там список серверов, откуда от качает программы через apt-get. Для последней версии надо указать официальный репозиторий программы вручную
| 7feb65332...d2.jpeg, 76.18 KB, 900x900, exif ggl iq id3 |
|
Решил в очередной раз узнать что же собой представляют файловые дескрипторы. В очередной раз обплевался. По моим смутным догадкам, в ядре линуксов есть список открытых файлов. И для каждого запускаемого процесса, ядро создаёт ещё как минимум три файла STDIN,STDOUT,STDERR, которые символизируют собою терминал. При этом, в пространстве программы, эти файлы имеют индексы 0,1,2 а в пространстве ядра их, по очевидным причинам, хуева туча и индексы там совершенно другие. И получая, грубо говоря, информацию с клавиатуры, ядро пихает её в STDIN, а программа (каким блядь образом? как осуществляется атомарность доступа к таким файлам?) её затем считывает к себе в память и... удаляет?
Но нигде, нигде, блядь, нихуя подобного не написано. Всюду одна шизофреничная срань про то, что 0,1,2 это типа ввод вывод и ошибки, и согласно этой шизе все открытые программы взаимодействуют с одними и теми же дескрипторами, которые, рассуждая здраво, превратились бы тогда в адскую помойку из рандомных данных, гроб, гроб, кладбище, пидор.
Отдельным вопросом идут дескрипторы с номерами 3,4, и т.д. Допустим, я сделал fopen для файла test.txt. Какой у него будет номер дескриптора? 3? Ну хорошо, а как тогда shell скрипт обращается к дескриптору 3? Он для этого файл создаёт? Где? Я могу контролировать где он его создаст? Я могу написать просмотрщик чужих файловых дескрипторов? Я могу получать информацию и из них тоже? Если да, то как? Если нет, то почему? Какой командой на языке Си я могу открыть такой же файловый дескриптор с индексом 3, находящийся неизвестно где?
В общем, /r/ годной статьи на эту тему.
...
| ce76bee0e...c9.jpeg, 43.56 KB, 500x360, exif ggl iq id3 |
|
>>6xK
У каждого процесса свой набор дескрипторов. Дескриптор 3 в твоём проессе указывает на файл test.txt, а в другом процессе указывает на файл pidaras.jpg. shell скрипт откроет твой файл и у него он будет равен 5. У каждого процесса есть своя собственная таблица дескрипторов, в ней есть: сам дескриптор, флаги доступа и указатель на сам объект.
>Но нигде, нигде, блядь, нихуя подобного не написано.
В этом вся суть линуксов. Причём, как только ты предъявишь это какому-нибудь линуксоиду, он тебе с умным видом ответит: "читай исходники".
>Всюду одна шизофреничная срань про то, что 0,1,2 это типа ввод вывод и ошибки
99% книг написано согласно одному шаблону и на основе одного текста, который был написан в 90-х годах.
>Я могу контролировать где он его создаст?
Нет. Но в общем случае он открыть его не сможет, ибо этот файл занят твоей программой.
>Я могу написать просмотрщик чужих файловых дескрипторов? Я могу получать информацию и из них тоже? Если да, то как? Если нет, то почему?
Насчёт линукса не знаю. В винде, например, есть специальные API и всё документировано.
...
| d91283770...2e.jpeg, 15.99 KB, 213x172, exif ggl iq id3 |
|
cat govno.txt|muravey --file /dev/stdin
Удивительно, но это работает, из пути /dev/stdin оно вытаскивает то, что ему передано в stdin.
Теоретически, это решает проблему с вводом паролей в командную строку, если вызывать такой скрипт программно и передавать пароль в виде файла, но через stdin => не нужно создавайть файл под этот вызов, а при работе ручками файл конечно придётся создавать.
| 94305d80f...fd.jpeg, 58.9 KB, 350x458, exif ggl iq id3 |
|
>>6IMnode muravey.js --file /dev/stdin <<< "Password"
ps aux|grep node
dianonlegivon 3590 5.0 0.1 82456 17604 pts/2 Sl+ 22:07 0:00 /home/dianonlegivon/.nvm/v0.xx.xx/bin/node muravey.js --file /dev/stdin
А и даже в командной строке всё замечательно. Вводи себе пароли наздоровье - никто и не увидит. Или я что-то пропустил?
| d8b6fdc26...5d.jpeg, 447.43 KB, 1920x1200, exif ggl iq id3 |
|
> process.stdin.read(0);
> process.stdin.unshift(buf);
> readable
| f3e58b959...73f.gif, 4049.67 KB, 344x222, exif ggl iq id3 |
|
>>6IN
Не взлетело короч. Ебал мамок всех системщиков, нахуевертивших это говно под названием bash. Лучше б коров доили, слабоумные. Теперь со всем этим "наследием" пердолиться.
http://www.linuxforums.org/forum/programming-scripting/98607-bash-stdin-problem.html
И обезьян, нахуевертивших stream2 API для Node тоже ебал. Вообще всех ебал, пойду утоплюсь, чтобы всего этого мракобесия больше не видеть.
>>6Je
Конечно, есть workaround в стиле 3<<<"password", но он уродлив весьма, а named file descriptors в node не завезли. Да и сами они тоже уродливы. Всё уродливо.
| 804e9877f...22.jpeg, 14.36 KB, 200x245, exif ggl iq id3 |
|
node muravey.js --file <(echo "Password")
Башизм спешит на помощь. Утраченное было психическое здоровье частично восстановлено. В ps не светится (там /dev/fd/NN), безопасность прямо зашкаливает.
| 539ffe15e...12.jpeg, 40.82 KB, 360x288, exif ggl iq id3 |
|
> the ideal event-based API for handling data
> The pause() method doesn't pause.
| 84e9a7a1e...6b.jpeg, 321.1 KB, 1720x907, exif ggl iq id3 |
|
Батхёрт просвистел буквально возле уха. Хорошо, что решил проверить. В нужной мне переменной как раз-таки [] и проверка бы не сработала.$ node
> [] == false
true
| ef7d540c9...af.jpeg, 24.49 KB, 450x337, exif ggl iq id3 |
|
Ну почему нельзя было сделать нормально? Ну почему this иммутабелен? Ну почему? Почему? Поче, блядь, му?fn = function()
{
console.log(this)
}
fn.apply(undefined)
>>790
>javascript
Это один из самых корявых языков всех времён и народов. Даже ебучий лисп лучще.
>>79P
> ебучий лисп
фпизду
> один из самых корявых языков
Гарантия того, что проживёт ещё очень долго.
> всех времён и народов
Я тоже хочу написать свой язык, но у меня тоже на это нет времени и не будет.
> some files/attrs were not transferred (see previous errors) (code 23)
Спасибо, дорогой rsync, за то, что ты рассказал мне про то, что какие-то из файлов почему-то не скопировались. Низкий тебе поклон. Теперь осталось выяснить КАКИЕ ЖЕ ИМЕННО файлы, блядь, не скопировались, и ПОЧЕМУ. Сука, пиздец. fsck прогнал, chown, chmod прогнал, без сучка без задоринки, а эта ёбаная мразь... Нихуя сделать не могут, говно. "Что-то почему-то не скопировалось, где смотреть не знаю". Охуеть вообще. Да я для поделок сугубо личного пользования сообщения об ошибках и логи куда тщательнее виду. Ёбаный в рот, суки, какая индийская пизда вас рожала. Лучше бы вы вообще ничего не писали, лучше бы не было этого сраного rsync, я бы его сам написал, без вас, блядь. Полуёбки, понавываливают сырого говна в паблик. Пиздец.
| 45034802d...9f.jpeg, 32.76 KB, 604x453, exif ggl iq id3 |
|
PHP URL wrappers http://php.net/manual/ru/wrappers.php напрочь игнорируют самоподписные сертификаты. Допустим, $data = file_get_contents("https://alterchan.net"); абсолютно похуй на самоподписной сертификат. Это означает, что все RPC-API библиотеки, рассчитывающие на https шифрование при передаче данных, а в заголовках передающие только подпись запроса (а таковых лично я видел как минимум две штуки), сосут хуи не нагибаясь в плане возможности их прослушивания через mitm.
| 4666f02de...1f.jpeg, 122.17 KB, 634x951, exif ggl iq id3 |
|
А вот CURL молодец, пишет string(63) "SSL certificate problem: unable to get local issuer certificate"
Завис ssh на сервачке. Вот взял и завис. Нахуй так жить? Подключаешься,
debug1: identity file /home/user/.ssh/identity-cert type -1
и всё, блядь. И всё, блядь. И, блядь, всё. И всё блядь, блядь, всё. Всё и блядь, всё. Всё, блядь и. Спасла только перезагрузка. Физическое переподключение LAN-порта не помогло. Сука ёб твою мать. Ёб твою мать, сука.