Если собираетесь писать свои модули, пилить ядро и так далее, то учтите, что в документацию всего не запихнешь. А если для вас составляет проблемы читать чужой код, то документация сильно не поможет.
Если вы собираетесь только пользоваться, то зачем вам документация по функционированию ядра?
/templates/skin/ваш_скин/topic_list.tpl
За вывод заголовка поста отвечает $oTopic->getTitle().
За вывод заголовка блога отвечает $oTopic->getBlogTitle().
Дерзайте! Разбираться в коде без документации — очень полезная практика.
К тому же, если вы хотите пользоваться движком на уровне «пользователя» — установиться, допилить до себя и использовать — то просто пособирайте tips`ы, хаки и модули и установите то, что нужно именно вам. Глубоко разбираться в архитектуре для этого не нужно.
вообще непонятно как работают Entity
Вы взяли для примера, наверное, самое простое в архитектуре — Entity предоставляет геттеры и сеттеры для параметров объектов в приложении, которые являют собой отдельную «сущность» (Пост, Комментарий, Пользователь и т.д.).
передаются параметры в отображения
Просмотрите и проанализируйте весь модуль Viewer, а не только метод Viewer_Assing, хотя именно Assing используется для передачи переменных в вид из приложения. Также обязательно почитайте документацию по Smarty.
Непонятна логика, почему код функционала имеется и в экшенах и в модулях и в темплейтах
Непонятно, что вы имеете ввиду под «Код функционала». В простейшем случае, есть логика приложения (бизнес логика), есть логика отображения (viewer-логика). Экшены, модули и темплейты — это разные слои приложения и они обязаны содержать «код функционала» (своего), иначе зачем тогда они нужны? Чтобы разобраться, читайте теорию по MVC. Хотя часто теории недостаточно — нужно практиковаться.
В прошлом году читал вас часто. Поздравляю с перерождением!
Интересная у вас ситуация с рейтингом пользователей получилась — на первой странице топа у людей цифры зашкаливают, а уже начиная третье — у всех нули :)
И вопрос по разделу Компании. Какие компании вы хотите\планируете представить на проекте?
HTML нужно добавлять в .tpl — файлах скина, который ты используешь. Ищи в папке /templates/skin/… Счетчик в футер вставляется в файл /templates/skin/… название скина../footer.tpl. (Скин по умолчанию — new).
А насчет модулей, если новичок в этом деле, мой тебе совет — пользуйся модулями с инсталлятором, чтобы случайно ничего «не сломалось». А вообще, к любому качественному модулю добавляют README файл с описанием ручной и автоматической (если реализована) установки.
Если есть возможность поставить memchached, то ставьте и используйте memory. В 95% случаев он быстрее. Только shared хостинги обычно ограничивают такие волеизъявления, поэтому хорошо бы под это дело иметь свой сервер (виртуальный, например).
Если у вас серьезная посещаемость и большая активность юзеров, то будьте готовы к тому, что с memcached нужно будет делиться оперативной памятью.
Если возможность установить демона нет, то нужно юзать файловый кеш. Пока другого не дано.
«ЛОГОТИП всегда должен быть ссылкой на главную страницу». Известное правило. Имхо, но не настолько же главную! :) Честно, это очень неожиданно. Если я хожу по страниц вашего коллективного блога и кликаю на ЛОГОТИП, то я хочу попасть на индекс страницу БЛОГА, а не основного портала.
Тем более ссылку для того, чтобы вернуться на блог, попробуй там найди. Приходиться кликать бекспейс.
Если собираетесь писать свои модули, пилить ядро и так далее, то учтите, что в документацию всего не запихнешь. А если для вас составляет проблемы читать чужой код, то документация сильно не поможет.
Если вы собираетесь только пользоваться, то зачем вам документация по функционированию ядра?
За вывод заголовка поста отвечает $oTopic->getTitle().
За вывод заголовка блога отвечает $oTopic->getBlogTitle().
Расставьте их в html`е так, как вам нужно.
К тому же, если вы хотите пользоваться движком на уровне «пользователя» — установиться, допилить до себя и использовать — то просто пособирайте tips`ы, хаки и модули и установите то, что нужно именно вам. Глубоко разбираться в архитектуре для этого не нужно.
Вы взяли для примера, наверное, самое простое в архитектуре — Entity предоставляет геттеры и сеттеры для параметров объектов в приложении, которые являют собой отдельную «сущность» (Пост, Комментарий, Пользователь и т.д.).
Просмотрите и проанализируйте весь модуль Viewer, а не только метод Viewer_Assing, хотя именно Assing используется для передачи переменных в вид из приложения. Также обязательно почитайте документацию по Smarty.
Непонятно, что вы имеете ввиду под «Код функционала». В простейшем случае, есть логика приложения (бизнес логика), есть логика отображения (viewer-логика). Экшены, модули и темплейты — это разные слои приложения и они обязаны содержать «код функционала» (своего), иначе зачем тогда они нужны? Чтобы разобраться, читайте теорию по MVC. Хотя часто теории недостаточно — нужно практиковаться.
Но с вашей темой\нишей надо не просто серьезно относиться — а серьезно ТРУДИТЬСЯ.
Интересная у вас ситуация с рейтингом пользователей получилась — на первой странице топа у людей цифры зашкаливают, а уже начиная третье — у всех нули :)
И вопрос по разделу Компании. Какие компании вы хотите\планируете представить на проекте?
Очистите папку /templates/compiled/, почистите кеш браузера. И посмотрите на страничку.
На сколько я знаю это движек, нет никаких «чисто технических» оснований, чтобы AdSense не появился.
А насчет модулей, если новичок в этом деле, мой тебе совет — пользуйся модулями с инсталлятором, чтобы случайно ничего «не сломалось». А вообще, к любому качественному модулю добавляют README файл с описанием ручной и автоматической (если реализована) установки.
P.S. Возьми часть под кат.
/classes/modules/page/…
Если у вас серьезная посещаемость и большая активность юзеров, то будьте готовы к тому, что с memcached нужно будет делиться оперативной памятью.
Если возможность установить демона нет, то нужно юзать файловый кеш. Пока другого не дано.
Тем более ссылку для того, чтобы вернуться на блог, попробуй там найди. Приходиться кликать бекспейс.