Maxmaxmaximus

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

Делать публичными стоит только те методы, которые соответствуют смысловой абстракции.

1. xdebug + IDE = отличная пошаговая отладка
2. xdebug + profiler + (kcachegrind или wincachegrind) = анализ затыков в производительности
3. memtrack — поиск утечек памяти в кронах/демонах
4. DTrace + PHP = анализ «how it work» и каждого чиха скриптов
5. strace -p PID — анализ syscall-чихов скриптов.
6. APD — слабый конкурент xdebug, но имеет в себе возможности memtrack. Плохо интегрируется с IDE, однако имеет консольные интерфейсы (см. usage).
7. wireshark для анализа сетевого трафика, протоколов и т.д. (tcpdump + ssh pipe + wireshark = слежка за трафиком с боевого сервера)
8. можно взять runkit и заменять php функции на свои (или делать прокси) для анализа проходящих данных/генерации исключительных данных/блокировки изменения данных.
9. Централизированный syslog позволит вовремя реагировать на проблемы.

Конечно, часть не в тему, но меня уже не остановить!

ИМХО отладка — не функция фреймворка. Вы копаете не в ту сторону

Как вы собираетесь реализовать breakpoint для пхп методами пхп?

Есть абстрактный, «Сферический С++ в вакууме». Есть ANSI (или ISO, не помню) стандарты на фичи и поведение. В том числе и пресловутый «undefined behaviour» (неопределенное поведение).

Есть конкретные реализации: компиляторы, среды разработки, например, gcc, icc, vc++. Соответственно, каждая из них во-первых, поддерживает стандарт в той или иной степени, а во-вторых по своему реагирует на undefined behaviour.

Поэтому при написании статей о С++ часто указывают конкретный компилятор или даже версию, в которой все работает.

Есть еще одна причина: автор, пишущий про С++ просто не знает стандарта языка, никогда не пробовал других компиляторов, и боится сказать «С++». Это просто одно из проявлений «Works for me».

В том что первое — IDE а второе язык =)

Засунуть команду в .bat файл, потом кинуть его в автозагрузку.
А лучше ярлык на nginx.exe в автозагрузку.