Всем привет
Не могу сделать одну штучку для своего сайта.
Есть такая у меня задача, в куки занести значение переменной "$id" и хранить куки до того, как клиент выйдет с сайта.
Не могли бы вы мне объяснить, как создать всё это.
Буду очень благодарен!
Подскажите пожалуйста, как организовать подключение модулей в шаблон.
Ну к примеру есть div в самом верху сайта - на всю ширину. Сегодня написал модуль авторизации, который выводит либо поля авторизации, либо приветствие. В шаблоне проинклюдил файл модуля авторизации, а этот файл уже определяет какой файлик с куском html вывести - форму или приветствие.
А вот если я захочу к примеру вставить в этот div форму поиска, то нужно будет руками проинклюдить файл модуля поиска в шаблон.
Как сделать так, чтобы в шаблоне были некие метки, на места которых будут загружаться определенные модули (меню, баннеры, поиск, авторизация, статьи, комментарии....)?
Можно конечно все проинклюдить руками, но как бы это реализовать в админке, чтобы не было никаких include_once в самом html шаблоне? (Добавление) ЗЫ
Наверное нужно смотреть в сторону DOMDocument? Или нет?
Я еще ничего сам не написал. Я пишу первый блог, зачем мне брать готовое. Мне нужно самому что-то делать.
так пишите то что касается вашего функционала. Какое отношение к этому имеет работа с БД?
вы ж не пишете собственные функции PHP вместо готовых.
Ну как же?
Сохранить статью, сохранить комментарий, зарегистрировать пользователя, показать статьи, комментарии, рейтинги.............
У блога ведь есть БД
Я еще ничего сам не написал. Я пишу первый блог, зачем мне брать готовое. Мне нужно самому что-то делать.
Когда опыт будет, тогда можно смотреть в сторону готовых решений.
Даже не знаю, что делать. Еще не начал писать, а уже вижу, что я заблужусь в функциях потом. Мой ОО подход не похож на ОО. А с чего тогда все начинали?
Ето очень простой пример. Но мы полностю уверены что свойство $_words в классе является массивом
А, понятно.
То есть классы позволяют (должны) вводить типизацию данных.
esterio пишет:
Больщеснство из етих классов делает по сути ничего. Но они позволяют абстрагироваться. Например добавляя метод insert, на вход которого подаеться имя таблицы и массив данных. Тем самым позбавляя гемороя писать каждый раз запрос.
То есть свой класс для работы с БД делает работу более удобной.
Ну в прямом смысле да - это не сущность. Но ведь это объект программы, который работает независимо от кода php. Через php мы только взаимодействуем с этим объектом.
БД - это другая программа, это в конце концов файлы с данными на физическом диске. (Добавление)
PS
У БД нет свойств, но с ней нужно работать. Поэтому, я думаю, класс для работы с БД не лишний.
Hapson
Ваш вопрос был односложен, следовательно, на него может быть дан только односложный ответ.
Hapson пишет:
А как оно должно быть? Что не так у меня?
- это уже другой вопрос, ответ на который многие годы пытаются дать различные специалисты. Я могу сказать лишь то, что нельзя понять объектный подход, пытаясь рассматривать лишь реализацию. ООП - это подход, парадигма. Иными словами, это набор постулатов и правил, и каждый конкретный язык программирования по-своему их реализует. Каждый программист по-своему реализует в коде этот подход. В зависимости от того, следует ли код принципам ООП, он может быть назван "код, использующий объектный подход" - либо нет.
Поэтому, резюмируя - следует изучать не только реализацию, а так же и сами принципы ООП, поскольку это - идея, теоретическая установка. Как лучше её реализовать - вопрос трудный, ответ на него приходит с опытом.
Понятно.
Ну так с чего-то начинать ведь нужно. Как можно понять, если не делать. Ну вот я вижу это пока вот так. Можно сказать с точки зрения реализации.
Для начала ведь пойдет так. Потом думаю пойму, что не так и как сделать лучше.
Ну что еще можно придумать для блога? Это будет просто блог. Будут категории, статьи, комментарии. Ну и пользователи.
Ты не так понял, верный ответ звучит как: Это когда классу по боку что происходит снаружи, потому, что его внутренности не доступны извне и поэтому ему никто не навредит. (Добавление)
Hapson пишет:
свойства должны быть private, а методы public?
Вообще не обязательно именно так.
Надо четко представлять что приват а что паблик, например если метод "сходить в туалет" сделать публичным, ничего хорошего из этого не получится..
Ну да)))
Ну вот в данном, упрощенном примере. К примеру, в классе Users свойства будут приват (они мне в принципе и не нужны в виде паблик), а методы регистрации, аутентификации, изменения профиля и тд - это все паблик.
Читал.
Как я понял, это когда мне грубо говоря по боку, что делается внутри класса.
Но что-то я не очень это понимаю...
Что здесь не так? (Добавление)
esterio пишет:
читаем что такое "инкапсуляция"
Или вы имеете ввиду, что здесь нет обработки ошибок. И свойства public? И наверное нет абстрактных классов и интерфейсов?
Я так понимаю, свойства должны быть private, а методы public? Ну и плюс отлов ошибок, запись их в лог и информирование пользователей в удобной форме?