Можно.

DmitriyStFatal error: Cannot redeclare class class_vars и ссылается на общий файл-класс (класс переменных), а точнее на "{" ... по отдельности работают (классы) без проблемПотому что class_vars у вас определяется ДВАЖДЫ (на кой ляд его дважды определять?).
Что-то мне подсказывает, что вы классы используете там, где это абсолютно не нужно, раздувая из мухи слона - уж не результат ли это чтения курепинских курсов?

DmitriyStА вообще как это осуществить переменные из vars нужны в обоих классах, после vars еще несколько классов а от одого из них идет ответвление на class1 и class2Вам не нужны классы. Вообще. Мало смысла в классах, если в итоге в вашей программе будет максимум по одному объекту каждого класса, и имена этих объектов заранее и однозначно определены. То, что я видел у Курепина - вообще в классах не нуждалось. Делать класс vars вместо простого массива с константами - смысла мало. Начинать надо с простого, ООП - это уже следующий этап, и перескакивать через простое - не следует.
Но если вам приспичило, то эта кривость выглядит как-то так (если, конечно же, я правильно всё понял):А вообще фразочка "ответвления" выглядит довольно дико - то ли речь о наследовании, то ли ещё о чём.
Подскажите структуру построения серьезных сайтов, как строят...Если забыть о всяких форумах (которые, ИМХО, зачастую излишне навёрнуты) - то я даже не знаю, что называть серъёзным сайтом :) Внешне кажущийся серъёзным, внутри (со стороны кода) всё может быть достаточно просто и примитивно.чего придерживаться....Единого стиля :) И полного понимания каждой строчки кода. Использования тех или иных инструментов не потому, что это ультрамодно, а потому, что это действительно необходимо.может где-то почитать примеры построения серьезных проектовЕсли найдёте что-то стоящее - не забудьте поделиться :)

DmitriyStМне очень интересно как кто реализует свои идеи...к примеру как Вы Guest?Раскидываю функционал по файлам, классы - только по необходимости (например, БД - это легко позволяет использовать другую БД при необходимости, правда не исключает необходимости правки самих запросов).- как мне лучше использовать, хранить функции которые могут употребляться в разных частях сайта...Чтобы не писать кашу в одном файле - вовсе не обязательно использовать классы - функции можно разделять по файлам и без этого. Конфигурацию обычно храню либо в ini-файлах (использую parse_ini_file ), либо в php-файле вида библиотечку подпрограмм - в файлах типа Если функция самодостаточна (как, к примеру, parse_ini_file) - особого смысла городить её/для неё целый класс - не стоит.- разумно ли к примеру, использовать подключение к базе (это для примера, но есть же функции и большие по размеру) на каждой странице где нужно осуществить запрос...или может создать функцию и хранить в классе..Разумно, можно. Иногда, когда задача слишком проста, подключение к БД я осуществляю прямо в cfg.php- как хранить большие по объему функции чтобы не засорять код?Можно разделять по файлам. Но если речь о классах - то один класс - один файл.У меня создалось впечатление, что в классах разбив все по группам...все выглядит наглядно, понятно и удобно...В файлах не обязательно могут быть только классы :) Там даже просто код может быть - удобно для шаблонов на pure PHP.