Шпаргалка по JavaScript ✨ ? [club16108331|@itmozg]
Шпаргалка по JavaScript ✨
? [club16108331|@itmozg]
Шпаргалка по JavaScript ✨
? [club16108331|@itmozg]
? Bash совет дня: автоматический бэкап и удаление старых архивов ?
Если у тебя на сервере регулярно делаются бэкапы, важно не только их сохранять, но и вовремя удалять старые, чтобы не засорять диск. Вот скрипт, который это делает автоматически:
#!/bin/bash
# Папка, куда сохраняются бэкапы
BACKUP_DIR="/opt/backups"
# Название базы данных
DB_NAME="mydatabase"
# Храним бэкапы не старше 7 дней
DAYS_TO_KEEP=7
# Текущее время
NOW=$(date +"%Y-%m-%d_%H-%M")
# Создание дампа базы
DUMP_FILE="$BACKUP_DIR/${DB_NAME}_backup_$NOW.sql.gz"
mysqldump "$DB_NAME" | gzip > "$DUMP_FILE"
# Удаление старых бэкапов
find "$BACKUP_DIR" -name "${DB_NAME}_backup_*.sql.gz" -type f -mtime +$DAYS_TO_KEEP -delete
echo "✅ Бэкап завершён: $DUMP_FILE"
? Что делает скрипт:
• Создаёт дамп базы данных в формате gzip.
• Помещает его в указанную директорию.
• Удаляет бэкапы, которым больше 7 дней.
Можно повесить этот скрипт в cron, чтобы запускался каждый день:
0 2 * * * /opt/scripts/db_backup.sh
? Не забудь дать скрипту права на исполнение: chmod +x db_backup.sh
? [club16108331|@itmozg]
Как работает Git?
Для начала важно понять, где хранится наш код. Обычно предполагается, что существует только два места: удалённый сервер (например, GitHub) и локальный компьютер. Однако это не совсем так. Git использует три локальных хранилища на нашем компьютере, а значит, наш код может находиться в четырёх местах:
• Рабочая директория (Working directory): место, где мы редактируем файлы.
• Область подготовки (Staging area): временное место, где файлы находятся перед коммитом.
• Локальный репозиторий (Local repository): содержит закоммиченный код.
• Удалённый репозиторий (Remote repository): сервер, где хранится код (например, GitHub).
Большинство команд Git в основном перемещают файлы между этими четырьмя локациями.
Теперь вопрос к тебе: знаешь ли ты, с каким хранилищем работает команда git tag?
Эта команда позволяет добавлять аннотации к коммиту.
? [club16108331|@itmozg]
Шпаргалка по SQL JOIN на русском
? [club16108331|@itmozg]
? В Московском регионе можно встретить редких жуков-оленей и жуков-носорогов.
Этот вид занесён в Красную Книгу, растут они целых 5 лет! Под любым магазином, рядом с остановкой или ларьком их много, они летят на вывески, ударяются и падают.
Потом приходят в себя от травмы и сидят, сразу не улетают и... попадают под подошвы людей.
Нет, они не кусаются, они неуклюжие, питаются древесным соком. Просто взять и отнести в траву ведь можно?
Пожалуйста, не убивайте беззащитных существ, они редкий вид. Добавьте к карме плюсик — спасите жука!
Пропал котейка, кличка Персик,только сейчас он побольше уже. Кто видел пишите в лс.
? 9 принципов проектирования программного обеспечения, которые должен знать каждый разработчик
➡1. DRY (Don’t Repeat Yourself — Не повторяй себя): Избегай дублирования кода. Централизуй логику, чтобы упростить поддержку кода.
➡2. KISS (Keep It Simple, Stupid — Делай проще, тупица): Стремись к простоте решений. Избегай чрезмерной инженерии и ненужных усложнений.
➡3. YAGNI (You Aren’t Gonna Need It — Тебе это не понадобится): Реализуй только то, что нужно сейчас. Не трать время на гипотетические функции.
➡4. Закон Деметры (LOD — Law of Demeter): Общайся только с "соседями". Не создавай длинные цепочки вызовов.
Принципы SOLID:
➡5. SRP (Single Responsibility Principle — Принцип единственной ответственности): Класс должен выполнять только одну задачу. Компоненты должны быть узкоспециализированными и связными.
➡6. OCP (Open/Closed Principle — Принцип открытости/закрытости): Код должен быть открыт для расширения, но закрыт для модификации. Добавляй новое, не ломая старое.
➡7. LSP (Liskov Substitution Principle — Принцип подстановки Барбары Лисков): Подклассы должны заменять базовые классы без нарушения логики программы.
➡8. ISP (Interface Segregation Principle — Принцип разделения интерфейсов): Интерфейсы должны быть маленькими и конкретными, а не общими и громоздкими.
➡9. DIP (Dependency Inversion Principle — Принцип инверсии зависимостей): Модули верхнего уровня не должны зависеть от модулей нижнего уровня. Оба должны зависеть от абстракций.
♻ Поделись, чтобы помочь другим в сообществе.
? [club16108331|@itmozg]
Союз офицерских жен: в Орехово-Зуеве открылся филиал всероссийской организации.
«Это островок надежды, взаимопомощи и поддержки для тех, чьи жизни неразрывно связаны с военной службой. В нынешней сложной обстановке, когда многие семьи столкнулись с горем потери или тревогой за близких, находящихся в зоне СВО, роль Союза становится особенно важной», – рассказывает его руководитель Марина Яшина.
Комментарии