Вы кстати проверьтесь — он резидентный. Нас 2 раза накрывало после как-бы успешной вычистки.
А вообще после этого случая завязал с сохранением паролей вообще. После 10 раза ввода можно запомнить любую абракадбру, а при ежедневном использовании так вообще сниться будет %-)
У них могут быть сложности с выводом денег, если нет банковского счета в «нормальной» стране — они шлют чек, который надо обналичить, что не все могут. Со счетом в нормальном банке проблем с выводом нет. То, что они находятся в США, может быть как плюсом, так и минусом, зависит от Ваших тонкостей. У них достаточно строго с возвратами — могут вернуть платеж без разбирательств по первому требованию клиента. Опять же может быть как минусом, так и приемлемым фактором.
Понятно, что у оптимизации есть предел и цена. Скриптик на 10 строк мутить в ООП вообще нет смысла. Если проект серьезный и сложный, то архитектура — самое главное. Остальное — дело кодеров.
Ну, одно из преимуществ такого подхода — наличие контроля над этими переменными, теперь членами класса.
А какую проблему это не решает? Комка связей? Здесь, мне кажется, нужно именно убирать переменные, прямо не относящиеся к этому (корневому) классу туда, где им место. Ну, например, нужно ввести константу — размер буфера для чтения из сокета. Она как-бы глобальная и «удобно» настраивать все «на самом верху», но по сути константа относится непосредственно к сокету и должна принадлежать именно классу сокета (static естественно). В этом моя основная мысль организации архитектуры классов. Таким образом все, казалось бы глобальные, переменные/константы/настройки разбредутся по своим классам и в корневом останется только то, что относится к «сайту».
А вот почему они в глобальном пространстве? Имхо должен быть самый верхний супер-объект, для веб скажем это Site, который в себе содержит все остальные экземпляры других классов. Если переменная описывает свойства сайта, то она как бы «глобальная», т.е. принадлежит классу Site. Т.е. в итоге/идеале должно получиться дерево с одним «корнем». А если у Вас получается несколько корней, то по идее они должны быть объединены во что-то. По опыту сразу после этого в корневой класс потянутся всякие заброшенные где-то переменные и методы…
