гхм... Ну тогда мыслей никаких нет и явно не будет... Улыбка ибо из приведенной портянки никакого смысла вытянуть не удалось Ха-ха
я же сказал хочу создать платную систему,
за которую программисты(то есть пока я один) будут получать денюшку,
я как то сомневаюсь что кто то будет делать бесплатную супер мега продвинутую хрень,
кроме Zend конечно.
Джур пишет:
нет, они работают немного иначе
в 90% классы обычно юзают как коробочки для функций
что ты имел в виду под словом "коробочки для функций",
и что для тебя не коробочки.
выложите код для пробы если хотите услышать наше мнение и дельные советы
ну код получается очень большой так как файл всего один,
могу выложить основную структуру ядра,
что там присутствует
выглядит это так($-переменная , c-класс , f-функция)
адро системы
|
|-$-конфигурация основной системы
|-$-список адаптеров вывода
|-$-список адаптеров обработки
|-$-массив шаблонов
|-$-конфигурации материалов
|-$-конфигурации блоков
|-c-система контроля ошибок(отладка)
|-c-шаблонизатор
|-c-система кеширования
|-c-система вывода блоков
|-c-система вывода материала
|-c-статистика
|-f-вывод страници
|-f-сохранение страници
|-f-управление сортировкой страниц
|-f-удаление страници
|-f-обработка адаптеров
|-f-вывод списка шаблонов
|-f-вывод меню системы
|-f-вывод скриптов системы
|-f-вывод отдельного фрагмента страници
|-f-вывод сатистики
|-f-вывод ошибок
Я использую не сжатый вариант, пробовал разные версии, эффект тот же.
Дело не в том, что FireBug может ошибиться - все JavaScript на странице не работают (по понятной причине) после подключения jQuery.
ну хорошо покажи код страницы попробую что нибудь сделать.
для вывода одной страницы иногда достаточно одно запроса,
но это так мелочи.
теперь надо бы объяснить как желательно организовать саму админ систему
как таковой вывод страницы это вопрос кодинга,
я это делаю в одну функцию и она ничего не принтит и выдаёт готовый HTML код,
другое дело администрирование страниц и шаблонов,
начнём с шаблонов, тут 2 варианта использования,
1)помесь PHP с HTML(в таком случае програмисты не парятся и на прямую юзают функции)
2)использование шаблонизаторов(тут верстальщики не парятся и просто верстают)
в том случае если пользуем шаблонизатор(ну и с помесью тоже похожий вариант),
для начала надо определить какие блоки используются в нём,
потом не стоит забывать про дополнительные параметры которые эту страницу сопровождают.
исходя из этого надо как то вытащить эти данные,
это можно сделать через регулярные выражения,
в ином случае придётся их прописывать в ручную,
ну есть вариант помиси когда вёрстал программирует, что считается не желательной вещью.
теперь надо бы перейти к странице
в ней тоже могут присутствовать какие то блоки,
тут я думаю что без шаблонизации не обойтись,
соответственно надо вытаскивать маркеры шаблонов,
и кидать их при сохранении в базу,
так же страницу дослжны сопровождать дополнительные данные,
это слова для поисковиков, название, шаблон который используется,
ну и иногда люди дают возможность ставить альтернативный адрес.
ну вот с основным положение CMS систем, я надеюсь ознакомил.
если кто то с чем то не согласен пожалуйста выскажите своё мнение!
сейчас я наверное в пятитысячный раз собираю CMS,
если вы согласны с моим мнение о создании CMS и хотите ко мне присоединиться,
буду рад обсудить это индивидуально,
соответственно программисты тоже хотят кушать поэтому система будет платная.
сейчас она выглядит так. (Добавление)
естественно много чего там глючно работает или вообще не работает.
Удивительно было смотреть что все она тянет из базы и загрузить главную страничку - 60 запросов а то и более. За что поплатился когда онлайн пользователей перевалило за 500
да такое не редкость, у меня тоже были постоянно круглые глаза когда я увидел сайт сделанный одним горе умельцем там было 278 запросов к базе на вывод одной странички, про мамбу, жимлу вообще говорить не стоит.
Цитата:
Если ты не WEB-студия то смысла нет, время и стоимость хорошего АПИ не соизмеримо с кол-вом сайтов.
Мое мнение - хорошее АПИ это по сути набор классов, библиотек....
к сожалению я не WEB-студия, а жаль может сделал бы всё это дело гораздо быстрей.
теперь вторая часть которую в прошлый раз не получилось написать.
теперь стоит изложить саму суть идеи написания CMS которая может протянуть достаточно долгое время всё что будет требоваться это дописание дополнительных модулей
как таковое ядро системы
с ни в принципе всё ясно и я думаю не для кого не составит труда
написать такую штуку как редактирование HTML кода и вывод панели навигации.
единственная проблема может состоять в модулях то есть как ох вставлять в страницу и
в систему, но об это я потом расскажу.
главное реализация модулей, просто частенько появляются такие высказывания(от клиентов)
Цитата:
ну там есть колонка новостей это же не трудно вставить ещё одну за 5 минут,
или несть же форум phpbb ты его нормально поставил на отдельный сайт ты же сможеш вставить его в свою CMS-ку это же проще простого всё в дизайн вогнать и написать дохрена фишек чтобы было всё по дизайну,
или например в дрюпале очень плохая система шаблонизации и многие вёрсталы вешаются поначалу от него.
это обычно является камнем преткновения для многих людей,
поэтому чтобы всё было проще можно подробить как таковой модуль на 3-и части,
это
1)источник материала
2)обработчик материала
3)вывод как такового блока
в источнике функции
1)создание материала
2)редактирование материала
3)вывод материала по CONF
4)удаление материала
в обработчике
1)функция обработки
2)функция которая выдаёт CONF для создания материала
в выводе блока
1)создание блоков на основе материала
2)шаблонизация блока
3)редактирование
4)удаление
чер не обижаться пише в слепую могу гдето ошибиться. (Добавление)
забыл сказать одну важную вещ это косяки аякса,
первый косяк не работает с windows-1251(лучше юзять UTF-8),
второй косяк кеширование данных(надеюсь этот косяк обойдёт тебя стороной).