• Обход предупреждений браузера с помощью псевдопарольных полей
    0
    Там iframe с адресом securepayments.sberbank.ru/payment/merchants/kinohod4/payment_ru.html

    Так что данные карт на этот сайт не попадают, а только статус транзакции передает сбербанк
  • Сложный квест для хабравчан: 25 уровней
    +1
    В фотошопе тоже есть такой инструмент, только результат другой.
  • Сложный квест для хабравчан: 25 уровней
    0
    Думаю пройти не могли пользователи Mac OS X
  • Мой опыт настройки окружения для Web-разработки
    +1
    Деплой из git-а в принципе еще можно как-то понять, ну там деплой-скрипт запускать на push в релиз-ветк, в элементарных случаях это вполне может быть даже git pull.

    Но samba на сервер разработки? Откройте для себя realsync того-же Дмитрия Котерова.
  • Некоторые направления развития файловых систем
    +4
    Так пишите корректно «Порт ZFS на Linux находиться в стадии тестирования».
    На Solaris и FreeBSD это production файловая система.
  • Некоторые направления развития файловых систем
    +3
    «Обе эти файловые системы находятся в стадии тестирования и не являются стабильными, однако выглядят многообещающе.»

    ZFS не стабильная? ZFS в стадии тестирования?
    Ну тогда ext4 вообще экспериментальная
  • Публикация базы 1С на стороннем web-сервере
    0
    Вариант с докером более «индустриальный»

    На локальной машине — поставил какой-нить убунту, в нее докер.

    Написал Dockerfile, в нем явно описываются папки с данными например.

    Далее на этой-же машине — собрал образ контейнера.
    Написал команду docker-run (или использовал docker-compose например)

    Что в результате — полностью повторяемое окружение. Можешь послать другу Dockerfile по почте. Или развернуть на реальном железе — все будет ровно так-же.
    Хочется второй контейнер — просто запускаешь, передаешь скажем другие папки.
    Вариантов масса, они выглядят сложными, но это только кажется.
    В реальности выходит полностью само-документированная конфигурация и легко запускаемые контейнеры с приложением.

    Я тоже долго думал-думал, а теперь даже не представляю зачем бы мне хотелось все это руками делать каждый раз.
  • Публикация базы 1С на стороннем web-сервере
    0
    Обычно используется NAT.
    При запуске контейнера указывается какой порт контейнера на какой порт хоста нужно замапить.

    Докер — это возможность «упаковать» приложение со всеми потребными библиотеками и обращаться с ним примерно как с единым исполнимым файлом. При том что внутри там может быть много чего.

    Это сложно объяснить в двух словах, это другой уровень абстракции. Вместо того чтобы каждый раз париться с установкой чего-то — достаточно сделать правильную «инструкцию» в виде Dockerfile. Далее это приложение может быть собрано в виде контейнера автоматически, отправлено в репозиторий, скачано на другие машины (хоть на миллион), запущено и остановлено как единое целое.

    Сам контейнер обеспечивает уровень изоляции наподобии виртуальной машины, но из-за отсутствия слоя виртуализации — падения производительности нет.

  • Публикация базы 1С на стороннем web-сервере
    0
    Так тут на хабре было очень много уже материалов на эту тему.

    Один раз попробовав докер от него уже не отказаться.

    Я, к примеру, даже сервер приложений 1С 8.2 и PostgreSQL с патчами 1С разворачиваю docker-контейнерами. Это очень удобно, потому что элементарно повторяемая установка — не нужно все делать вручную, один раз сделал Dockerfile, изоляция приложения — например Postgres-1С требует специфические версии библиотек.
    А уже всякие специфические web-приложения, что требуют специфического окружения для запуска — тут докер просто спасение.

    Представьте себе что вам нужно N разных версий Web-приложения 1С развернуть, например один боевой вариант и пару новых версий. Или например они выпустят модуль для Apache 2.4? Вам для теста придется разворачивать несколько машин, даже виртуальных.

    С докером вы все это сделаете легко и непринужденно. и потом при миграции — опустите один контейнер, запустите другой.
  • Публикация базы 1С на стороннем web-сервере
    +1
    Просто то что вы делаете вручную — это прошлый век :)
    Гораздо полезнее оформить это в виде Dockerfile.
    Автоматизация процесса развертывания, гарантия повторяемости результата + изоляция приложения от хост-системы.

    Докер — это не «вариант виртуализации», это способ «упаковать» приложение и затем автоматически его разворачивать на любом хосте, где установлен докер (а сейчас он работает на любом современном linux-дистрибутиве).
  • Публикация базы 1С на стороннем web-сервере
    0
    Сделайте лучше docker-контейнер — это гораздо удобнее чем инструкция с картинками.
  • Сравнение алгоритмов сортировки
    +2
    Да причем тут все это? Вы что хотите измерить — эффективность алгоритмов сортировки? Или вашего алгоритма сравнения или обмена?

    Ну да, общее время выполнения зависит от операции сравнения и от операции обмена. Но это и есть «операция» в вычислительной сложности алгоритма, именно в этих «операциях» над элементарными объектам она и измеряется. И она не меняется, какими бы они не были.

    Ответ в общем виде очевиден — для общей памяти — quicksort, для внешней памяти (когда данные в память одной машины не влезает) — сортировка слиянием (их тоже не один вид кстати).
    Есть разные тонкие случаи вроде сортировки целых чисел подсчетом, но это уже хаки.

    Каждый кто открывал хотя-бы Вирта ответ этот знает, т.к. алгоритмы сортировки и поиска — одни из простейших.

    Конечно жизнь богаче абстрактных алгоритмов, но на то мы и инженеры чтобы применять правильные алгоритмы в нужных местах.

    Данная же «работа» не тянет даже на реферат студента-первокурсника. Задача не описана, результаты не соответствуют теории (которая в общем-то не вызывает сомнения, все эти алгоритмы изучены вдоль и поперек, каждый студент их реализует и не по одному разу)
  • Сравнение алгоритмов сортировки
    +1
    Это все ньюансы реализации, а не самих алгоритмов сортировки.

    Когда вы сортируете несколько миллиардов объектов, то причем тут внутренняя сложность этих объектов? Массивы они там или нет — это не важно.

    А если есть вопрос сортировки массивов малой длины — то вопрос нужно ставить именно так — и изучать практическую реализацию в реальных условиях. И поверьте — сортировка, реализованная на C++ или на Java или на каком-нить Rust даст вам дико разные результаты — как раз потому что ваши массивы — они не сферические в вакууме а имеют тоже внутреннюю организацию.

    Я же вижу в этом посте попытку выбора оптимального алгоритма, при том что не понятно вообще что автор сортирует, какие оптимизации компилятора. Как реализованы алгоритмы — может там ошибки реализации — автор думает что у него QuickSort а на деле нет.

    Но очевидно, что если у него нет большой разницы на размерах порядка 10^2-10^3 то причина не в алгоритмах, а в реализации и среде исполнения.

    А сами алгоритмы изучены вдоль и поперек, откройте Кнута, том третий :-)

  • Сравнение алгоритмов сортировки
    +2
    Рекурсия плоха тем что стекфрейм при CALL много больше чем индексов диапазона.

    Кроме того — 200 элементов это настолько мало при сегодняшних кэшах процессоров, что и говорить нечего. Все упирается в итоге в какие-нить мелочи, вроде эффективности swap операции.

    Сортировки — это один из простейших классов алгоритмов. Они изучены вдоль и поперек. Студенты как первые курсовые работы это делают в профильных вузах — взять десяток алгоритмов, реализовать их, оценить вычислительную сложность, построить график зависимости времени работы каждого алгоритма от размера и степени неупорядоченности массива.

    Все еще от языка реализации зависит. Одно дело на ассемблере целые числа сортировать, а другое дело — на Scala списки :-)
  • Сравнение алгоритмов сортировки
    +3
    Слишком мелкие выборки для такого железа и процессора.

    Возьмите миллион элементов, посмотрите что будет.
    Кроме того, quicksort без проблем реализуется без рекурсии.
  • Приватные трекеры начинают банить пользователей с Windows 10
    0
    если даже лень читать мануал это гуглиться за секунду unix.stackexchange.com/questions/5901/how-to-open-the-same-directory-in-another-panel-in-midnight-commander

    Esc + I открывает в неактивной панели ровно такую-же директорию что и в активной.
  • Приватные трекеры начинают банить пользователей с Windows 10
    +2
    Эээ, а зачем это в системах где нет никаких «разных» дисков? Он не умеет потому что это не нужно уметь.
  • Приватные трекеры начинают банить пользователей с Windows 10
    +3
    Я так понимаю тут файловый менеджер, эмулятор терминала, редактор и менеджер горячих клавиш?
    И что тут такого Windows-специфичного?

    У меня на OSX Midnight Commander, iTerm, Sublime Text а менеджер горячих клавиш встроен в систему.
    На Linux аналогично, только iTerm не нужен.
  • Приватные трекеры начинают банить пользователей с Windows 10
    0
    Я так понимаю тут
  • Алгоритм парсинга арифметических выражений
    0
    Фактически транслятор переводит выражение с языка арифметических выражений в обратную польскую нотацию и тут-же ее вычисляет, потому что это элементарно.

    Проблема же в том что вместо изучения теории и ее применения автор потратил время на изобретения очередного велосипеда. И дополнительных знаний не приобрел.

    Статей по данному вопросу — вагон и тележка, практически в каждой книге по теории алгоритмов и трансляции разбирают пример как раз на базе вычисления арифметических выражений.
  • Алгоритм парсинга арифметических выражений
    –1
    Боюсь на таком уровне понимания материала автором википедия не поможет

    P.S. ссылку на википедию хабр не ест, легко гуглиться по «грамматика, разбирающая выражение».

    Подобные задачи вообще решаются в курсе теории алгоритмов как пример использования формальных грамматик.

  • Алгоритм парсинга арифметических выражений
    –1
    Есть элементарное решение данной задачи на основе формальной грамматики. Раза в 3 короче и в 10 раз понятнее выходит.
  • Microsoft анонсировала кроссплатформенный редактор для Windows, OS X и Linux
    –7
    Просто это никакая не Visual Studio в любом случае. Ничего общего кроме названия.
  • Microsoft анонсировала кроссплатформенный редактор для Windows, OS X и Linux
    –3
    Я ничего не хочу доказать, я свои ощущения описал.

    Я считаю что это странно и показывает определенного рода беспомощность современной MS.
    Я был бы рад если бы они сделали полноценный порт Visual Studio, как это прекрасно удается им с Office.
    Контейнер Atom — ну это как в свое время Internet Explorer был по сути оболочкой для запуска ActiveX реализующего браузер :-) Ну т.е. можно конечно говорить что это «всего лишь платформа», но понятно же что Atom разделен на платформу и конкретный редактор для удобства разработки, нельзя же «платформу» заменить. Я думаю там в платформе 90% фич редактора.

  • Microsoft анонсировала кроссплатформенный редактор для Windows, OS X и Linux
    –2
    Это вопрос что называть форком, не более того.

    Просто это несерьезно для такой компании как MS брать готовую платформу, чуть припудрить ее и назвать Visual Studio Core.
    Отличия от Atom на мой взгляд на уровне «сборок» Emacs — но никто же обычно не говорит что представляет соверешенно новый редактор, просто на платформе Emacs :)

    Я лично ожидал увидеть частично портированный Visual Studio, как произошло например со свежим Office 2016 для Mac. А увидел Sublime-переросток на платформе Atom.

  • Microsoft анонсировала кроссплатформенный редактор для Windows, OS X и Linux
    0
    Atom и так не у дел, а вот Sublime вряд-ли можно переплюнуть, это разного поля ягоды.
    Sublime прежде всего редактор, а VS — именно что IDE
  • Microsoft анонсировала кроссплатформенный редактор для Windows, OS X и Linux
    +13
    Скачайте версию для мака. Внутри

    Contents/MacOS/Atom — бинарник для запуска
    Contents/Frameworks/AtomFramework.framework — фреймворк от атома

    Форкнули то может и форкнули, но это как-то мелко для MS. Ну опубликовали бы как форк. Но зачем это называть VisualStudio Core. Так могла бы называться какая-то ограниченная в возможностях VisualStudio, но не форк OpenSource редактора.

  • Microsoft анонсировала кроссплатформенный редактор для Windows, OS X и Linux
    0
    Конечно, но внутри доказательства неопровержимые :-)
  • Microsoft анонсировала кроссплатформенный редактор для Windows, OS X и Linux
    +29
    Майкрософт представила Atom со своей шкуркой :-)

    Под OSX даже исполнимый файл называется «Atom»
  • Краниопластика: применение 3D-печати для пластики черепа в России
    0
    А как ситуация с протезом пластины будет развиваться дальше, с ростом ребенка?
    Ее придется периодически заменять или рост черепа будет происходить нормально?

  • Понимая Docker
    0
    openvz это все-же больше «виртуалки» на базе контейнеров. А docker — это упаковка отдельных приложений и запуск их в контейнерах, причем с уклоном в immutable контейнеры.
  • Понимая Docker
    0
    Все зависит не от количества сервисов, а от необходимости масштабирования (ну и изоляцию таки никто не отменял)

    Связка постоянно меняется — отлично — делаем кучу контейнеров и экспериментируем.

    Запуск пачки можно делать обычным bash-скриптом, что тут сложного — даже полезно.

    Ну и docker-compose (бывший fig) позволяет собирать связки легко и просто. Я лично использую make-файлы, make run и все :-)

  • Понимая Docker
    0
    Весь смысл в том, что это и так нужно в системе для работы приложения.

    А вот если контейнеры используют одну и ту-же начальную последовательность команд в Dockerfile то и получаемые в результате «слои» (т.е. по сути — файлы) будут одинаковые. Поэтому скажем контейнеры
    ubuntu + sshd + mysql и ubuntu + sshd + python (кстати полезно выносить базу в отдельный контейнер) будут отличаться только на последний слой, а слои ubuntu + sshd будут общими.

    Но опять-же это только особенности реализации, смысл легкости в том что в контейнере нет никаких системных служб, это практически ядро + ваше приложение.
  • Понимая Docker
    +5
    Все верно, но это же не относиться к контейнеру как к таковому!
    Это же ваше приложение, оно будет так-же стартовать и вне контейнера.

    Смысл «легкости» докера в том что оверхед минимален, в практической жизни — незаметен.

  • Понимая Docker
    +4
    Образ убунты для докера — 200 мегов.
    И в контейнере никакие сервисы сами по себе не стартуют, по сути ваше приложение — это init для контейнера.
    Так что не понятно, какие ресурсы может использовать контейнер сами по себе.

    Сложно назвать докер тяжелым если контейнер стартует меньше секунды.
  • Go для системных администраторов. Практические примеры. Часть 0
    0
    ну да, кросплатформенно, с точностью до обратных слешей :-)
  • Go для системных администраторов. Практические примеры. Часть 0
    +10
    По-моему это из пушки по воробьям.

    В unix такой проблемы нет, shell-скрипты могут быть полноценными программами (не без огороворок, но простейшее скачивание файлов делается элементарно). Потребление памяти для скриптов, запускаемых редко — вообще не проблема.

  • HighLoad в платформе для интернет-магазинов автозапчастей
    +1
    Ну так интересно же почему то или иное решение выбрано.

    Извините, если вам кажется будто вопросы простые и очевидные.

    Я вот навскидку могу предложить по десятку аргументов за и против загрузки одинаковых прайсов от разных поставщиков.

  • HighLoad в платформе для интернет-магазинов автозапчастей
    0
    А одинаковый прайс от разных поставщиков 2 раза загружаете?
  • HighLoad в платформе для интернет-магазинов автозапчастей
    0
    А почему вам LOAD DATA INFILE то не подходит? Он сильно быстрее чем INSERT-ы пачками.