Онлайн-редактор PHP и MySQL

Онлайн-редактор PHP и MySQL нужен, когда на сервере нет IDE, а правка шаблона не стоит полного деплоя с ноутбука. MicroEditor открывает файлы сайта и короткие SQL-запросы в браузере: поправить текст в кабинете, подправить конфиг виджета, глянуть строку в таблице инструментов.

Это инструмент эксплуатации, не замена Git-процесса. На проде им пользуются точечно, с бэкапом и пониманием, что ошибка в синтаксисе PHP положит страницу сразу.

Где уместно

• Поправить текст в шаблоне на боевом VDS.
• Выполнить короткий SELECT/UPDATE без тяжёлого клиента.
• Показать заказчику правку без установки среды.
• Быстро включить/выключить виджет тикера в шаблоне.
• Исправить опечатку в причине отказа KYC.

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

Осторожности на проде

Снимайте копию файла до правки. Не гоняйте `UPDATE` без `WHERE` «на глаз». Не храните пароль БД в закладках браузера общей машины. Сессия редактора — привилегированный доступ: HTTPS, выход после работы, ограничение IP по возможности.

1. Бэкап файла или дамп таблицы.
2. Правка.
3. Проверка страницы/запроса.
4. Откат из копии, если посыпалось.

Связка с брокером и котировками

Частые точечные правки: словари символов в конфиге, тексты кабинета, шаблоны писем, пороги виджетов витрины. Продукты: white label, кабинет, KYC, котировки, тикер, БО, Forex.

Массовую выкладку библиотеки графика и ассетов удобнее диском: MicroDrive. Ребут/консоль машины: MicroPanel. Редактор — для точечного вмешательства.

SQL без трагедии

Начинайте с `SELECT` и `LIMIT`. На торговых таблицах истории без лимита можно повесить UI редактора и заодно fpm. Для миграций схемы используйте нормальный процесс и бэкап, не «окно с запросом» в пятницу.

Права MySQL-пользователя редактора лучше ограничить нужными БД. Отдельный account от root приложения — меньше риск.

Когда не использовать

Большой рефакторинг терминала, обновление целой версии скрипта, замена Charting Library — это деплой архивом и Git, не онлайн-редактор. Иначе потеряете историю изменений и усложните откат.

Не правьте секреты платёжек в открытом виде на shared-сессии поддержки.

Приёмка

Создание тест-файла, сохранение, отражение на сайте, SELECT к тестовой таблице, проверка отказа в доступе у пользователя без прав. Запись в внутренний runbook: URL редактора, кто имеет доступ.

MicroEditor экономит время на мелких правках PHP и SQL в браузере. Используйте с бэкапом, узкими правами и пониманием opcache — и он поможет крутить white-label витрину без тяжёлой артиллерии IDE.

Права и аудит

Включайте логирование: кто открыл файл, кто сохранил, кто выполнил SQL. Без аудита правка балансов через SQL «временно» становится необъяснимой дырой. Идеально — запретить UPDATE по таблицам ledger ролью редактора и оставить только SELECT плюс правки шаблонов.

Разделите окружения: staging редактор с продовой копией данных (без секретов платежей) для тренировки поддержки.

Типовые безопасные операции

Замена телефона в футере, правка текста оферты, включение баннера maintenance, правка перевода причины KYC, SELECT по id пользователя для диагностики. Всё, что меняет деньги и позиции — только через админку брокера с аудит-логом, не через произвольный SQL.

Если нужно поправить JSON конфиг символов, валидируйте JSON до сохранения. Битый JSON кладёт график и тикер разом: quotes, тикер.

Процесс отката

Храните `.bak` с timestamp рядом с файлом или в отдельном snapshot каталоге. Договоритесь о сроке хранения. При инциденте откат файлом быстрее, чем искать в Git, если правку сделали именно в онлайн-редакторе — но долгосрочно возвращайтесь к Git.

Панель и диск рядом: MicroPanel, MicroDrive. Редактор — средний слой между ними по тяжести вмешательства.

Синхронизация с Git

Если файл всё же правят в MicroEditor, заведите правило: после хотфикса перенос патча в репозиторий в тот же день. Иначе следующий деплой затрёт хотфикс. В идеале хотфикс запрещён на файлах, которые деплоятся из CI, кроме emergency с тикетом.

Для контентных строк лучше админка переводов, чем правка PHP-шаблона в браузере. Редактор оставляйте для аварий и мелкого HTML.

Обучение поддержки

Двухчасовой внутренний курс: что можно править, что нельзя, как откатить, куда стучать если opcache. Выдайте песочницу. После курса — доступ на staging, на prod — по заявке. Так MicroEditor перестаёт быть страшным «рутом в браузере» и становится контролируемым инструментом.

Операционный ритм редактора

Раз в неделю просматривайте audit log сохранений. Ищите UPDATE без необходимости и правки на проде в рабочее время рынка без заявки. Сверяйте хотфиксы с Git. Ротация паролей/токенов редактора — вместе с общей политикой доступов VDS.

Песочница для стажёров поддержки обязательна. Первый хотфикс на проде без наставника — лотерея.

Запретите выполнение файлов конфигурации платежей и `.env` через UI редактора, если хватает ACL. Проще не дать открыть, чем надеяться на осторожность.

Сделайте стартовую страницу редактора с предупреждением и ссылкой на регламент. Новичок должен увидеть «не трогай ledger» до списка файлов. Добавьте избранные пути: шаблоны писем, футер, maintenance banner — чтобы поддержка не бродила по всему дереву.

Раз в месяц экспортируйте audit и смотрите аномалии. Это пять минут, которые ловят плохую привычку раньше финансов.

Закрепите в регламенте запрет правок в последние минуты до экспирации массовых акций и до выхода новостей, если терминал на том же сервере. Лишний риск 500 на шаблоне не нужен в пиковой нагрузке. Правки — в окне низкой активности.

Для SQL-вкладки сделайте default LIMIT 50 в UI-подсказке. Поддержка должна видеть предупреждение до выполнения. Сохраните примеры безопасных запросов «найти пользователя», «последние сделки» как сниппеты — быстрее и меньше ошибок, чем писать JOIN с нуля каждый раз.