• Proxmox как уменьшить смонтированный lvm lxc?

    opium
    @opium
    Просто люблю качественно работать
    Нет придётся выключить
    Ответ написан
    Комментировать
  • Каково состояние дел в сфере контейнеризации?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    "Сфера контейнеризации" - это не только docker. У востребованных рынком технологий всегда есть альтернативы.
    Ответ написан
    Комментировать
  • RESTful API и MVC — что это?

    Основной посыл использования RESTful API - применение основной идеи Паутины для взаимодействия автоматических агентов (приложений), а не только людей.
    Основная идея Паутины - построение распределенной информационной системы путем публикации неких абстрактных ресурсов, выдачи им идентификаторов (в сегодняшнем вебе - иерархических), определения ряда простых и широко известных операций над ними, не зависящих от содержимого ресурса (те самые GET, POST, PUT и т.д.), и связывания этих ресурсов ссылками (это называется гипермедиа, и в частности, гипертекст, если речь идет о текстовой информации).
    Как люди с появления Веба публикуют информацию в нем для потребления другими людьми, так и RESTful веб-сервисы публикуют иерархически структурированные ресурсы для потребления клиентами. Разница только в представлении - для людей это plaintext/HTML, для автоматических агентов - это JSON/XML/прочие форматы, которые удобно обрабатывать.
    Таким образом, если вы хотите какую-то информацию опубликовать как RESTful API, вам необходимо представить ее как набор ресурсов, а все операции над этой информацией выразить через набор предопределенных операций. Фишка в том, что во многих задачах этих предпопределенных операций вполне достаточно, главное правильно определить ресурсы.
    Важно понимать, что "ресурс" это обычно некоторая сущность, "существительное". Как правильно заметил Антон Жуков , ресурс /getItems хоть и может существовать в принципе, говорит о неудачно спроектированном API (действие представлено как ресурс).

    Есть и другие подходы к архитектуре распределенных приложений, например архитектуры, основанные на RPC (удаленный вызов процедур). Информация в таких архитектурах также представлена в виде некоторого набора сущностей, однако операции над ними определяются конкретной задачей, и для каждой сущности будет свой набор. Это больше соотвествует классическому ООП-подходу. Таким образом, RESTful следует подходу много сущностей (ресурсов) - мало операций (и эти операции известны заранее), а RPC - немного сущностей, но много операций над ними.

    Также важной чертой REST является отсутствие состояния, сохраняемого между запросами к ресурсам. Это очень важно для масштабирования системы.

    Сама архитектура REST не привязана к конкретным технологиям и протоколам, но в реалиях современного Веб, построение RESTful API почти всегда подразумевает использование HTTP и каких-либо распространенных форматов представления ресурсов, например JSON, или, менее популярного сегодня, XML.

    Смысл использования REST в том, что принципы, хорошо показавшие себя в "человеческом" веб и позволившие построить самую большую распределенную ИС, применяют и для "веба машин".

    Ответ длинноват, но как короче объяснить, чтобы не исказить понимание, не представляю. Если что непонятно - спрашивайте.
    Ответ написан
    7 комментариев
  • Что такое REST и RESTful api?

    slo_nik
    @slo_nik
    Добрый вечер.
    Тут всё разжёвано
    Ответ написан
    Комментировать
  • Что такое REST и RESTful api?

    DzodzikovAK
    @DzodzikovAK
    Java Developer
    REST - набор архитектурных принципов построения сервис-ориентированных систем.

    RESTful - прилагательное, употребляющееся по отношению к сервисам, которые следуют принципам REST.

    Вот здесь человек рассказывает (переводит), как определить, является ли ваш сервис RESTful и в какой степени:
    https://habrahabr.ru/post/319984/
    Ответ написан
    Комментировать
  • Что изучить в комплексе с курсами Javarush, чтобы можно было брать заказы на фрилансе или куда-то устроиться как Java Junior?

    @bubuxDD
    Ну человек ты конечно замахнулся)

    А теперь серьезно, я тоже начинал с этих курсов поэтому опишу свой опыт. Пригодиться тем кто не хочет наступать на грабли. Начинал с них когда интерфейс был на силверлайте и лекций было очень и очень мало, впервые стартовали реальные проекты. Но это было давно и как сейчас там обстоят дела не знаю. Всего прошел 30 уровней.
    Итак конкретно за курсы
    1) Они помогли научится кодить на джава.(дополнительно к курсам смотрел головоча, по многопоточности и еще паре тем, в книгах читал интересующие главы)
    2) Они научили не боятся программирования. Как бы странно это не звучало.
    3) Дали основные понятия по алгоритмам и ооп.(основные не значит достаточные:) )
    4) В целом самый главный плюс они хорошо структурированы и при возникновении проблем есть сообщество которое поможет. Ведь нет ничего хуже чем то состояние когда пропадает мотивация из-за слишком сложной задачи а спросить не у кого(За мои годы обучения это оказалось самым важным плюсом при выборе любых учебных материалов)

    Потом была стажировка у Кислина(Каким-то чудом удалось туда попасть от джавараш)
    Здесь научился строить более менее работающие приложения. И перестал боятся библиотек, фрейморков и прочего. Главное для меня что было вынесено со стажировки это умене соединять разные технологии(К примеру теперь в моих глазах нет ужаса если вдруг узнаю что мне нужно сделать возможность обмена данными для линукс приложеня написанного на с++, с веб-приложением на java которое будет отдавать данные мобильникам. То есть присутствует понимание как работают технологии).

    Потом я устроился на работу))))))

    По времени на ближайшие пол года, просто проходите курсы на javarush. Плюс htmlacademy - на нем курсы по html, css. В этом же заходе изучайте sql по книге издательства o'relly -"Изучаем sql"
    Если есть стажировка хорошо, если нету покупаем у Кислина topjava. После javarush это наиболее предпочтительный вариант, первая рассылка за плату остальные бесплатные так что если не уложитесь в сроки можно не беспокоиться у вас всегда будет свежая версия проекта, если паникер забэкапите эти 3 гига данных. На этом этапе главное усвоить то как технологии работают вместе и то как важно выбирать правильную архитектуру. На это уйдет еще пол года.
    (Данные сроки актуальны если заниматься кодингом по 6 часов ежедневно, ну в воскресенье можно расслабиться:) )
    Английский нужен, учить однозначно. Lingualeo плюс Пимслер плюс учебник плюс сериалы на инглише. На то что бы подтянуть на норм уровень уйдет месяца 4-5.

    Во фриланс сразу идти не советую, ваше развитие будет сильно тормозиться , из-за того что будете выполнять работу по шаблону. Лучше идти в контору желательно в большую и работать хоть за еду. Но там ваш уровень будет расти быстрее чем на фрилансе, плюс коллеги которые помогут и посоветуют. А когда наберетесь опыта спокойно уйдете на повышение зп(А в совей конторе, в другой или на фрилансе это уже жизнь покажет)

    Матан - жуть, но если хотите быть супер сеньёром с космической зп. Учить придеться как бы не плевались и не писали что он не нужен . Так как алгоритмы, и нове технологии тот же искусственный интеллект это один сплошной матан. Да и очень много мест где на самом деле матан нужен, даже если прямо в вакансиях это не указывают. Мой совет хотите расти как профессионал, учите.

    junior, mid, senior - это указание уровня опыта. Забугорный аналог наших младший, старший - сотрудник. Такие уровни деления по знаниям приняты почти во всех областях на западе(веб, мобилы, десткоп, наука)

    Ну и чисто бытовой совет, старайтесь хорошо кушать, высыпаться и не забивать свою голову программухой. Оставьте себе свободное время это поможет не охладеть. Вот к примеру есть такие кадры которые пишут что они 12 часов 7 дней в неделю батрачат код и через 3 года пропихиваются на джуна в контору "рога копыта" и Там уже растут как профы батрача код по 16 часов в сутки. Это не полезный пример. Голова постоянна забита новыми знаниями, кругом каша и ничего не разложено по полочкам. Вот и выходит что по 12 часов занимаются а толку ноль. Только устают потом и выгорают. Как мне кажеться наиболее удобный распорядок дня это когда часиков в 8-9 вечера ложишься спать, встаешь в 3-4 утра. Выходишь на прогулку дышишь свежим воздухом и топаешь кодить, а лучше учить что-нибудь на свежую голову, это классно и информация лучше усваивается. Кодишь часа 4 потом универ, работа(нужное подчеркнуть). А вечером делаешь какую-нибудь рутину, типа накодить какой-нибудь фигни которая особых умственных способностей не требует. Главное не зарывайтесь. И делайте перерывы между технологиями. К примеру поучили жабу два месяца, а потом следующую недельку вообще ничего не кодите. Это поможет сберечь психологическое здоровье, а утренние прогулки физическое))))

    Мониторя вакансии работодателей смотрите не только на то сколько вам заплатят но и на то чем вы будете заниматься, иногда работа может одбить мотивацию двигаться дальше несмотря на зп. Каким бы странным вам не казалось это утверждение, но поверьте иногда так бывает)

    Ответ конечно скомканный получился, но если что-то интересует спрашивайте подскажу. Так как сам был недавно студентом.
    Ответ написан
    Комментировать
  • Где целесообразно использовать LXC/LXD?

    ky0
    @ky0 Куратор тега Системное администрирование
    Миллиардер, филантроп, патологический лгун
    Используем LXC-контейнеры уже несколько лет в составе Proxmox, никаких серьёзных проблем ни разу не возникало. Сырость технологии проявляла себя крайне недолго, буквально до первого апдейта платформы после изменения в Proxmox технологии контейнеров с OpenVZ на LXC.

    Почему в 2018 году OpenVZ-хостинги распространены шире - затрудняюсь ответить, видимо владельцы купили лицензию у Виртуоззо и теперь залочились на этом старье :)
    Ответ написан
    4 комментария
  • Как сделать веб-сервис и не утонуть в процессе?

    gobananas
    @gobananas
    finishhim.ru
    1. Выделить одну главную функцию сервиса
    2. Сделать её, сверстать и выкатить, это будет MVP
    3. Не заморачиваться с вёрсткой
    4. Не заморачиваться с методами авторизации
    5. Не думать про нагрузку, не заниматься оптимизацией кода и БД
    6. Если поймали себя на мысли что вы думаете какой паттерн тут применить вы в Ж, просто пишите код, который работает!!
    7. Не совмещать написание сервиса, который вы РЕАЛЬНО хотите запустить с изучением чего-то нового (языка, БД). Утоните в учёбе и никогда не запустите.

    Это всё на своём опыте написания проекта говорю вам а не голословно ))
    Ответ написан
    10 комментариев
  • Знаю Kotlin, не знаю Java. Возьмут ли на работу?

    @m0nym
    1. На Java куча библиотек и куча примеров.
    И никто не будет библиотеки переписывать на Java. Достоинство Kotlin как раз в совместимости с Java - эти все библиотеки можно использовать из Kotlin. Более того, Kotlin бы не взлетел без этого умения использования библиотек Java.
    То есть если уж не писать, то читать на Java вы должны уметь.

    2. Вы преувеличивайте знание языка программирования.
    Для программиста вполне естественно знать и использовать их несколько.

    Ну например, самая что ни на есть рядовая веб-разработка и уже:

    PHP, JS, SQL, HTML, CSS - первые 3 - это языки программирования.
    И это как минимум.
    Ответ написан
    Комментировать
  • Знаю Kotlin, не знаю Java. Возьмут ли на работу?

    sergey-gornostaev
    @sergey-gornostaev Куратор тега Java
    Седой и строгий
    Зная только Kotlin вы серьёзно сокращаете количество мест, в которые можете устроится. Это плохая карьерная стратегия.
    Ответ написан
    Комментировать
  • Стоит ли записываться на курсы от geekbrains? Или стоит получить второе высшее образование?

    @Vayateler
    Осторожно!!! ШП.Она же гиик брэйнс. Достоинства:
    Хороший маркетинг. Вкусно выглядит. Дешевле чем в Специалисте при "Бауманке". Недостатки: Плохая подача материала, нет качественной помощи, большой набор в группу. Неадекватная цена за курс при такой одаче.Начнём с группы. Группу набивают до отказа, т. е. сколько влезет в онлайн. В результате страдает качество процесса обучения. Один долбит препода вопросами, остальные сидят читают. Как-то неправильно. Материал. Качество материала, простите - убогое. Ощущение копипаста с какой-то книжки для чайников. Если возникает не стыковка материала и домашней работы, то ответ - ройте сами в гугле, додумывайтесь сами. Сейчас каждый год всё меняется.
    Стажировка: враньё качественное. В лучшем случае предложат написать код для них же самих. Преподаватели. Найдите НоРмАльных преподов. Да. Они дорогие, но они будут не распугивать народ (типа... эээ, ууу, ммм, вооот))), а наоборот наматывать, как вилка макароны людей. Вебинары затянуты на 2 часа. Как по старинке. Прошла лекция, никто умных вопросов не задавал и слава богу. Обещали сделать Вообще, задумка была хорошая. Но проблема всех соц. проектов - рентабельность. Долго думали-думали и решили: да пошло оно всё - будем врать. Врать всем. Врать, что можно за 2 недели освоить Java или PHP. Девочки-менеджеры будут толкать макс.кол-во курсов. А мальчики будут рассказывать с экрана, как сделать @HelloWorld@/ И народ потянулся. Бывало люди по 50-100 чел. в одном вебинаре сидели за раз. Если кто читает из преподов ШП - без обид. Вопросы большей части к организаторам проекта. Повернитесь к людям лицом. P.S. В ГикБрэйнс мне не понравилось преподавание, я им об этом высказал, за что они деактивировали мою учётку и при этом ещё остались не пройденые но оплаченные курсы...ГикБрэйн или ШколаПрограммирования. Сёдня позвонили сказали, что оказали полностью весь пакет, я говорю нет, а они говорят за эти деньги(т.е. без скидки которую они мне сделали) они оказали услугу полностью в общем то как в лохотронах в подземных переходах :) Т.е. менеджер Анжела говорила, что пакет будет куплен мной со скидкой в 20%, я повёлся и вот счас всё иначе, т.е. обман.
    P.S.Лично там учился и стал жертвой их мошеничества, заплатил за курсы более 70 тыр, но за высказывания своего мнения мой эккаунт был заблокирован, хотя они обещали доступ к оплаченным мной курсам и после их окончания
    Ответ написан
    6 комментариев
  • Подскажите бесплатные онлайн-курсы Java

    Jimilian
    @Jimilian
    Вот этот курс доступен теперь на интуите.

    В качестве IDE лучше всего начинать сразу использовать IDEA
    Ответ написан
    Комментировать
  • Как получить доступ извне через двойной NAT к домашней linux машине?

    @XA0C Автор вопроса
    radiotoolkit.com
    Решение: habrahabr.ru/post/216101
    Ответ написан
    Комментировать
  • Как настроить работу fail2ban на сервере находящимся за haproxy?

    @Redaicd
    Дело в том, что апач не знает ничего про внешние адреса, но его можно научить
    Настроить в апаче модуль remoteip
    конфиг модуля приблизительно такой
    RemoteIPHeader X-Real-IP
    RemoteIPInternalProxy 127.0.0.1 10.10.10.10 итд все локальные адреса сервера где установлен хапрокси
    в формате лога апача для редмайн поменять %h на %a, чтобы fail2ban брал правильные внешние адреса для блокировки

    если не получится с заголовком X-Real-IP попробуйте поменять на X-Forwarded-For в апаче и
    option forwardfor header X-Real-IP на option forwardfor на фронтенде хапрокси
    Ответ написан
    1 комментарий
  • Как настроить работу fail2ban на сервере находящимся за haproxy?

    Насколько понял вашу конфигурацию, использовать F2B на BE смысла немного.
    На BackEnd (REDMINE_SERVER) приходят http запросы у которых IP адрес источника для всех - LOCAL-IP (реальный адрес же передается как http header, который fail2ban если и увидит из логов и забанит их, но ip адреса пакетов будут всё-равно приходить с LOCAL-IP адреса).
    А банить надо внешние адреса на интерфейсе EXT-IP, который на FE (HAPROXY)

    Т.е. в такой схеме видится такой путь реализации: надо гонять F2B на FE, а анализировать логи redmine на BE (примонтировать папку по nfs/sshfs, например, с оглядкой на нагрузку) и банить внешние адреса на FE.

    Если не изменяет склероз, то в каком-то далеком будущем обещалось уже не помню кем добавить поддержку Redis в F2B, как хранилище забаненных. Тогда было бы проще - на BE работает F2B и анализирует логи, и вносит адреса злодеев в редиску. А работающий на фронте F2B работает с этим же хранилищем и банит негодяев. О реальности и перспективности оных изменений лучше смотреть сообщество F2B, мопед не мой, пересказ слухов :)
    Ответ написан
    1 комментарий
  • Как правильно настроить smtp для gitlab?

    nazarpc
    @nazarpc
    Open Source enthusiast
    У Яндекса TLS на 587 порту, на 465 только SSL работает.
    Ответ написан
    Комментировать
  • BASH. Как получить PID запускаемого процесса, чтобы его потом убить?

    dlinyj
    @dlinyj Автор вопроса
    Сам спросил, сам ответил.. unix.stackexchange.com/questions/30370/how-to-get-...
    Ответ написан
    Комментировать
  • BASH. Как получить PID запускаемого процесса, чтобы его потом убить?

    saboteur_kiev
    @saboteur_kiev Куратор тега Linux
    software engineer
    переменная $$ - текущий PID
    переменная $! - PID последнего дочернего процесса.

    echo "$$" > file.pid

    Для других программ
    ./run_other_program &
    echo $!>other_program.pid
    Ответ написан
    5 комментариев
  • Какие альтернативы soft-роутеру Vyatta сейчас есть?

    @Templar3d
    У VyOs тоже все плохо с документацией.
    Микротик, Керио - платные продукты. Я не знаю, что в Керио стоит тех денег, которые за него хотят. По моему личному мнению/опыту, такие продукты, как Керио держатся только на бывших/текущих любителях ломанного/ворованного, которые больше ничего не осилили. В нем нет ничего гениального, только урезанные возможности бесплатного ПО входящие в его состав.
    Очень много бесплатных решений данного вопроса.
    Таблица сравнений софт роутеров здесь.
    Ответ написан
    1 комментарий