d'Ivan

Что нужно знать про арифметику с плавающей запятой

Думаю под знанием linux подразумеваются базовые знания пользователя, такие как:

• отличие наименования файлов (case-sensitive, slash), символьные ссылки, как работают права доступа, как запускаются скрипты.
  
• основы шела, путешествие по файловой системе, основные команды (типа ls, mkdir, mv, rm, grep, tail, head, и т.п., пайпы и редиректы, sleep и bg процессов)
  
• представлять, что такое процесс, базовые вещи по управлению ими (ps хотя бы).
  
• что такое крон, как им управлять.
  

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

Простые вопросы.
Как создать и отредактировать текстовый файл прямо на линуксе.
Как вообще зайти на линукс удаленно.
Как можно зайти на линукс и запустить там php файл на выполнение?
Как посмотреть логи?

Совершенно нормально, если вы на Линукс продвинутый пользователь - вы же можете на Windows поставить программу, остановить/запустить службу, скопировать файл с одной винды на другую удаленно?
Вот и все тоже самое повторите на Линуксе и считайте что у вас есть базовый минимум.

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

Можно откатить на последнюю ревизию. Вы же систему контроля версий используете, да? Если нет - на последний бекап. Если и бекапа нет - страдайте. Всмысле вычищайте руками.

Есть два варианта:
1. Поставьте Elastic Search, загоните туда эти файлы и выполняйте к базе поисковые запросы. Просто на поиграться усилий почти не требуется. Только, наверное, чтобы загнать файлы придётся писать небольшую програмку, чтобы она отправила файлы методом POST.
2. Загнать все json в NOSQL базу (Mongo - чистый NoSQL, Postgre или MySQL в колонку типа JSON).

Например, на ElasticSearch я сделал обработку документации для техподдержки:



Но это если нужно заморочиться с интерфейсом. Для минималистических целей я предпочитаю MySQL. У него достаточно хороший набор методов для работы с типом JSON. Например:

Pacemaker — это менеджер ресурсов кластера со следующими основными фичами:
Обнаружение и восстановление сбоев на уровне узлов и сервисов;
Независимость от подсистемы хранения: общий диск не требуется;
Независимость от типов ресурсов: все что может быть заскриптовано, может быть кластеризовано;
Поддержка STONITH (Shoot-The-Other-Node-In-The-Head) — лекарства от Split-Brain ;);
Поддержка кластеров любого размера;
Поддержка и кворумных и ресурсозависимых кластеров;
Поддержка практически любой избыточной конфигурации;
Автоматическая репликация конфига на все узлы кластера;
Возможность задания порядка запуска ресурсов, а также их совместимости на одном узле;
Поддержка расширенных типов ресурсов: клонов (запущен на множестве узлов) и с дополнительными состояниями (master/slave и т.п.);
Единый кластерный шелл (crm), унифицированный, скриптующийся.

Самый лучший вариант, это же конечно реализация очередей;
Самый же простой вариант, написание отдельного скрипта с этим запросом отдельно, этот скрипт дергать (запускать в фоновом режиме php.net/manual/ru/function.exec.php#86329 ) через основной скрипт, с помощью специальных функций, к примеру exec;
Самый сложный вариант оптимизировать запрос;

Ну как сказать. Без питона сложно в линусах т.к. очень удобно и просто писать что то мелкое. А в целом это всервано что сравнивать *** с трамвайной ручкой. Языки очень непохожи, возможностями ну с натяжкой можно сказать что схожи. Вот грубо говоря писать что то мелкое и на скорую руку в 1000 раз удобнее на питоне в отличии от явы НО, писать что то сложное и то что будет работать не один год и при этом в нем смогут разобраться будущие поколения то тут ява вне конкуренции.
Сугубо мое мнение и оно может вообще не совпадать с Вашим:
-Питон очень удобен для прототипирования и сборки чеголибо на скорую руку.
-Ява очень удобна для логически завершенного, уже обдуманного и спроектированного софта который пишут на многие годы в перед и в котором смогут разобраться другие разрабы.
+При всем этом питон просто прекрасно дополняет яву но не наоборот.

Добрый день.
Вы можете спокойно использовать флексы и учить на тестовых примерах гриды. И правильно сказали авторы выше. Мы, в нашей компании, поддерживаем до ie11, так что и с чистой совестью используем данные инструменты.

Но важно знать о слабых местах флексов и старых браузеров, в том числе ie11. Тогда все будет хорошо. Как пример, ie11 и старый Safari не поддерживают свойство flex-wrap: wrap; Это свойство может применяться для создания сетки 3х3 блока к примеру. В этом случае, для этих версий уместно будет использовать свойство display: inline-block; Которое позволит вам получить искомую сетку в эталоне или близком к нему.

Также не везде работает вертикальное центрирование и еще пару передовых фич.

Но в целом. Если на практике вычислить то, что встречается чаще всего в багах, записываемых на флекс, то можно аккуратно обходить их теми или иными средствами. В конце концов не один из методов построения сеток не идеален.

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

Вам кажется. Но вы — не Google.

Это описание не разностных, а инкрементальных архивов, и в случае сплошных инкрементальных архивов для восстановления тебе потребуется последняя полная копия плюс ВСЕ инкрементальные копии по порядку создания. Какой не хватит, дальше не восстановишь - они образуют связную последовательность. Если же ты создаешь именно разностные, то в каждой копии будет разница между текущим состоянием и полной резервной копией, т.е. в первой будет один файл, а в 364й - 364, если "один файл в день" - это каждый раз разные файлы. Тогда для восстановления тебе потребуется полная копия плюс последняя разностная.

Насчет восстановления 365 архивов - по-хорошему, когда ты восстанавливаешь данные, интерфейс предлагает указать дату, и разворачивает бэкап из всех необходимых файлов. То есть, это работа системы бэкапа - использовать необходимые файлы для восстановления, операция в любом случае будет одна со стороны пользователя. Кстати, не забывай бэкапить базу данных самого Cobian, иначе прежде чем восстанавливать, придется перечитать их все только затем, чтобы понять, какой файл что хранит.

Кроме TOBIE есть и другие рейтинги языков программирования.

Рейтинг github - питон на втором месте.
Рейтинг IEEE Spectrum - питон на первом месте.

Питон очень прост и великолепно подходит для обучения основам программирования. Про Java, C, C++, которые по версии TOBIE опережают питон, такого сказать нельзя.
Питон, скорее всего, ещё приподнимется в ближайшее время на волне интереса к машинному обучению, а вот Java, C и C++, скорее всего немного просядут.

Ну и следует помнить, что рейтинг TOBIE основывается на количестве запросов о языке программирования в поисковиках. Поэтому в нём несколько завышена будет оценка для языков с большим количеством нюансов, и занижена для простых и понятных языков. Потому что когда технология и так понятна, про неё не будут много гуглить.

Ты серьезно вот сейчас?
Твой вопрос примерно сродни - "а какие марки легковых автомобилей еще выпускают"
Ответ: дохрена, лень все перечислять.