40 kb это что то близкое к нулю. Задумываться о скорости конечно нужно, но только в целях выработки хорошей привычки. При делении на файлы прироста скорости не будет. Будет торможение. Хотя визуально это совершенно не заметно даже при огромной посещаемости.

К примеру самый популярный и навароченный ZEND фреймворк весит больше 5 метров. И грузится кстати почти весь одновременно, правда из разных файлов. Вот он реально тормозит, и то ничего. Популярность его от этого не падает.

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

зависит от типа сайта, mysql или файлы

Guest, спасибо за проявленный интерес!
Значит буду следовать принципу, что закончено - то в файл с подробным описанием.

japanxt2, тип сайта PHP <--> MySql.
Запрос к БД происходит почти в каждом запросе.
Т.е. независимо какое будет действие - подключение происходит к БД.

Поэтому, вытекающий от сюда вопрос:
*Не является ошибкой все время подключаться к БД, независимо есть уже подключение или нет?
*Или лучше проверять подключен уже скрипт к БД или нет?

Из того, что я знаю, после выполнения запроса связь с БД не теряется,
если самостоятельно не закрыть. Закрытие происходит после выполнения скрипта. От сюда - закрывать подключение, в моем случае, не имеет смысла, а значит подключаться в самом начале скрипта до выполнения какого либо действия - тоже НЕ имеет смысла. Я правильно рассуждаю?[i]

Если запрос "такойто-1" { подключение; действие }
Если запрос "такойто-2" { подключение; действие }
Если запрос "такойто-3" { подключение; действие }

Тогда присоединяюсь к мнению Guest, для расширения функционала тебе потребуется структура, если все просто и сердито то можно сделать и на одном файле)

Прошу прощения, я из гостей, не авторизовался.
Вообще каждое приложение (если это не штампованная визитка) требует тщательного планирования архитектуры.

Но не всегда (да практически никогда) возможно спроектировать все от начала до конца. Обязательно придется что то оптимизировать и подтачивать.
По этому нужно просто научиться мыслить структурно, выбрать себе направление, а потом будет все легко и просто. И вопросы пропадут сами собой.

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

Важно не это, тут вольному воля. Важно научиться видеть код дальше, чем видно на экране монитора. То есть уметь представить себе общую картину прилжения.

Вот тут я немного набросал, можно посмотреть.

Премного благодарен!
Прочту обязательно и сделаю выводы!

P.S: Я еще не дошел в своих знаниях до фреймворка и абстрактных моделей.
Не подскажите где и куда копать, чтобы пройти этот путь более гладко, чем возможно... Я имею в виду книги, материалы и другую литературу с примерами.


Заранее спасибо!
С уважением, Vaselisk!