Я продолжаю развивать Albireo Framework и теперь в нём доступна админ-панель. На начальном этапе я хотел отладить базовый функционал для разработчиков, потом был небольшой период тестирования и вот теперь сделал админ-панель с расчётом на конечного пользователя. Так же я сделал на сайте Albireo демо-доступ к админ-панели (без возможности менять файлы).

Поскольку Albireo работает с файлами, то админ-панель по сути отражает его текущее состояние. Это позволяет работать с файлами как через админку, так и напрямую по FTP.

Архитектурно админ-панель есть не что иное, как обычные страницы в pages/admin. Понятно, что адреса с «admin» теперь заняты под неё, но это минимальное ограничение. А так панель позволяет создавать, удалять (с возможностью бэкапа), редактировать файлы. При этом нет сложностей подключить свою админ-страницу — для примера я разместил страницу демо-модуля.

Из положительных «побочных эффектов» этой работы удалось сделать разделение прав пользователей. Например вы продаёте доступ к своему курсу. Можно полностью закрыть доступ к его страницам. Либо можно закрыть часть контента — первая будет доступна всем посетителям, а остальное только после авторизации.

Читать дальше...

Сделал новый php-фреймворк для лендингов и статичных сайтов. Также Albireo можно использовать для публикации примеров кода и вообще там, где нужно что-то быстренько накидать на HTML, CSS, JS или PHP. Фреймворк очень небольшой по объёму, но имеет хорошие возможности.

В какой-то мере Albireo Framework можно считать альтернативой Landing Page Framework, который я сделал несколько лет назад. Но LPF сейчас больше ориентирован на создание небольших сайтов, поскольку там есть админ-панель, авторизация, да и вообще он довольно неплохо «напичкан» по функционалу. Изначально он планировался как что-то простое, но постепенно я добавлял в него новые возможности для решения разных задач.

Когда стоит задача сделать что-то более-менее сложное, но очень-очень быстро работающее, то LPF — прекрасный выбор. Но вот для чего-то совсем простого — даже его функционала оказалось слишком много. Именно поэтому я и решил сделать новый фреймворк, в котором учёл весь накопленный опыт подобных проектов.

Читать дальше...

С сегодняшнего дня можно купить мои шаблоны единым пакетом всего за 50$. Это даёт очень большую экономию: 154$. В пакет шаблонов входят: MAX Cardinalis, MAX Waipio, MAX Halo, MAX Dock, MAX Auriga и MAX Bootes.

Этим шаблонам по 1-3 года, но они полностью рабочие для последней версии MaxSite CMS. Новых отдельных шаблонов у меня не было, поскольку все силы я бросил на MF.

Я запланировал на ближайшие месяцы выпуск новых шаблонов, которые будут на базе MF. Стоимость каждого будет 35$, но можно будет их приобрести по подписке. Стоимость подписки составляет 50$. В эту стоимость будет входить любые 3 шаблона. То есть подписка — это примерно 50% скидка.

Максимальный срок подписки — 6 месяцев со дня оплаты. После оплаты нужно ждать выходов новых шаблонов. После получения 3 шаблонов, можно оформить новую подписку. Если в течение полугода вы не заказали три шаблона, то вы сможете сделать это в любой момент позже и получить шаблоны, выпущенные в период действия подписки.

Шаблоны без подписки будут продаваться только в полной стоимости без скидок. То есть нельзя оформить подписку и заказать ранее выпущенный шаблон: его можно будет купить только в полную сумму без скидок.

Что касается шаблона MF, то там также будут изменения.

Читать дальше...

В продолжении предыдущей темы, что база программирования важнее самого языка, покажу на примере Turbo Pascal 7.0, что такое объекты в объектно-ориентированном программировании. (Чтобы было понятно, ООП в Паскале появился в 1989 году в версии TP 5.5.)

Если начинать изучать объекты, например с PHP, то не будет понимания, что это вообще такое. Зачем, например оператор new, что такое поля или методы? Такие вещи воспринимаются как часть языка, а всё что внутри — чёрный ящик, где происходят какие-то скрытые процессы. Вообще ООП — это парадигма, то есть описывает вроде как только общие принципы, а конкретная реализация зависит от языка. Но, на самом деле ООП в итоге всё равно превращается в обычный исполняемый код. На мой взгляд важно понимать откуда он берётся.

Тут ещё проблема в том, что изучение ООП обычно начинают с размусоливания про иерархию объектов на примере уточек, птичек и прочей живности. В итоге вместо технического описания, получается невероятная абстракция, которую нужно ещё как-то перенести в реальный код.

Читать дальше...

Для новичков, которые только задумываются об IT, вопрос выбора первого языка программирования (ЯП) стоит достаточно остро. И это понятно — ведь языков очень много, а критерии выбора не такие очевидные.

Эта тема, безусловно, холиварная, поскольку опытные программисты дают советы через призму собственного жизненного опыта. Масла в огонь подливают менеджеры и маркетологи многочисленных контор, которые занимаются обучением. Такие давно уже не стесняются давать объявления, где обещают сделать востребованным супер-пупер программиста за 1, 2, 3 (подставьте любое число) месяцев. В качестве первого языка предлагают что угодно, приводя в качестве аргументов некий рейтинг популярности или даже количество меток на StackOverflow.

Вся эта маркетинговая чушь рассчитана только на бизнес обучающих контор, которым в общем-то без разницы какой «втюхать» язык программирования. Благо курсов написано предостаточно...

Читать дальше...

Подумал и решил сменить дизайн сайта. Шаблон достаточно своеобразный, да ещё и в пастельных тонах, но почему-то мне он понравился. Наверное из-за своей «лёгкости» и «чистоты». Главное — это выделить блок контента удобным для чтения: сейчас многие сайты используют подобный подход. Именно поэтому я решил отказаться от сайдбара для большинства страниц, чтобы не мозолил глаза.

Обновление ещё было нужно, чтобы получить возможность будущего расширения — есть масса новых задумок, которые потом я подумываю внедрить в MF. А здесь вроде как экспериментальная площадка получается. :-)

Я уже рассказывал, что в свободное время занимаюсь своим микрофреймворком и хочу поделиться некоторыми мыслями по этому поводу. Речь пойдёт о представлениях (view) в концепции MVC, точнее о том, что они на самом деле представляют.

Это скорее мысли вслух, а не готовые решения. Я даже буду рассуждать больше абстрактно, чтобы можно было примерить идеи под любой php-фреймворк.

Читать дальше...