Алексей Пьянов

согласен с опубликованными ответами в части "Перенастроить"
при наличии доступа только к ssh (надеюсь, админского) относительно просто будет попробовать rear - relax and recover
Бэкап на шелл-скриптах и базовых утилитах. При переносе могут быть проблемы только с зеркалами на btrfs и, может, udev, если основа виртуалки "другой системы"

Устанавливать по новой все библиотеки/настраивать все конфиги не вариант

Чтобы следующий раз не страдать. Настройте ещё раз, но теперь с помощью Ansible.

Найти клиентов для своего проекта, причем таких, которые готовы платить.

Есть два процесса, которые могут работать в качестве топлива для процесса разработки сайд проекта, и вы о них знаете:

1) процесс дискретного финансирования со стороны инвесторов. Логика следующая: если сайд проект нужен миру, то это значит, что с помощью сайд проекта можно заработать, а один из вариантов - купить долю в момент первой нарезки пирога.

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

3) можно пойти и на компромисс: и инвестиции получать, и обманывать и исполнителей. Но этот вариант требует периодически менять страну пребывания, хотя если делать все аккуратно, то стран хватит до конца жизни.

4) можно переехать в страну из доступных вам с самым большим уровнем жизни, а команду набирать в стране с низким уровнем жизни. При этом вы будете больше менеджерить и находить клиентов будет проще.

5) можно продолжать схему, по которой вы уже что-то делаете. Наверное, просто стоит научится извлекать ошибки из прошлого опыта. Если такой сложный MVP, что у вас успевает core team распасться, может быть у вас не MVP вовсе? На энтузиазме больше двух недель работать могут только два друга, которые решили стать "духовными братьями", все остальное нужно чем-то питать.

P.S. книг про мотивацию и менеджементъ персонала много, и все они написаны коучами, которые пишут книги для тех, кто приведет того, кто найдет автора-коуча для тренингов. Чтобы узнать про особенности разработки в командах без финансирования, вы можете взять интервью у мододелов, или самим поучаствовать, чтобы повстречать самых странных представителей человечества. В некоторых случаях оказывается, что вообще сам процесс важнее релиза, если бы можно было бы делать мод 20 лет, то его будут делать 30 лет.

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

1. https://tldp.org/LDP/abs/html/process-sub.html
2. bash это интерпритатор, вы всегда можете вставить куски выражения, и посмотреть что они выдают, например:

echo <(ls -1 .)
/dev/fd/63

3. Ваш код мягко говоря дурно пахнет, а по сути он вообще кривой и будет сбоить на файлах со спецсимволами или даже пробелами. Можно сделать проще и правильнее:

shopt -s nullglob
for f in my_temp_dir/*; do
    echo "$f"
done

nullglob нужен для случаев когда файлов совсем не будет, без него подставится строка со *, и это может вызвать ошибку в вашем коде.

«В молодости я спросил у начальника, как оценить время на выполнение работы? И начальник ответил мне:
— Время, которое ты планируешь, умножить на Пи пополам, плюс 2 недели.
— Почему Пи пополам? — удивился я.
— Потому что в реальной жизни ты никогда не будешь двигаться к своей цели напрямую, а скорее — по дуге окружности.
— А почему плюс две недели?
— А потому, что когда ты в итоге просрёшь все сроки, то за две недели хоть что-то успеешь сделать.» (с)

Libre Office

LFS

Здравствуйте. Более 4 лет работаю в сфере, где нужны данные по штрафам и вот к чему пришёл:

1) Как сказали выше все данные есть в СМЭВ. Из неё можно взять данные напрямую из ГИБДД или из ГИС ГМП. Но чтобы получить к СМЭВ доступ нужно пройти 9 кругов ада и потратить еще больше денег (шифрованный канал связи и спец оборудование). Для большинства компаний смысла в этом нет.

2) К ГИС ГМП можно получить доступ иным способом. Есть сервисы (например НКО МОНЕТА и А 3) для оплаты различных услуг, в том числе штрафов ГИБДД. Вот они предоставляют доступ к ГИС ГМП. Но чтобы пользоваться этим каналом надо либо очень много оплачивать штрафов, либо доплачивать из кармана. Речь о 5-30 тысячах рублей в месяц.
Также стоит отметить, что в ГИС ГМП нет фотографий.

3) Использование парсеров. Выше были указаны api-parser.ru и gibdd-api.mchanges.com. Для небольшого числа проверок весьма неплохо, но если запросов много, то дороговато выходит. Также стоит иметь ввиду, что парсеры использую сайт ГИБДД, который частенько бывает недоступен.

4) На данный момент (март 2020 года) на сайте ГИБДД стоит Google reCAPTCHA. Можете выбрать любой сервис для решения reCAPTCHA и напрямую брать данные с ГИБДД.
Из минусов:
4.1) На сайте ГИБДД иногда происходят изменения и вам придётся адаптировать своё решение.
4.2) При формировании бюджета для сервиса решения reCAPTCHA стоит иметь ввиду тот факт, что до 100% процентов токенов могут быть неработоспособны, но за них все равно придётся платить.
Но с учетом минусов есть и плюс - это всё равно ГОРАЗДО дешевле, чем существующие парсеры.

5) Если нужны не только штрафы ГИБДД, но и штрафы ФССП (которые лежат в ГИС ГМП), штрафы АМПП и МАДИ, то можно воспользоваться специализированными сервисами, которые будут проверять все ваши автомобили на штрафы по всем базам. Вам нужно добавить свои авто (вручную или посредством api), а обратно уже выгружать штрафы.
Например, у сервиса Твоя ГИБДД - Бизнес минимальный тариф в два раза меньше чем у api-parser.com. Вам не придётся думать о работоспособности сайта ГИБДД и иных баз - в любой момент через api сервиса можете получить все штрафы + фотографии.
Если не понравится этот сервис, есть еще пара сервисов-гигантов: штрафов нет и онлайн гибдд.

Также думаю, что с любым из этих сервисов можно договориться и получить доступ к их парсеру ГИБДД. Думаю, будет дешевле, чем у api-parser.com. Попробуйте написать в поддержку и уточнить при желании.

Дополнено (ноябрь 2020). На данный момент для получения именно штрафов ГИБДД использую два сервиса:
1) Дешевый, но временами сбоит - Твоя ГИБДД - Парсинг
2) Дорогой, но надежный - api-parser.ru.
Если не работает первый, то использую второй. По итогу дешево и сердито.

А я бы взял автора на работу. Да некоторые функции и конструкции синтаксиса устарели. Но при всех недочетах у его кода есть 2 весомых плюса:
1. В нем нет серьезных архитектурных ошибок. Ну разве что die посреди логики, но это легко лечится заменой на эксепшн.
2. Код понятный!!! Это вообще огромный плюс, который перекрывает все минусы.

die ( mysql_error () );

последние 10 лет программил

на зоне программил с отсутствием интернета?

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

Правда, ищи другую работу. Тебя просто порвут по скилам молодые мальчики.

В общем да, на первый взгляд этот код производит ужасное впечатление
Тут даже не 2010-е, тут скорее 1990-е

По пунктам
- конструктор, совпадающий с именем класса, уже отсутствует в языке
- в конструктор передается бессмысленная переменная дб, которая нигде не используется
- функции вида formField() - это явно какой-то адок и инъекции
- про mysql_query уже сказали
- про собаку уже сказали. причём она здесь не нужна, mysql_query практически не выдаёт ошибок
- die ( mysql_error () ); - это вообще зашквар. Я кстати однажды наблюдал результат похожего кода на тостере много лет назад, хе-хе. На боевом сайте системные сообщения об ошибках никогда не должны выводиться в браузер. Вообще, это родовая ошибка похапешников, сохранившаяся до наших дней - у них все ошибки в обязательном порядке обрабатываются здесь и сейчас. В то время как код приложения должен только выбросить ошибку, а обрабатываться все ошибки должны централизованно, в другом месте.

Однако есть и хорошее.
Сам по себе класс неплохой, и довольно грамотный ООП в целом.
пожалуй, надо только подправить синтаксис, и задействовать какой-нибудь осмысленный объект $db, чтобы запрос выполнялся как-то так

function addPlace($place) {
    $query = "INSERT INTO place
        (name,english, countryID, globalRatingID, typeID, worldPartID, datecreated,
        datelastmodified,datepublished,permissionLevel,tansliterated)
        VALUES (
        (:name,:english, :countryID, :globalRatingID, :typeID, :worldPartID, now(),now(),
        now(),:permissionLevel,:tansliterated)";
    $this->db->query($query, [
        'name' => $place->getName(),
        'english' =>$place->getEnglish(),
        // и так далее, всё массивом
    ]);
    return true;
}

RHCSA/RHCE Red Hat Linux Certification Study Guide (Exams EX200 & EX300), 6th Edition (Certification Press) 6th Edition by Michael Jang (Author)

Предполагаю что названия файлов конфигурации начинаются admin.example.com и example.com. Переименуйте их на 01_example.com.conf и 02_admin.example.com.conf.

В MySQL 8 запретили делать автоматическое создание юзера командой GRANT.
Теперь нужно сначала явно создать юзера командой:

CREATE USER 'myuser'@'localhost' IDENTIFIED BY 'secret';

и только затем давать ему права:

GRANT REPLICATION SLAVE ON *.* TO 'myuser'@'localhost';