Помощник
|
Как написать гостевую книгу |
sc2r2bey
|
Сообщение
#1
|
||
|
|
||
|
|||
НЕПЛОХОЙ |
4.11.2009, 19:08;
Ответить: НЕПЛОХОЙ
Сообщение
#2
|
|
тема очень интересная
1. Отделить код от дизайна, т.е. создание шабона и простого шаблонизатора. 2. Создание ядра ГК, которое будет отвечать за глобальные функции ГК. 3. Создание модульности, т.е. ГК будет реалищзована как отдельный модуль, который можно будет подключать к любому проекту.б а нужено ли это для такого простого скрипта? замашки как на CMS)) возможно я просто халявщик и проще подхожу к таким работам... 1. Вывод по 10 сообщений на странице, сначало идут более свежие, потом более старые сообщения. лучше сделай чтоб через админку можно было настраивать количество выводимых сообщений и направление от старых к новым или от новых к старым. 2. Возможность добавлять сообщения всем желающим. я думаю тут капча нужна будет, сам будешь делать или готовую возьмешь? 3. Сообщение состоит из 4 полей: - дата публикации сообщения мне кажется это лишнее, пользователю не надо менять эту дату, лучше будет если он не будет видеть этого поля... Покам будем создавать и отлаживать этот этам, можно предлагать, что еще можно добавит в ГК. а как же бб-коды? смайлики) css.css не серьезно как то.. может лучше style.css? css\ - здесь будет храниться файл css.css, что в нем думаю не стоит объянять мне кажется папка с css нужна только тогда когда в ней будет храниться несколько файлов css, а для одного файла не стоит папку создавать. Да и вообще я бы файл с css кинул в папку template configuration.php как то очень не привычно) config.php и все всем понятно) // количество выводимых сообщений на страницу $number = 10; я выше писал про админку, но можно и так... |
|
|
sc2r2bey
|
Сообщение
#3
|
|
тема очень интересная спасибо за такой разврнутый и ценный ответ!!! а нужено ли это для такого простого скрипта? замашки как на CMS)) возможно я просто халявщик и проще подхожу к таким работам... ну так я же писал, что пойдем путем от простого к сложному, целую CMS возможно не напишем, но частично реализуем, включая админку и авторизацию, чуть позже лучше сделай чтоб через админку можно было настраивать количество выводимых сообщений и направление от старых к новым или от новых к старым. смотри выше, а пока в конфиге будет я думаю тут капча нужна будет, сам будешь делать или готовую возьмешь? добавим позже на 2 этапе, пока возьмем готовую, какую посоветуете? мне кажется это лишнее, пользователю не надо менять эту дату, лучше будет если он не будет видеть этого поля... разумно не публикуем, но в БД вносим а как же бб-коды? смайлики) добавим на 2 этапе, возмем парсер готовый css.css не серьезно как то.. может лучше style.css? дело вкуса, принимаю! мне кажется папка с css нужна только тогда когда в ней будет храниться несколько файлов css, а для одного файла не стоит папку создавать. Да и вообще я бы файл с css кинул в папку template идея классная, берем! configuration.php как то очень не привычно) config.php и все всем понятно) принимаю! я выше писал про админку, но можно и так... см выше... ок, подредактировал первый пост -------------------- программирую web и для we |
|
|
ZiTosS |
5.11.2009, 19:16;
Ответить: ZiTosS
Сообщение
#4
|
|
sc2r2bey,
структуру бы сделал такой: includes\ - файлы включения js\ - здесь скрипты modules\ - модули kernel\ - ядро какой-то системы kernel\classes\ - классы templetes\ - здесь шаблоны templetes\[папка_шаблона]\images\ - здесь будет хранится изображения используемые в шаблоне 1. Отделить код от дизайна, т.е. создание шаблона и простого шаблонизатора. Если ты файлы шаблонов ГК будешь хранить в общей папке templates, то вообще гостевая книга зависит от системы под которую ты её собираешься ставить. Может там не будет папки templates. Тут стоит подумать... Вот например Joomla-модули придерживается принципа MVC(Model-View-Controller, Модель-представление-поведение):
Важно отметить, что как представление, так и поведение зависят от модели. Однако модель не зависит ни от представления, ни от поведения. Это одно из ключевых достоинств подобного разделения. Оно позволяет строить модель независимо от визуального представления, а также создавать несколько различных представлений для одной модели. Создадим в папке include файл config.php, селедующего содержания: Переместил бы файл config.php в папку ядра kernel |
|
|
sc2r2bey
|
Сообщение
#5
|
|
ядумаю на данном этапе в качестве шаблонизатор задействовать smarty
-------------------- программирую web и для we |
|
|
gaaarfild |
17.11.2009, 11:46;
Ответить: gaaarfild
Сообщение
#6
|
|
Я конечно понимаю, что замашка в дальнейшем на CMS, но если оговорено, что пишем Гостевую, то и надо писать гостевую. А если пишете CMS, то, мне кажется, не стоит начинать ее создание с Гостевой книги. Если пишем модуль гостевой, то шаблонизатор должен быть не в модуле а в самой CMS. И если все таки это просто гостевая книга, то, мне кажется, слишком много чести для нее и труда. Простенький скрипт раскидывается по кучам папок. Нерационально. Любое программирование стремится к сокращению кода и оптимизации. А тут на лицо его невостребованное увеличение.
Но за идею статьи "+". =) |
|
|
НЕПЛОХОЙ |
17.11.2009, 18:56;
Ответить: НЕПЛОХОЙ
Сообщение
#7
|
|
gaaarfild, мне кажется этот скрипт пишется в целях самообучения на реальном примере. Если начать сразу писать cms то сталкнешься с еще кучей разных проблем. Проще научиться на простых примерах, как гостевая книга
|
|
|
ZiTosS |
17.11.2009, 20:05;
Ответить: ZiTosS
Сообщение
#8
|
|
Евгений, ты не понял. gaaarfild говорит, что если ты пишешь скрипт гостевой книги, то не надо описывать подобное как:
2. Создание ядра ГК, которое будет отвечать за глобальные функции ГК. 3. Создание модульности, т.е. ГК будет реалищзована как отдельный модуль, который можно будет подключать к любому проекту. Создание ядра ГК - это другое понятие нежеле выше, у модуля нет ядра. Создание модульности - так же другое понятие, надо было сказать возможность подключения модуля в систему. Кстати каждый модуль пишется под свою систему, или же пишется модуль и к нему дописывается мост для включения в систему. Модуля под все системы разом не написать, иначе система не будет нормальной. Так как гостевая сама по себе модуль, какое-там ядро, какая там модульность? Это уже замах на CMS систему которой здесь даже не будет пахнуть. Модуль должен выполнять только те задачи, которые на него возложены. И расширять модули, которые сами являются расширениями это тавтология. Стоит только взглянуть что же мы можем написать в виде модуля для гостевой книги? Случаем не CMS ли? Вот в этом и пироги. |
|
|
gaaarfild |
18.11.2009, 17:03;
Ответить: gaaarfild
Сообщение
#9
|
|
|
Короче начинаем писать CMS с модуля. А под него напишем ядро системы. =) Ну как я расшифровал?! =)
|
|
|
||
|
Похожие темы
Тема | Ответов | Автор | Просмотров | Последний ответ | |
---|---|---|---|---|---|
Как вы отдыхаете от работы за компом | 151 | adw-kupon.ru | 19830 | Вчера, 13:52 автор: Vmir |
|
Как вы бросили работу и перешли на заработок с сайтов? | 20 | uahomka | 3455 | Вчера, 11:54 автор: Skyworker |
|
Как в пушсетках покупают по 100-200 тысяч кликов за день? | 1 | Boymaster | 541 | Вчера, 11:45 автор: Skyworker |
|
Как вывести деньги в Украине с заблокированного Юмани ? | 30 | freeax | 5023 | 20.4.2024, 16:49 автор: Liudmila |
|
Арбитражники, как ведете учет расходов и доходов? | 13 | Boymaster | 2026 | 20.4.2024, 15:06 автор: Boymaster |
Текстовая версия | Сейчас: 24.4.2024, 15:55 |