- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Можно поинтересоваться, вот ваш супер движок как будет поддерживать работу с картинками? Ну вот к примеру мне нужно будет сделать ресайз картинок и водяной знак наложить.
Сами писать будете? Кого то привлечете для написания подобного "модуля"? Или возьмете готовый модуль?
А что на счет RBAC? Будет отдельный модуль? А как его использовать из других модулей для проверки прав?
Как (ну хотя бы в теории) у вас модули будут между собой интегрироваться?
Это бесполезно =)))
Человек не может осознать того, что он хейтит людей которые пользуются профессиональными инструментами, взамен предлагая свой дилетантский, в котором не то что код нечитаемый, его суть даже автор объяснить не может другим. И он искренне уверен что его костыли, на самом деле не костыли.
PS а ещё у него украли jQuery =)))))
Ну вот, задача - брать х раз в сутки xlsx у поставщика, менять, что изменилось и собрать qr для не суть каких нужд из параметров полученных из экселя на карточке товара. Сами напишете, или все же
Это ж пустяковое дело, конечно сам напишу, будет лаконично и чётко в одном файле, а не куче разных либ как у вас..
Можно поинтересоваться, вот ваш супер движок как будет поддерживать работу с картинками? Ну вот к примеру мне нужно будет сделать ресайз картинок и водяной знак наложить.
Ресайзинг картинок делается за несколько минут, да у меня уже есть свой класс для этого, водяные знаки раньше делал сейчас для нового движка тоже при необходимости сделаю.
Сами писать будете? Кого то привлечете для написания подобного "модуля"? Или возьмете готовый модуль?
Сам и никак иначе. И тех разработчиков кто будут со мной работать обучу принципам программирования под мой фреймворк.
А что на счет RBAC? Будет отдельный модуль? А как его использовать из других модулей для проверки прав?
Это решается довольно просто. У меня нет шаблонизации к которой вы привыкли, у меня просто указывается что нужно разместить на странице и движок всё формирует. Для логистики прав, можно создать сущность где указаны у какой должности какие права. Затем в структуре страницы подключается эта сущность и в зависимости от должности пользователя прописывать что он может делать в самой структуре или вызовом методов узла который будет формировать содержание.
Как (ну хотя бы в теории) у вас модули будут между собой интегрироваться?
Сначала немного теории по моему движку.
В движке две основные директории mods(модули) и node(узлы).
Модулями я называю части сайта блог, форум, магазин и др. структуры страниц, бизнес-логика в поддиректории могут быть медиафайлы, картинки, видео и др.
Узлы - это в вашем понимании типа плагина, связка php класса, компоненты (макетов разметки, стилей к этой разметке, JS скрипты если нужны).
В структуре прописывается что нужно разместить на странице и движок всё собирает, я уже об этом говорил.
Теперь отвечу на вопрос. У меня есть несколько классов: для базы данных, драйвер сущности, подключения узлов, компонентов, функций, переменных. Для апи например не нужно таскать все классы поэтому можно подключить что нужно подготовить данные и отдать результат. Движку же в любой момент нужен доступ к какому-то узлу, компоненту, выполнения функции, доступ к данным которые в переменных. Поэтому есть класс грузовик который подключает эти классы. И когда узлу нужен доступ к другому узлу, например разметку компонента, данные и тд. через этот класс грузовика это можно получить.
PS а ещё у него украли jQuery =)))))
jQuery, Angular, React, Vue и тд. скоро будут покуривать. Я разработал свой JS фреймворк под свой инструмент, правда части его модулей могут использоваться и отдельно.
Код такой же как и в самом движке, чёткий и лаконичный, при необходимости подключаются нужные модули, функции.
Например пользователь в структуре указывает что нужен модуль для озвучивания текста. Движок подключает этот скрипт модуля, тот в свою очередь подключает другие, для работы с тегами, спрайт(перемещающий объект) в котором тулбар для настройки озвучивания.
Или например пользовательский интерфейс. Пользователю не надо знать ни команды jQuery, Angular, React, Vue писать самому код чтобы настроить, а просто указать атрибут data-ui="click:classes:elem:colorred" описание пользовательского интерфейса с примерами будет в документации
При клике элементу elem добавится класс colorred. Есть и другие события для взаимодействия с пользователем, это я описал самое простое.
И всё работает как часики 😀
Свой первый движок писал на Continuous Integration
А для чего вообще нужно делать свой движок?
Для студийных проектов - да, клиенту потом трудно от них отвязаться.
Для больших магазинов & бизнесов - да, они могут позволить держать штат прогеров.
Для небольших (99% бизнесов такие) - он вообще не уперся, любую приблуду легче плагином подключить и все прекрасно работает. А для чего наделано больше всего плагинов на любое пожелание? Для WP.
может на CodeIgniter ?
А для чего вообще нужно делать свой движок?
Когда в голове пусто, то не зачем.
А когда у человека есть идея создания оригинального сайта с какими либо сервисами, тогда кастомные решения не подходят нужно разрабатывать с ноля, чтобы меньше тратить времени на разработку придумали фреймворки. А меня лично и существующие фреймворки не устраивают, так как сделаны кучей обормотов, которые прикручивают разные либы и в итоге получается винегрет от которого потом будет мягко говоря тошнить..
И когда намечается встряска (передел) ниши?
Что получится на выходе?
Это ж пустяковое дело, конечно сам напишу, будет лаконично и чётко в одном файле
Для начала скажите чем xml разбирать будете?
Поэтому есть класс грузовик который подключает эти классы
Интересно вы автолоадер обозвали. Или и там ноу-хау, реально классы "перевозятся" 😁