Представлен открытый проект PeerWeb — децентрализованного веб‑хостинга на базе WebTorrent. Решение обеспечивает децентрализованный, устойчивый к цензуре веб‑хостинг через пиринговые сети. «Загружайте свои статические веб‑сайты и делитесь ими по всему миру, не полагаясь на централизованные серверы и не оплачивая хостинг», — пояснили авторы решения.
Selectel открыл первую часть курса по JavaScript
Привет, Хабр! Новичкам бывает трудно сделать первый шаг в программировании. В интернете много сомнительных курсов, а качественные требуют финансовых вложений и несколько месяцев на изучение.
Мы в Selectel подготовили бесплатный курс, который поможет быстро и без лишних затрат изучить основы JavaScript. В первую часть входят три модуля. Вы узнаете:
для чего разработчики используют JavaScript,
как работать с со скриптами, веб-страницами и переменными,
как создать рабочее окружение на IT-инфраструктуре Selectel.
Участники курса смогут бесплатно протестировать сервисы Selectel, а по итогам тестирования — получить сертификат о прохождении.
Событие Pizza, Bugs & Fun - 29-30 января 2026 года.
Уже несколько лет в мире Joomla проводятся мероприятия "Pizza, Bugs & Fun" (#PBF), где каждый может посвятить несколько часов своего мозгового времени тому, чтобы наша любимая CMS стала ближе к идеалу.
Ссылки на видео и статьи из этого поста рассказывает об организационных вопросах, которые пригодятся для участия в PBF, а так же что и как делать. Координация международного сообщества Joomla происходит в Mattermost (присоединиться).
В рамках события PBF все желающие могут собираться в общий онлайн чат, обсудить вопросы Joomla и приложить к их разрешению свою руку. Самый классный вариант, когда эта встреча происходит оффлайн: тогда организовывается пицца, напитки по вкусу и несколько часов совместного творчества.
Каждый помогает тем, что он умеет:
кто-то пишет недостающую документацию,
кто-то пишет код,
кто-то тестирует как исправлены ошибки или сделан новый функционал.
На сайте события есть карта, можно "захостить" свою локацию. Практически все движки в мире развиваются за счёт спонсирующих их компаний. Joomla одна из немногих, где развитие идёт только усилиями международного сообщества энтузиастов.
На момент написания данного поста в репозитории Joomla 810 открытых Issue (как правило это баги) и 236 Pull request (PR, исправление багов и новый функционал). Все PR обязательно тестируются минимум двумя участниками сообщества, дабы в конечный код движка не проскочила ошибка.
Если каждый из участников только нашего сообщества сделает даже одно тестирование, то, боюсь, PR и Issue на всех не хватит 😀 И ничего не останется нашим коллегам из международных Joomla-чатов.
Как тестировать Joomla PHP-разработчику? Компонент Patch tester. (кстати, не только PHP разработчику)
Пост о наболевшем. Clawd и как же им пользоваться.
В общем два дня уже потратил на то чтобы развернуть Clawd bot, естественно в бесплатном формате, по началу шло все хорошо, развернул бота на локальном компе Linux Mint 22.2, создал бота в Телеграмме, привязал к нему Clawdbot.
Так как у clawd нет своей нейронки, ему нужно прикрутить свои мозги. Сначала запросил API ключ в Gemini. Обычная модель, даже самая простая не запускалась. Затем тыкнул в Google Antigravity, который как оказалось имитирует думающую модель Claude 4.5 пуская один и тот же запрос в себя по кругу. Эта штука быстро отвалилось, но успел немного поразвлекаться с ней.
Перебрал половину представленных в списке Clawd моделей, например тот же Deepseek дает API только разработчикам, но в него можно получить доступ через такие сервисы (из списка Clawd), как Openrouter. Openrouter в свою очередь выдал ключ, но выбирая из списка модели, даже с пометкой free ничего не взлетало. На этом я уже устал если честно, поэтому обращаюсь к хабру, дабы развернуть актуальную дискусиию, может накидаете вариантов решения или альтернатив Clawd, а то уж очень захотелось поиграть в агента.
Успел спросить у него, с мозгом Google Antigravity, что он может:
🔧 Код и файлы
— Читать, писать, редактировать код и документы
— Запускать команды в терминале, работать с git🌐 Интернет
— Искать в вебе, парсить страницы
— Управлять браузером (автоматизация, скрейпинг)📅 Организация
— Напоминания и cron-задачи
— Вести заметки, память между сессиями💬 Коммуникация
— Telegram (вот тут и сидим), можно подключить другие каналы
— Могу отправлять сообщения, реагировать🏠 Умный дом / устройства
— Если подключишь ноды — камеры, уведомления на телефон🤖 Сложные задачи
— Могу запускать саб-агентов на длинные задачи в фонеПо сути — твой персональный ассистент-разработчик, который живёт в терминале и мессенджерах.
И соответсвенно мой список вопросов:
Стоит ли брать платную модель? И какую брать если, уж брать?
Насколько я понимаю штука супер небезопасная, а если запускать из песочницы, то все равно прийдется давать какие-то доступы?
Какие есть альтернативы? Уж очень понравился способ взаимодействия через ТГ
Представлен открытый веб-редактор изображений DPaint.js (онлайн-версия) на JavaScript, созданный по образцу легендарного Deluxe Paint, с упором на ретро-форматы файлов Amiga. Помимо современных форматов изображений, DPaint.js может читать и записывать файлы иконок Amiga и изображения IFF ILBM.
Основные возможности проекта: слои, выделение, маскирование, инструменты трансформации, эффекты и фильтры, множественная отмена/повтор действий, копирование/вставка из любой другой программы обработки изображений или источника изображений, настраиваемые инструменты дизеринга и циклическая смена цветов.
Коллеги привет, искал себе решение как реагировать на изменения в объекте и нашел отличный сервис, который используется внутри директив таких как NgClass и NgStyle.
KeyValueDiffers позволяет создать KeyValueDiffer для сравнения изменений текущих пар ключ-значение с новыми. Если вы используете иммутабельные объекты, то можно просто обернуть все в эффект, ну а если вы наследники крутого легаси, где все объекты мутируются по ссылке, тогда проверку нужно вешать в DoCheck, чтобы реагировать на каждый тик change detection.
Накидал оба примера, чтобы поделиться с вами:
Иммутабельный с effect:
@Component({ selector: 'app-test', template: '' }) export class TestComponent { public state = input.required<Record<string, string | number>>(); private differs = inject(KeyValueDiffers); private differ: KeyValueDiffer<string, string | number> | undefined; constructor() { effect(() => { const currentState = this.state(); // создаем диффер, если он еще не создан if (!this.differ) { this.differ = this.differs.find(currentState).create(); } // Эффект будет перезапускаться при изменении инпут-сигнала. const changes = this.differ.diff(currentState); // только если есть изменения if (changes) { changes.forEachAddedItem((record) => { console.log(`В объект добавлена запись: Ключ: ${record.key} | Значение: ${record.currentValue}`) }); changes.forEachChangedItem((record) => { console.log(`Изменено: ${record.key} | Новое значение: ${record.currentValue}`) }); changes.forEachRemovedItem((record) => { console.log(`Удалено: ${record.key}`) }); // Остальные методы forEachItem и forEachPreviousItem по необходимости } }) } }
Легаси подход, которого, надеюсь, ни у кого нет, но на всякий случай :)
@Component({ selector: 'app-legacy', template: '' }) export class LegacyComponent implements OnInit, DoCheck { @Input({ required: true }) state!: Record<string, string | number>; private differs = inject(KeyValueDiffers); private differ: KeyValueDiffer<string, string | number> | undefined; ngOnInit() { // Создаем диффер при инициализации this.differ = this.differs.find(this.state).create(); } // Запускается на каждый тик change detection, так как мутации по-другому не отследим. ngDoCheck(): void { const changes = this.differ?.diff(this.state); if (changes) { changes.forEachAddedItem((record) => { console.log(`В объект добавлена запись: Ключ: ${record.key} | Значение: ${record.currentValue}`) }); changes.forEachChangedItem((record) => { console.log(`Значение изменилось: ${record.key}`) }); changes.forEachRemovedItem((record) => { console.log(`Запись удалена: ${record.key}`) }); // Остальные методы forEachItem и forEachPreviousItem по необходимости } } }
Онлайн сервис проверки конфига nginx на безопасность (Gixy-Next)
На Хабре уже упоминался Gixy как средство проверки безопасности\хардеринга nginx (статья раз, статья два). Недавно появился ещё один проект, основанный на форке Gixy: Gixy-Next (репозиторий, сайт проекта). Из интересного: прямо на сайте есть возможность проверить конфиг nginx (если по какой-то причине не хочется устанавливать приложение). В тексте найденных проблем - ссылки на страницы с подробным описанием типа ошибки.
Решил сегодня почитать, что пишут в Ангуляр комьюнити Хабра, и увидел сильно популярный пост с аж 51 лайком и 71 закладкой.
Начал читать и был удивлен примерами. Автор с уверенностью говорит, как писать на Ангуляр грамотно, и при этом приводит плохие практики в качестве примеров. Я дошел до примера с RxJS, который меня немного триггернул.
Не буду разбирать все кейсы указанные в данном посте, покажу лишь самый плохой пример который меня немного тригернул:
Автор условно говорит, что у нас есть плохой пример использования:
this.http.get('/api/data').subscribe((data) =>; { this.data = data; // Что если запрос не вернётся? });
и затем приводит хороший пример с сигналами и RxJs:
readonly data = signal([]); readonly error = signal(null); loadData() { this.http.get('/api/data').pipe( tap(() =>; this.error.set(null)), // Сбрасываем предыдущую ошибку перед загрузкой catchError((err) =>; { this.error.set('Не удалось загрузить данные'); return of([]); // Возвращаем пустой массив, чтобы поток не прерывался }) ).subscribe((result) =>; { this.data.set(result); }); }
я даже не буду указывать на количество антипатернов и плохих практик в данном примере, я просто покажу правильный пример с сигналами и RxJs:
interface State<T = object> { data: T[]; error: string | null; } @Component({...}) export class BestRxJs { private http = inject(HttpClient); private loadDataAction$ = new Subject<void>(); private state$ = this.loadDataAction$.pipe( switchMap(() => this.http.get<State[]>('/api/data').pipe( map((result) => ({ data: result, error: null })), catchError(() => of({ data: [], error: 'Не удалось загрузить данные' })), startWith({ data: [], error: null }) ) ), shareReplay({ bufferSize: 1, refCount: true }) ); readonly private state = toSignal(this.state$, { initialValue: { data: [], error: null } }); readonly protected data = computed(() => this.state().data); readonly protected error = computed(() => this.state().error); protected loadData(): void { this.loadDataAction$.next(); } }
Этот пост для новичков, которые, начитавшись популярных статей, могут начать применять вредные практики.
Почему стоит использовать protected в Angular компонентах?
Если вы используете в своих компонентах только public и private, вы упускаете возможность сделать архитектуру чище. Я предлагаю четко разделять ответственность членов класса.
Часто мы по инерции делаем public любые методы и свойства, которые нужны в шаблоне (HTML). Но public в TypeScript означает, что это публичный API компонента - к этим методам может получить доступ любой родительский компонент через @ViewChild.
Почему стоит использовать protected:
1. Явное намерение: protected сигнализирует, что метод предназначен для использования внутри класса или в его шаблоне, но не должен вызываться извне.
2. Защита от регрессии: Если другой разработчик попытается вызвать такой метод через @ViewChild, TypeScript выдаст ошибку. Это заставит его задуматься: «Действительно ли мне нужно делать этот метод публичным?» или «Может, стоит создать отдельный метод для API?».
3. Читаемость: Открывая код, вы сразу видите: public - для внешнего мира, protected - для шаблона, private - для внутренней логики сервисов и подписок.
Разделяйте Public API и внутреннюю логику шаблона - ваш код станет надежнее и понятнее.
@Component({ selector: 'app-user-profile', template: ` <!-- В шаблоне мы без проблем обращаемся к protected свойствам --> <div class="card"> <h3>{{ userName() }}</h3> <button (click)="onUpdateClick()">Обновить</button> @if(isLoading()) { <div>Загрузка...</div> } </div> ` }) export class UserProfileComponent { // PRIVATE: Внутренняя логика. // Не доступно ни в шаблоне, ни родительскому компоненту. private _userId = 123; // PROTECTED: Доступно только внутри класса и в ШАБЛОНЕ. // Идеально для переменных состояния UI и обработчиков событий. protected userName = signal('Алексей'); protected isLoading = signal(false); protected onUpdateClick(): void { this.logAction(); console.log('Кнопку нажали в шаблоне'); } // PUBLIC: Публичный API компонента. // Только эти методы мы разрешаем вызывать родительскому компоненту. public resetState(): void { this.userName.set('Гость'); this.isLoading.set(false); } private logAction(): void { console.log(`Action logged for userId: ${this._userId}`); } }
Представлен открытый проект на Python под названием Reverse API engineer. Это консольный инструмент, который фиксирует трафик браузера и автоматически генерирует готовые к работе клиенты Python API. Больше никакого ручного реверс‑инжиниринга — просто просматривайте, записывайте и получайте чистый API‑код.
«Этот инструмент выполняет код локально, используя Claude Code‑ пожалуйста, следите за выводом/ На некоторых веб‑сайтах используется расширенная система обнаружения ботов, которая может ограничивать захват или требовать ручного взаимодействия», — пояснил автор проекта.
Особенности Reverse API:
автоматизация браузера: создан на базе Playground с режимом скрытности для реалистичного просмотра;
режим автономного агента: полностью автоматизированное взаимодействие с браузером с помощью агентов искусственного интеллекта (автоматический режим с MCP, использование браузера, stagehand);
запись HAR: фиксирует весь сетевой трафик в архивном формате HTTP;
генерация на основе искусственного интеллекта: использует Claude 4.5 для анализа трафика и генерации чистого кода на Python;
поддержка нескольких SDK: встроенная интеграция с Claude и OpenCode SDK;
интерактивный интерфейс командной строки: минималистичный интерфейс терминала с переключением режимов (Shift+Tab);
готовность к работе: сгенерированные скрипты содержат обработку ошибок, подсказки по вводу текста и документацию;
история сеансов: все запуски сохраняются локально с полными журналами сообщений;
отслеживание затрат: подробное использование токенов и оценка затрат с поддержкой кэширования.
Как тестировать Joomla PHP-разработчику? Компонент Patch tester.
Joomla - open source PHP-фреймворк с готовой админкой. Его основная разработка ведётся на GitHub. Для того, чтобы международному сообществу разработчиков было удобнее тестировать Pull Requests был создан компонент Patch Tester, который позволяет "накатить" на текущую установку Joomla именно те изменения, которые необходимо протестировать.
На стороне инфраструктуры Joomla для каждого PR собираются готовые пакеты, в которых находится ядро + предложенные изменения. В каждом PR обычно находятся инструкции по тестированию: куда зайти, что нажать, ожидаемый результат. Тестировщики могут предположить дополнительные сценарии, исходя из своего опыта и найти баги, о которых сообщить разработчику. Или не найти, и тогда улучшение или исправление ошибки быстрее войдёт в ядро Joomla.
Напомню, что для того, чтобы PR вошёл в ядро Joomla нужны минимум 2 положительных теста от 2 участников сообщества, кроме автора.
Это видео также на:
Чат русскоязычного Joomla-сообщества
#joomla #php #webdev #community
WT IndexNow плагин для Joomla - отправка страниц сайта на переиндексацию в поисковые системы.
Пакет плагинов, обеспечивающий ручную и автоматическую отправку url адресов Joomla в поисковые системы на переиндексацию по протоколу IndexNow.
Согласно документации протокол поддерживают все крупнейшие поисковые системы, кроме Google. Протокол служит для получения от сайтов URL, которые нужно переиндексировать заново или проиндексировать в первый раз как можно быстрее. Отправка адресов сайта таким образом существенно ускорит индексацию нового или изменённого контента поисковыми системами.
Поисковые системы по этому протоколу обмениваются друг с другом данными, поэтому отправив URL в одну из них вы сообщаете их сразу всем.
Протокол IndexNow поддерживают:
Amazon
Microsoft Bing
Naver
Seznam.cz
Yandex
Yep
Суточный лимит URL - 10000 в сутки. Возможна отправка вручную и автоматически. Пакетом поддерживаются:
материалы и категории материалов Joomla
контакты и категории контактов Joomla
SW JProjects - компонент каталога расширений для Joomla
JoomShopping - компонент интернет-магазина для Joomla
Phoca Download - компонент каталога файлоа для Joomla
Phoca Cart - компонент интернет-магазина для Joomla
RadicalMart - компонент интернет-магазина для Joomla
Разработчики могут по образу и подобию создать собственный плагин для поддержки необходимых компонентов.
Пакет плагинов работает с Joomla 4.3+. Тестировался на Joomla 5 и Joomla 6.
Ссылки:
Коллеги, всем привет!
За годы менторства по Angular (в том числе в HTML Academy) я заметил одну системную проблему: студенты и даже миддлы часто знают синтаксис RxJS, но не понимают реактивного мышления. В итоге мы получаем subscribe внутри subscribe и императивную лапшу.
Я искал интерактивные курсы, но большинство бесплатных ресурсов ограничиваются основами.
Курс бесплатный. Делал для себя и студентов, но теперь делюсь со всеми.
Буду рад фидбеку и баг-репортам (проект активно допиливаю).
Ссылка на курс: https://rxjs-course-avy.web.app/
Команда разработчиков Chrome собрала на одной странице все крупные изменения в CSS за 2025 год. У каждой новой фичи есть подробное описание, интерактивная демонстрация, примеры кода и информацию о поддержке в основных браузерах.
Массовая замена HTML-разметки в Sublime Text с помощью RegExp
При работе с HTML часто возникает рутинная задача: есть десятки однотипных элементов, которые нужно заменить на реальную разметку. Делать это вручную - долго и рискованно, также можно легко допустить ошибку.
В моём случае это были заглушки вида:
<p>Image 1</p> <p>Image 2</p> <p>Image 3</p>
Нужно было превратить их в теги изображений, сохранив номера файлов изображений.
Почему не руками
Ручная правка подходит только для пары строк. Когда элементов больше 10–20, возрастает риск:
ошибиться в номере изображения
забыть закрыть тег
нарушить единообразие разметки
Поэтому логичнее использовать инструменты, которые уже есть в редакторе.
Решение через Sublime Text и RegExp
В Sublime Text есть мощный поиск и замена с поддержкой регулярных выражений. Этого более чем достаточно для задачи.
Открываем HTML-файл и вызываем панель замены:
Ctrl + H (Windows / Linux)
Cmd + Alt + F (macOS)
Обязательно включаем режим Regular Expression (иконка .*).
Шаблон поиска
<p>Image (\d+)</p>
Разберём выражение:
<p>Image — фиксированная часть
(\d+) — группа захвата, которая находит любое число
</p> — закрывающий тег
Число внутри скобок сохраняется как первая группа.
Шаблон замены
<img src="images/\1.jpg">
Здесь \1 — ссылка на первую группу захвата из шаблона поиска. На её место подставляется найденное число.
В результате:
Image 1 → images/1.jpg
Image 12 → images/12.jpg
Проверка и замена
Перед массовой заменой полезно нажать Find All, чтобы убедиться, что совпадения находятся только там, где нужно.
После этого можно смело использовать Replace All — Sublime Text заменит все подходящие строки за один шаг.
Подводные камни
Несколько моментов, о которых легко забыть:
если не включить RegExp, \1 подставлен не будет
в Sublime используется именно \1, а не $1
шаблон чувствителен к пробелам и регистру
Альтернативы
Для подобных задач подойдут и другие инструменты:
sed в терминале
массовая генерация HTML через bash-циклы
аналогичная замена в VS Code
Но если файл уже открыт в Sublime Text, RegExp — самый быстрый вариант.
Вывод
Регулярные выражения в Sublime Text позволяют эффективно автоматизировать рутинные правки HTML без дополнительных скриптов и плагинов. Даже простые приёмы вроде групп захвата экономят время и снижают количество ошибок.
Дополнительно
Более подробная пошаговая инструкция с ориентацией на новичков опубликована в моём блоге:
https://kodprog.ru/kak-bystro-zamenit-tekst-na-tegi-img-v-sublime-text
Метод registerListeners() в CMSPlugin в плагинах планируется удалить в Joomla 7.0.
Этот метод регистрирует устаревшие слушатели событий в диспетчере, имитируя работу плагинов Joomla! 3.x и ниже для Joomla 4+. По умолчанию этот метод ищет все общедоступные методы, название которых начинается с on. Он регистрирует лямбда-функции (замыкания), которые пытаются преобразовать аргументы отправленного события в аргументы вызова метода и вызвать ваш метод on<Нечто>. Результат передаётся обратно событию в его аргумент result.
Теперь этот слой совместимости с устаревшей Joomla 3 помечен к удалению в Joomla 7.0, которая должна выйти осенью 2027 года. Это означает, что те уникальные расширения от Joomla 2.5 / Joomla 3, которые ещё работали на Joomla 4-6 скорее всего окончательно перестанут работать на Joomla 7. Предполагается, что активные разработчики планомерно и постепенно избавляются от технического долга и обновляют свои расширения 😎
Совет по Joomla: использовать выключенное состояние для кнопок в списках элементов админки - listCheck().
Мы добавляем в тулбар панели администратора Joomla некую кнопку, которая что-то делает со списком id выделенных элементов и ajax-запросом отсылаем их в свой плагин. Но нам надо предупредить нажатия на кнопку в тех случаях, когда ни один элемент не был выбран. Для этого можно написать свою проверку на js. А можно воспользоваться встроенной в Joomla.
Добавить кнопку в тулбар Joomla 6.
use Joomla\CMS\Toolbar\Button\BasicButton; use Joomla\CMS\Language\Text; // ниже по коду, где-нибудь в плагине на onAfterDispatch() // Предварительно проверяем в каком компоненте мы находимся по option из $app->getInput() // пример из плагина, поэтому $this->getApplication() $app = $this->getApplication(); // Берём текущий тулбар $toolbar = $app->getDocument()->getToolbar('toolbar'); // Создаём кнопку $button = (new BasicButton('send-to-indexnow')) ->text(Text::_('PLG_WTINDEXNOWSWJPROJECTS_BUTTON_LABEL')) ->icon('fa-solid fa-arrow-up-right-dots') ->onclick("window.wtindexnowswjprojects()"); // Добавляем кнопку в тулбар $toolbar->appendButton($button);
Заблокировать кнопку тулбара Joomla, если не выбраны элементы списка.
Теперь нам надо проверить находимся ли мы в списке. Делаем это по view из $app->getInput().
if(in_array($app->getApplication()->getInput()->get('view'), ['categories','documentation','projects','versions']) ) { $button->listCheck(true); }
И если мы в списке - используем метод $button->listCheck(true), который сделает проверку за нас. Если ни один элемент не выбран - кнопка в тулбаре Joomla будет заблокирована и JS-обработчик не будет вызван. Этот метод есть у всех классов кнопок, наследующих класс \Joomla\CMS\Toolbar\ToolbarButton.
Участие в нескольких проектах снижает результаты работы — так ли это?
На одной из конференций прозвучал тезис: заказчику необходимо держать аутсорс-команду full-time. Потому что, работая на нескольких проектах одновременно, разработчики меньше погружаются в контекст каждой задачи, что в итоге сказывается на качестве кода и проекта в целом.
Была высказана и противоположная точка зрения, но хочется услышать мнение именно лидов и разработчиков, основанное на опыте.
Почему спрашиваю?
Люди, не связанные с разработкой, часто видят процессы иначе. Любой штатный сотрудник, например, в маркетинге или продукте, обычно ведёт несколько проектов и в день решает десятки разноплановых задач: от подготовки рекламной кампании и согласования креативов до контроля бюджета и аналитики. И сотрудники успешно справляются с этой нагрузкой, переключаясь между задачами.
Вопрос к сообществу:
Правда ли, что разработчик, участвующий в нескольких проектах part-time, будет менее эффективен, допустит больше багов и в целом ухудшит качество релизов? Или это миф, и всё зависит от процессов, коммуникации и личной организованности?
Этот финт сэкономит вам время и нервы
Хочу написать о финте, который позволит вам сохранить нервы и сэкономить время. Правда некоторые (многие, почти все) впадают в ступор от него. Поэтому тут использована КДПВ с поста. Я наверно чувак слева.
А именно добавление первым условием if единицы:
if (1 && $cond1 && $cond2 && $cond3 )
Использование финта дает нам возможность:
1. Быстро выключать фичу заменой 1 на 0:
if (0 && $cond1 && $cond2 && $cond3 )
2. Быстро выключать любое условие в PhpStorm через горячие клавиши:
if (1 // && $cond1 && $cond2 && $cond3 )
Без этого финта мы не можем быстро выключить первое условие.
Нам приходится делать примерно такую фигню, манипулируя с двумя строками и целясь в &&:
if ( /*$cond1 &&*/ $cond2 && $cond3 )
Или такую:
if ( $cond2 && $cond3 )
3. Быстро добавлять новое первое условие:
if (1 && $cond2 && $cond3 )
легко превращается в:
if (1 && $cond1 // в изменениях одна строка && $cond2 && $cond3 )
4. Быстро дублировать любое условие.
5. Быстро менять порядок условий.
6. Также у нас будет чистый diff git-а при удалении/добавление первого условия.
Тут должен быть рисунок удаления с финтом и без, рисунок добавления с финтом и без.
Также при конфликте у нас будет более простое его решение, если нужно просто добавить оба условия.
Данный финт сродни правилу хорошего тона добавлять после последнего элемента массива запятую.
Это дает нам возможность при добавлении работать только с одной строкой. Добавлять горячими клавишами дублирования строк, в diff опять же будет только 1 строка, а также при конфликте слияний просто применяем обе строки и не нужно проставлять запятые, а то код упадет.
