IkaR49

По ссылке скрин начала заголовочной части.
Есть два варианта.
1. Избавляйтесь от точек в начале путей (например, '/css/thickbox.css' вместо './css/thickbox.css') для css и js. Ну и все эти 'http://http://' тоже надо бы убрать.
2. Уберите тег BASE или исправьте в нем 'http://http://'. Собственно, из-за него и летят относительные пути к чертям.
Второй вариант предпочтительнее, так как он решает суть проблемы, а не является обходом ее.

Я бы везде префикс использовал.

Вместо этого:

$class = is_numeric(substr(trim($class), 0, 1)) ? ('_' . $class) : $class;

Это:
$class = "My_".$class;

При трассировке кода или другой отладки, сразу все будет хорошо выделяться.

Присоединяюсь к мнениям о том, что:
- обязательно проверку class_exists()
- затея спорная и из контекста/кода никак не следует ее оправданность.

Приведу пару примеров оправданности динамического создания классов и eval()
1) есть пачка клиентов (в смысле заказчиков). Для каждого в коде - свой класс, причем унификация невозможна: методы этих классов называются одинаково, смысл, входные и выходные параметры одинаковые, но реализованы для всех весьма по-разному в силу индивидуальных особенностей.
есть обработчики на сервере очередей, они универсальные. Обработчику передается имя класса, он создает объект и работает так, как нужно для данного заказчика.

2) есть псевдокод с однозначной логикой, заведомо безопасный. Для выполнения его в PHP заменяем просто через str_replace все согласно синтаксису PHP, и выполняем через eval()

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

В качестве белого наполнителя (краситель для пластика) используется диоксид титана TiO2, для черного — оксид железа Fe3O4. Первый в 2 раза дороже второго. + Спрос на черный был выше, тк желтеет/вымазывается и тд. До сих пор можно найти одинаковые модели CDROM по разной цене из-за цвета.

Если у вас нет паранойи и мании преследования — это еще не значит, что за Вами не следят :)

Да, попробуйте qBittorrent, отличный клиент также и для Linux.
В отличии от стандартных торрент клиентов не имеет привычки неожиданно сбрасывать скорость.
Отлично работает с proxy / socks5 — собственно поэтому он мне приглянулся полгода назад

Нужно отделять понятие исходного кода и развернутого приложения. Когда это вроде одно и тоже кажется что использовать систему контроля версий для деплоя можно. Но вообще система контроля версий придумана чтобы контролировать версии а не деплоить.
То есть концептуально такой подход неправильный.
Запахи данной проблемы будут проявляться например так: некоторые данные будут оказываться в продакшене, хотя там быть не должны (код для тестов например).

Перечисленные вами бонусы и плюсы использованного подхода на самом деле никакие не бонусы и не плюсы — специализированные системы деплоя все это позволяют делать.
Кроме этого они еще позволяют дофига всего.
Например автоматизированное заливание приложения на тестовый контур после чекинов, прогон длительных по времени тестов, сбор метрик кода, отслеживание истории деплоев, тестирования и т.д. Мгновенная сигнализация о любых проблемах с решением (вроде упавсего билда или теста) всем членам команды и еще много много всего.

Безусловно кое что можно сделать хуками системы контроля версий — но это на самом деле почесывание пяткой уха.
И дело тут вовсе не в том, на скриптовых языках проект или нет.
Вопрос в том серьезное ли это решение или поделка на коленке.

Как только ваш проект выйдет на определенный уровень (если это произойдет) — то вам придется использовать специализированные решения для деплоя и вы увидите в них необходимость.
Пока вы не видите в них необходимость — не парьтесь и используйте то, что привыкли.

Выключить в свойствах соединения галки «Клиент для сетей MS» (клиент) и «Служба доступа к файлам и принтерам сетей MS» (сервер).

RC — это когда фичи для релиза уже все есть, а тестирование еще не закончено
Бета — это когда базовый функционал протестирован, но второстепенные фичи еще не готовы или не зафискированы.

А отдавать на бетатестирование надо как можно раньше, потому что фидбэк от пользователей — неоценимая штука.

Мягкие, расслабляющие тона

Да, кроме дизайна важно продумать функционал.
Например на странице сообщения об ошибке ясно, что усер будет недоволен, но надо ему кроме дизайна предложить выход из ситуации. Это могут быть линки на другие ресурсы, возможность воспользоваться поиском, форма обратной связи, возможность отрепортить ошибку и т.п. — т.е. чтоб было ясно, что делать дальше.

По поводу пункта а, зелёные тона не стоит, лучше светло оливковые. Подойдут спальные светлые тона. Но общий вид не должен выедать глаза яркостью. В смысле и чисто белых мест быть не должно. Так что проверяйте на самом контрастном мониторе с самой высокой яркостью, что будет получаться.

Шрифт должен быть тоже спокойный, легко читаемый, но ни в коем случае не монументальным и прямым. Segoe UI точно не подойдёт.

С углами тоже не стоит перебарщивать, больше 8 пикселей будет смотреться нелепо и раздражительно. Если больше, но не выделять контрастно. Не скупитесь на отступы между блоками, между заголовком и тп.

Никакой сложной анимации, вылетов, выезжаний. Когда она будет тупить, будет раздражать. Вообще нужно продумать все элементы на странице и их функциональность, а дизайн, как подчёркивание простоты.

По описанию похожа на Ecstatica
www.old-games.ru/game/150.html

>LibreOffice заменит MS Office или нужно ставить VirtualBox?

Зависит от задач. В крайнем случае, MSO хорошо работает через вайн (по крайней мере, MSO 2007).

а флешка не transcend случайно?

Микротрещины, плохая пайка, окисленные контакты и т.д.