Для Ъ: UC UDisk всё. С 15.09.2016 со ссылкой на госполитику (китайскую) в сфере хранения данных.
Интересно, многие ли пользовались этой услугой, её одно время пиарили на хабре. Я не пользуюсь, но один знакомый огорчился. Хорошо, что заранее предупредили, а в принципе лишний раз иллюстрирует насколько действительно надёжны в перспективе облачные хранилища. Пользоваться ими можно, конечно, но рассчитывать, что они будут и через год и через пять точно нельзя.
http://72.ru/text/newsline/170336213782528.html
По официальной информации чел узнал логин и пароль от интернета у некой организации и невозбранно юзал их месяц для доступа в интернет. Накачал больше 300 терабайт информации и причинил ущерб на 600 с лишним тысяч рублей.
Но по ADSL он бы столько не выкачал. По беспроводным сетям также очень сомнительно. Кабель ещё подключить надо было. Да и качать потом более 100 Гб в час каждый день.
Нужна софтина, которая делает обзвон, работая через SIP. Чтобы пару десятков номеров можно было обзвонить и записать ответы.
Знаю, что это можно сделать с помощью Asterisk, находил советы как через него сделать, но с ним никогда не имел дела и выглядит всё это монструозно, ставить и настраивать Asterisk, FreePBX ещё и Apach и т.д. То есть, чувствую, что, чтобы на практике работало это потребует много часов на разбирательство и изучение. Хочется что-то такое с более быстрым вхождением и без сильно избыточных возможностей.
Есть ли что-то попроще, в идеале какой-нибудь не очень сложный консольный SIP-клиент, который можно в скрипте запустить и который обзвонит по номерам и запишет ответ.
Семь лет назад был этот топик sip console client / lib Но сайт sipsak давно исчез, в linphone что-то намёков на консольную работу не нашёл.
Узнал кое-что любопытное.
Как известно, научная теория (утверждение) от ненаучного фричества отличается тем, что её можно фальсифицировать. То есть, можно поставить (возможно даже мысленный) эксперимент, доказывающий ошибочность теории. Если она ошибочна. Это называется критерий Поппера.
Сам по себе критерий не проверяет истинность теории, но позволяет отделить проверяемые теории от непроверяемых. Проверяемые научны, непроверяемые нет и с такими нормальный учёный дела иметь не станет.
Но не всё так шоколадно на практике. Подумал, что критерий Поппера-то с проблемами. Ведь , если применять к математике, получится, что математика не научна, как минимум из-за своей аксиоматически. Пятый постулат Евклида не фальсифицируем однако! Ну и всё прочее тоже. Любые математические гипотезы, требующие в случае своей истинности перебора бесконечного количества чисел (например теорема Ферма) тоже не фальсифицируемы.
Это уже какая-то ерунда получается. Решил погуглить и наскочил на прекрасное. Тезис Дюэма — Куайна
В философском энциклопедическом словаре
Первый вариант тезиса (версия Дюэма):
Физик никогда не может подвергнуть контролю опыта одну какую-нибудь гипотезу в отдельности, а всегда только целую группу гипотез. Когда же опыт его оказывается в противоречии с предсказаниями, то он может отсюда сделать лишь один вывод, а именно, что, по меньшей мере, одна из этих гипотез неприемлема и должна быть видоизменена, но он отсюда не может ещё заключить, какая именно гипотеза неверна
Второй вариант тезиса (версия Куайна):
Любое утверждение может рассматриваться как истинное, несмотря ни на что, если мы сделаем достаточно решительные корректировки в каком-то ином фрагменте системы
Т.о., из сформулированного Куайном сильного варианта тезиса следует нефальсифицируемость фундаментальных научных теорий.
И как теперь делить фричество от науки? :))))
Что-то количество спама в последнее время, примерно год-полгода резко уменьшилось. Одно-два спамных письма в неделю (включая папку Spam) это как-то ниочем. А ведь валилось когда-то десятками в день. Нормальной почты прежнее количество.
Интересно, это у меня одного такая аномалия? Или почта стала менее популярной среди спамеров или работает запрет на приём писем с левых доменов, который уже по-моему все ввели или что-то ещё?
Есть ли хитрые способы это сделать быстрее чем O(n^2) для не отсортированных списков, в которых трудно ввести отношения больше или меньше для их элементов? Или в общем случае никак и надо пытаться, что-то придумать чтобы хотя бы частично сортировать для сравнения?
А то как-то грустно всё с быстродействием при больших n.
Что-то я уже запутался.
В общем предыстория в этой теме: Не получается вещание в vlc по rtsp
Если вкратце захотел настроить вещание по rtsp протоколу с помощью vlc. Обнаружил, что на локальном компе всё работает (вещает и слушается), на удалённых - нет.
Выяснил, что не работает в том числе и на запущенных в VirtualBox с сетью через NAT. При этом wireshark на хосте показал, что всё нормально и с адресом на который вещание идёт и с ttl. Это навело меня на мысль прописать в настройках NAT виртуалбокса проброс для гостевой машины UDP портов 19002, 19004, а в параметр для cvlc добавить dst=127.0.0.1,port=19002
Маленькое пояснение: rtsp - это управляющий протокол, а собственно видео-поток льётся по rtp по udp по каким-то портам. Если не задать их, они выбираются произвольно. Если задать, то используется он и ещё (n+2) порт, то есть 19002 и 19004, если задать 19002
После этого в гостевой машине вещание появилось. Но оно по-прежнему недоступно извне. Собственный IP-адрес прямой, не серый.
И вот кого тут надо победить: своего провайдера, чужого провайдера и/или что нужно с настройками сделать?
Только женщины. Это связано с генетическими особенностями.
Некоторые учёные предполагают, что тетрахроматия свойственна 2-3% женщин или даже больше, но чтобы она реально проявила себя, вероятно, нужна тренировка. Американская художница Кончетта Антико стала первым человеком в мире с научно подтверждённой функциональной тетрахроматией.
Художница различает примерно в 100 раз больше цветов, чем обычные люди. Хотя мы их различить не можем, но она в усиленном виде нарисовала то, что видит. Рисунки приведены в статье. Можно таким образом получить впечатление.
Очень жаль, что не взлетели файловые системы типа WinFS, в отличие от многого другого, это было действительно очень полезной разработкой. Ниасилили. Заглохли и аналоги в OpenSource среде. Или их практически использовать неудобно.
Как заранее ни изощряйся в создании структуры каталогов, но без тегов плохо, часто одно и тоже надо поместить в разные каталоги. Можно конечно линки пытаться делать, но вручную это всё не удобно.
Хотелось бы, чтобы нажав Cttl+S на страничке в интернете с заинтересовавшей информацией её можно было бы сохранить не просто в какой-то один каталог, а или сразу выбрать несколько каталогов для копий (или линков) или назначить теги. Всё в диалоге сохранения, конечно. По которым можно вести поиск.
А так за много лет скапливается архив, в котором трудно что-то искать. Даже поисковые средства вроде recoll помогают плохо. Потому что, как ни странно с одной стороны избыточны, с другой всё-равно трудно искать если толком не помнишь терминов, но примерно помнишь темы.
Запускаю, например, так:
$cat example.dv|cvlc - :file-caching=300 :sout='#transcode{vcodec=h264,vb=800,acodec=mpga,ab=128,cnnels=2,samplerate=44100}:rtp{sdp=rtsp://:12554/sn}' :sout-all :sout-keep --ttl 12
На том же самом компьютере или соседнем, соединённом напрямую через кабель
$cvlc rtsp://127.0.0.1:12554/sn
даёт просмотр вещания, хотя и некоторые ошибки сыпятся вроде
core input error: ES_OUT_RESET_PCR called
Frame num change from 6 to 7
decode_slice_header error
Но видео смотрится.
Однако, откуда-нибудь извне посмотреть не получается. Ошибка
live555 demux error: no data received in 10s, aborting
Если попробовать подсоединиться к другому порту (заведомо нерабочему), то сообщения совсем другие, что невозможно установить связь. То есть, чего-то оно там таки коннектится, но упорно не желает нормально работать. Файрвол проверял, вроде ничего такого не блокирую. Во всяком случае на соседнем компе же показ идёт.
Чего-то даже идеи кончились, такое ощущение, что чего-то элементарного не делаю, какой-то опции не задал или задал неправильно.
Рано говорить «github всё», но какие-то странные шевеления происходят http://www.businessinsider.de/github-the-full-inside-story-2016-2?r=US&IR=T
У кого там проекты безальтернативно лежат повод задуматься правильно или они поступают.
Что-то меня опять потянуло на морализаторство что ли. Но с каждым разом всё меньше желания сражаться с багами или чем-то таким.
Очередной пример трудностей на ровном месте.
Прочитав последнюю новость про уязвимости в ffmpeg захотел пересобрать его с --disable-network. Скачал пакет, пересобрал неизменённый ( dpkg-buildpackage -us -uc ). Всё нормально.
Изменил, добавил --disable-network в debian/rules для ./configure и трах, сразу при пересборке
dh_install
cp: cannot stat ‘debian/tmp/usr/bin/ffserver’: No such file or directory
dh_install: cp -a debian/tmp/usr/bin/ffserver debian/ffmpeg//usr/bin/ returned exit code 1
debian/rules:107: recipe for target 'override_dh_auto_build-arch' failed
make[1]: *** [override_dh_auto_build-arch] Error 2
То есть, тык пальчиком, а оно сразу дзынь и разбилось.
И чтобы в пакетной системе просто отключить то, что конфигурируется в ./configure надо теперь вникать как оно внутрях устроено и искать что ещё и где правильно задизейблить.
Есть человек, который Linux'ом пользуется, даже может установить его, если не хитро заморочено всё, но совсем не знает целого ряда базовых сущностей вроде прав на файлы, что такое группы, процессы, как написать простенький шелл-скрипт для своих команд, что такое иксы, как вообще устроен линукс, сервисы в нём, репозитории и т.п.
Нужна какая-нибудь хорошая и что важно совремённая книга. На русском языке, что важно. В идеале по Debian 7 и 8 бы. Я как-то не следил за такой литературой и не в курсе.
Что можно порекомендовать?
Эффект имеет место минимум на двух разных компах, на обоих Debian 7.9 Wheezy ядро 3.2.0-4, на одном архитектуры 686-pae, на другом amd64.
Через две разные карты с портом firewire (ieee1394) подключены две dv-видеокамеры. Одна подключённая видеокамера более-менее чётко определяется почти всегда. Но не всегда.
А вот две в зависимости от фазы Луны и погоды на Марсе то видятся обе, то только одна из, то ни одна. Перезагрузка то с включённой камерой, то с выключенной помогает их видеть обе. (в Kino хотя бы)
В винде (Windows 7) стабильно и чётко видятся обе.
Ещё что интересно. Если в программе коммутации (dvswitch) указать принимать поток с одной камеры через карту 0 (/dev/fw0), вторая иногда видится если после отлупа с /dev/fw1 (не видит) указать /dev/fw0. Тогда бывает (а бывает и нет, валится с error в каком-то .c файле) видятся и нормально принимается поток с обеих разных камер, хотя формально они висят через одно устройство.
Вот что с этим делать и куда рыть?
Сразу ответ на вопрос почему такое древнее всё. Потому что для более новой системы нет dvswitch ( Иногда OpenSource таки раздражает dvswitch или аналоги для микширования видео )
Да, в более новом не проверял вообще. Компы не мои и там вообще debian ставился только ради переключателя dvswitch. Подозреваю, забагнованный firewire_ohci, но может быть причину надо искать в чём-то ещё? В чём к примеру?
Думаю, что обсуждение этого вопроса логично вынести в отдельную тему. (из этой GUI курильщика (комментарий))
Объясню, 
Polugnom и другим, почему я считаю гном3, заточенным на тачскрин в ущерб обычному десктопному использованию:
Пользователь тачскрина тыкает пальцем в крупные иконки, иногда что-то перетаскивает после тыка, не отпуская пальца. Иногда скролит характерными движениями по экрану.
Кнопка «меню» (пуск) не удобна: надо тыкнуть и потом снова тыкнуть один или два раза, иногда более. Иногда что-то прокручивая. Лишние движения и чтобы оно нормально работало надо делать крупную кнопку и крупные пункты меню, а это занимает место и т.д. Правая кнопка мыши для тачскрина также очень неудобна: надо или эмулировать её нажатие или нажимать другой рукой на какую-то аппаратную кнопку на планшете (экране и т.п)
Что мы видим в третьегноме? Изгнанную откуда только можно правую кнопку мыши, крупные иконки, типичные движения: куда-то тыкнуть, что-то прокрутить.
Дополнительно явно, что третьегном ориентирован на вертикальный экран. Просто попробуйте. Попробуйте повернуть монитор на 90 градусов (у многих мониторов это штатная фича их подставки) и соответственно поменять настройки экрана. Мне как-то очевидно, что в таком режиме гном3 более юзабелен. Особенно, если представить, что экран с тачскрином.
А это характерно для планшетов и экранов мобильника. С тачскрином.
Что интересно, эта особенность стала проявляться ещё во втором гноме. Наличие двух панелей сверху и снизу более логично выглядит на вертикальном экране, чем узком (1920x1080) горизонтальном, где они отбирают и так не совсем достаточное место по вертикали.
Третьегном ранее ещё можно было настроить на поддержку правой кнопки мыши и панель оставить только одну, куда перенести все нужные апплеты.
Сейчас в третьегноме можно перейти к «классическому» виду с панелями и кнопкой меню, но вот настроить их (избавиться от лишней панели) я не сумел. До гнома 3.12 (или 3.14 уже забыл точно) я ещё смог оставить одну панель и добавить правую кнопку мыши. Позже они эту панель очень качественно приколотили гвоздями. Наверное, всё-таки как-то возможно, но мне нужно работать за компьютером, а не воевать с настройками, перелопачивая документацию и форумы в поисках куда же хиганутые на всю голову их спрятали и какие волшебные параметры надо вводить в гномореестр. Причём с каждой новой версией есть тенденция прятать настройки поглубже. С совремённым интерфейсом Gnome 3 я честно пытался работать один день. Можете меня называть неосилятором и ретроградом, но не выдержал в итоге.
Так что отныне мой выбор: cinnamon или mate (примерно одинаково по вкусу). В них из коробки привычный мне интерфейс и относительно привычные возможности настройки.
Пользуюсь сейчас cinnamon'ом. Есть мелкие глюки, самый заметный - это почему-то после автомонтирования флешки на экране часто два значка появляются, один настоящий, полнофункциональный, а второй как бы лишний и который не реагирует на правую кнопку. Но это мелочи, которые не мешают и почти не заметны.
Есть ли какие-то серьёзные программы, написанные на Objective C, притом изначально не для маков, то есть, не портированные с них. Особо интересно, если они даже не имеют мак-версии.
Иначе говоря, представляет ли этот язык интерес для разработчика вне джобсовых платформ или портирования с них.
Кажется уже очень давно не было статистики по LOR на основе google analytics.
Ну так вотЪ:
(за последний месяц)
Браузеры, %:
Операционные системы, %
Среди остальных встречаются и OpenBSD и NetBSD и приставки и SunOS (Солярка?) и даже OS/2.
Процент Linux и Windows различается в рабочие и выходные дни. Так в понедельник 23.11.2015 доли Linux/Windows составили 27.73 и 53.13 % соответственно, а в субботу 28-го - 28.11 и 48.41%
Разрешение экрана, %
В отличие от браузеров и ОС очень большое разнообразие разрешений с заметным количеством пользователей.
Некоторые из них, самые крупные, %:
Самые мелкие, %
Географическое распределение (в понимании гугла), %:
Update: Интересно сравнить с прошлыми годами:
Не моё, наткнулся в http://vitus-wagner.livejournal.com/1153225.html?thread=39454153#t39454153 Не готов сказать, что оно совершенно правильное, но очень заинтересовало.
make (and/or its versions) plus «paco» on Linux == the full solution.
Пакеты когда-то были способами обособить distributions и подражать миру коммерческих ОС. В этом их ОГРОМНЫЙ вред: пользователь полностью не знает, что внутри этих кем-то созданных executables, туда можно подсунуть что угодно (несмотря на криптосуммы, ибо они подписаны постфактум, и ваша вера в создателя пакета обязана быть абсолютной).
Все distros ввели собственные скрипты и методы компиляции, т.е. открытая программа как она есть НЕ становится «пакетом», она обязана быть модифицирована.
Первым преступление совершил RedHat с его rpm-ами, которые модифицировали cpio так, чтобы его перестала читать сама cpio. Нас «успокоили» тем, что сам rpm тоже открытая как бы программа - и проложили прокладку.
Единственно верный подход к package management - никогда не использовать ничего кроме стандартных инструментов (e.g. tar.gz), и только подкладывать информационные текстовые файлы (с зависимостями, версиями и т.д.) внутрь tar-архива. Можно на худой конец и cpio, и сжимать xz-м, bz-ом и т.д. Тогда любая стандартная GNU программа компилируется как она есть.
А для учета и контроля что куда когда и как было установлено на машину, должен быть отдельный менеджер - и идеальное решение было создано для distro, которое делалось с 0ля (from scratch) — это «paco».
Он ловит обращения к libc calls, system calls - и подменяет их через LD_PRELOAD механизм. Таким образом после стандартной компиляции make install превращается в «paco -lD --ignore-erors — make install» — и ваш пакет учтен, все файлы и их места зафиксированы, размеры посчитаны — и из этой установки можно тут же сгенерировать tar.gz для повторной установки на любых других машинах.
Множество менеджеров пакетов, отказ от компиляции непавленных исходников, и перевод пользователей на центральные depositories, которым вы обязаны верить - часть той войны за захват открытого программирования, которая сегодня ведется повсеместно (вспомните хотя бы подрыв Линукса с помощью systemd), и которая открытые системы постепенно побеждает, делая их кальками коммерческих ОС и механизмов слежки и отбора самостоятельности, которые они жёстко внедряют.
------------ P.S. Все, абсолютно все postinstall scripts создатели distros обязаны делать на стандартной shell (e.g. bash), и собирать их в маленький Makefile. Сказав «make» без аргументов получим перечисление возможных команд (i.e. make targets), и затем говорим то, что нам надо в случае пакета. //очевидно, что этот подход универсален и может использоваться как для модулей языков, так и для отдельных программ в ОС//
Современная мерзость - особенно мерзость «rolling distributions» - непереносима.
P.P.S Современные системы configuration management - мерзость и непереносимы. Они ПЕРЕПИСЫВАЮТ внутри себя кучу уже существующих shell utilities, make и т.д. - и вместо полной гибкости и стандартных инструментов предлагают учить новый внутренний их язык, на котором можно сделать лишь то, что вам написали авторы.
Необходима современная открытая configuration and package management system, основанная на paco, make, и системе контроля версий.
Американский журналист и кинокритик Кристофер Налл (Christopher Null) написал на Wired колонку о том, с какими технологическими сложностями ему пришлось столкнуться из-за фамилии, совпадающей по написанию со словом «null» («ноль»).
«Тёмной стороной» своей фамилии Налл назвал то, что слово «null» часто используется как константа нулевого указателя, чтобы поле для ввода данных не оставалось пустым. Из-за этого журналист регулярно сталкивается с тем, что при заполнении форм в интернете его информация не считывается, и его просят корректно заново заполнить графу «фамилия».
С банками у него тоже весело получается.
Разрабатывается и готовится к выходу новая версия под кодовым названием «Blue Lion» (голубой лев). http://www.techrepublic.com/article/os2-blue-lion-to-be-the-next-distro-of-th...
Из фидошного FAQ
Q: Что там с полуосью?
A: Опять сдохла.
| ← назад | следующие → |