Я рассматриваю Alpine.js в первую очередь, как альтернативу jQuery, поэтому нужно разобраться как в Alpine выполнять то, что давно уже привычно в jQuery. Отправка AJAX как раз один из таких моментов.

Хочу показать несколько примеров AJAX, правда вместо привычного XMLHttpRequest(), я буду использовать fetch(). Эта возможность уже года 3 как доступна во всех браузерах. Сам по себе fetch() несложен, хотя есть разные нюансы. Я к тому, если вы не понимаете что это такое, то погуглите, информации полно.

Итак, для начала сделаем простой пример получения json-данных и выводе их на сайте.

Читать ➝

Я давно уже присматриваюсь к Alpine.js, поскольку этот js-фреймворк разительно выделяется из ряда других. По своей сути он очень близок к Vue.js, но при этом может работать как привычный jQuery.

Основной массе разработчиков просто не нужны все те «фишки», что предлагают React или Vue. Вообще работа с JavaScript всегда происходит по одному алгоритму — вначале получили элемент/элементы на странице, после делаем с ними какие-то манипуляции.

Точно также работает и система событий — прописали либо onclick к нужному html-элементу, либо навесили событие через «слушатель» addEventListener и дальше через js-функцию делаем что нужно. Поскольку JavaScript очень уж многословен, а во многих случаях и неочевиден, то и возникли библиотеки функций — jQuery как раз одна из них. С их помощью работать с js намного приятней.

Читать ➝

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

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

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

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

Читать ➝

Раньше я делал бэкапы с помощью RoboCopy. С ним всё замечательно кроме одного — размер бэкапа получается достаточно большим. Это особо заметно на текстовых файлах, когда даже простое zip-сжатие позволяет уменьшить занимаемое место в несколько раз.

Другая проблема — в бэкапе может оказаться очень много файлов, скажем несколько тысяч. В итоге, когда такой бэкап нужно куда-то ещё скопировать (даже в «облако») передача каждого файла занимает много времени. Тогда я и задумался: может применить какой-то архиватор, чтобы он сжимал все файлы в один. Его и передать можно быстро и хранить проще.

Выбор пал на 7-Zip. Это бесплатно, хорошее сжатие, но главное, что у него есть все необходимые опции.

Читать ➝

Шаблон MF имеет встроенную документацию, но я решил сделать её общедоступной. Теперь она располагается по адресу https://maxsite.org/mf. Там есть не только общие описания и справочная информация, но и я сделал руководство «Шаг за шагом», в котором последовательно можно научиться работать с шаблоном.

Большинство описаний сопровождено скриншотами, а также я сделал отдельную страницу скриншотов, чтобы можно было получить представление об MF перед его покупкой.

Пока документация ориентирована на 9-ю версию шаблона, но постепенно я буду её обновлять до будущей 10-й версии. Соответственно из комплекта MF встроенную документацию уберу, чтобы у всех была последняя актуальная версия.

Перейти к странице MF.

Недавно мне попался проект, где добрая часть кода составляла обработка исключений. То есть создавалось впечатление, что автор хотел предусмотреть чуть ли не все возможные варианты. Хуже всего было то, что логика приложения была сама по себе завязана на эти самые исключения. То есть, вместо элементарной проверки входных данных кидалось исключение.

Пользоваться таким кодом очень сложно, поскольку приходится заключать каждую функцию/метод в блок try/catch, хотя было бы достаточно, если функция вернёт обычный false.

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

Для новичков, которые не имеют опыта полноценного программирования (например на Pascal/Delphi) исключения — это вообще тёмный лес... Попробуем разобраться.