Vitaly Karasik

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

1. Требует для работы исключительно алфавитно-цифровой блок клавиатуры плюс клавишу [Esc]. Поэтому им можно пользоваться в удалённой консоли даже через криво настроенный или вообще ненастроенный терминал. В то время как nano требует как минимум функциональных стрелочных и навигационных клавиш, то есть при удалённом соединении нужно убедиться, что гетти на том конце воспринимает их нормально, а не плюёт кракозяблами в консоль. Было очень актуально в доинтернетную эпоху, когда управляющие производственными процессами серверы админились по телефонной линии через модемное соединение.
1а. Также для работы в vi было вполне достаточно клавиатурки от ZX Spectrum, Commodore и прочих 8-битных недокомпьютеров. Что давало возможность кое-как использовать их как (почти) полноценные терминалы для UNIX-машин.
2. Не требует отображения меню -- абсолютно всё можно сделать командами, с которыми, в случае забывчивости, можно ознакомиться во встроенной справке. Поэтому для работы достаточно всего 4-х строк, что, как правильно заметил выше fdroid, позволяет им пользоваться на любой кофеварке, если в ней есть какой-нибудь TN-дисплейчик разрешением 128х32. (Для чего может понадобиться полноценный текстовый редактор на кофеварке -- это уже отдельный вопрос...)
3. Для позиционирования курсора в требуемое место приходится всё время считать глазами расстояние в строках и знакоместах в строке, что требует напрягать не только спинной мозг с двигательным центром, но и кору, а также развивает внимание, хоть и создаёт некоторое неудобство в работе. Поэтому, то, что среднестатистический пользователь vi/emacs умнее среднестатистического пользователя любого другого редактора -- правда.
4. Хранит все изменения для конкретного редактируемого файла в файле-буфере (который может быть создан либо в той же директории, либо в домашней директории пользователя в зависимости от настроек в файле конфигурации .vimrc). Поэтому потребляет очень мало оперативной памяти и позволяет продолжить прерванную внезапным форс-мажором работу.
5. Ну и как выше отметил Vitaly Karasik, умеет очень много. Правда, это зависит от того, с чем и как его собирали, что выкинули при сборке (хотя при современных вычислительных мощностях что-либо выкидывать из vi бессмысленно). Например, если libc, с которой линковался vi при сборке, не поддерживает юникод, то и сам vi тоже не будет его понимать.

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

$ a="test";echo "$a";echo '$a'
test
$a

Небольшой тест, показывающий, в чём ошибка.

У предпринимателя на ряду с версткой/программированием от фрилансера чего-то мелкого есть еще ряд проблем:
- ФНС
- другие фискальные службы и проверки
- зарплата
- клиенты
- ремонт офиса
- поставщики
- партнеры
- менеджеры по продажам звонят
- подчиненные
- собственно само дело
- аренда
- закрытие бизнеса из-за карантина
- ваши конкуренты тоже пишут и звонят и могут это делать навязчиво, из-за чего лимит времени на данный фокус занятости может быть исчерпан

Примерно представьте -- сколько точек отказа может быть при общении с такими людьми... Это есть причина появления ответственных/помощников и проект-менеджеров...

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

Проверьте из консоли (df -h), достаточно ли места в домашнем каталоге и вообще на ПК. Иногда бывает циклический логин из-за этого.

реально

можешь освоить Postman, загугли Postman curl, Postman requests
а можешь нанять фрилансера

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

Основываясь на этом комментарии, могу сказать, что вам нужно познакомиться с теорией: шаблоном проектирования "Планировщик"
и системы на основе очереди задач.
Помимо "двух программ", в вашем случае это воркеры (исполнители), в вашей системе должен еще присутствовать планировщик, имеющий приоритет над воркерами, который будет формировать задачи.
Назначать задачи исполнителям может как планировщик, так и сами исполнители.
Каждая задача должна иметь идентификатор, статус выполнения, назначенный исполнитель, а также перечень объектов, которые должен обработать исполнитель. Как раз перечень объектов и будет ограничивать работу одного исполнителя, чтобы они "не лезли на одни и те же записи в таблицах".
Конечно, нужно познакомиться с транзакциями и уровнями блокировки таблиц - это только часть инструментов реализации системы, но без планировщика вам не обойтись.

Не проще отслеживать уникальность когда вставляете??? Либо по уник ключу и инсерт игноре, либо выборка + вставка по пустому результату.

PS: parent | parent_id - чем отличается???

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

Сразу закладывать большие сроки для себя лично. Быть готовым не спать ночами и дебажить-дебажить-дебажить. А для заказчика выставлять оценку без вашего времени на разбирательства.
В общем, всё очень индивидуально. Комфортный способ - сначала изучить, потом браться, но если ты достаточно смышлёный и упёртый, то на первых порах можно учиться на ходу.

1 нормальный фрилансер стоит как все 5 сотрудников. Но его еще надо найти.

В общем, внутри всё буквально кипит и после каждого такого "разговора" нужно пол часа перекурить / сходить в спортзал / пробежаться и т.д.

Всегда удивляло, как у людей подгорает от общения(особенно дистанционного) с неадекватами, которые тебе никто в принципе. Учитесь дисциплине, расслабляться. Это ваш хлеб, если вы будете общаться только с приятными и добрыми одуванами, вы тупо ничего не заработаете.

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

PS: у нас штат 120 человек в компании, один отдел работает на аутсорсе - итого, самый крупный клиент, который работает с нами уже 8 лет, самый жлобский и отвратный, и никто с ним не ужился, кроме этого отдела с железными ребятами. В итоге очень крупые деньги идут в нашу кассу.