Михаил Балагура, Нет. Так как его снесет при следующем же composer install или update.
Почему vendor то? Вставьте его как будто вы написали его сами. Вы когда пишите какие-нибудь хэлперы или компоненты вы куда их добавляете?
Я бы например создал папку helpers, закинул бы код туда и заменил пространства имен(там у него свои написаны) или же в composer.json прописал бы правила автозагрузки классов.
А мог бы заморочиться, форкнуть либу в гитхаб, переписать как надо и на packagist выложил бы.
Надо основательно изучать веб-технологии. Есть вариант с полной загрузкой, когда тебе скрипт news.php в ответе возвращает целиком страницу, есть вариант - через ajax, тогда только блок скрипт должен возвращать, а ты на js уже выводишь. Можно использовать php-фреймворки, можно вообще без php(серверных языков хватает сейчас). добро пожаловать в мир динамических сайтов)
Почему не адаптивно.?) У клиентов могут быть разные экраны и устройства. Я у Дмитрия Лаврика посматриваю вебинары по фронту, вроде неплохо заходят https://www.youtube.com/channel/UC33CqCsFPEHuwhpaE...
Но сам не профессионал. Поэтому просто оставлю комментарий здесь.
lzy, Я думаю что нужно на отдельном сервере приложение rest api, другие сайты, подключенные, должны после каких-то событий ну или раз в сутки по крону передавать данные на него. Ну и админка на том же сервере где и rest api.
Тяжеловато будет)может лучше блог, как все???
Для мгновенных сообщений лучше вебсокеты использовать, а не посылать ajax'ом миллион запросов.
С архитектурой определились? Старое доброе MVC?
Почему vendor то? Вставьте его как будто вы написали его сами. Вы когда пишите какие-нибудь хэлперы или компоненты вы куда их добавляете?
Я бы например создал папку helpers, закинул бы код туда и заменил пространства имен(там у него свои написаны) или же в composer.json прописал бы правила автозагрузки классов.
А мог бы заморочиться, форкнуть либу в гитхаб, переписать как надо и на packagist выложил бы.