Aisamiery

Aisamiery
Рейтинг
324
Регистрация
12.04.2015
Рамарио:

Я поясню: страницы будут все-таки формироваться с помощь PHP на стороне сервера, но связь с БД будет по-прежнему происходить через тот "коннектор", который я описал в стартовом топике (одиночный скрипт, который принимает (POST запрос), обрабатывает и отдает (JSON) данные).

Пока что вы дошли только до Front Controller

А у MVC все таки есть и модели и вьюхи. На самом деле у вас смешались в кучу люди-кони.

То что вы хотите сделать называеться RESTFull архитектурой, или по другому сервис-ориентированная архитектура. Тогда бэкенд у вас выступает в роли источников данных, а фронтед являеться собственно приложением. Паттерны используют архитектурные реализации конкретного приложения. То есть у вас и на бэкенде может быть MVC и на фронте так же. И обычно MVC это просто разделение полномочий. То есть у вас есть Модель с бизнес логикой, есть Вьюха для отображение этой логики и Контроллер для того чтобы все это дело подружить между собой. Но на одной MVCдалеко не уедешь, в приложениях еще с десяток паттернов нужно заюзать для нормальной архитектуры :)

Den73:
нормальный шаред признает вину и решит проблему.
на впс тоже могут взломать если хостер не будет обновлять ядро.

Качественные прилагательный сильно субъективная вещь. Я на своей практики очень редко встречал, когда хостер признает свою вину, ибо в 80-90% случаев, вина действительна не хостера и к этому привыкаешь и перестаешь вникать даже в суть притензий.

Ria.neiron:
Если ничего не понимаете в администрировании, купили виртуальный хостинг и не мучали бы ни себя ни хостера. Виртуальный хостинг можно организовать исключительно под ваши сайты на требуемом железе.

Что мешает хостеру криво настроить шаред, да так, что пользователи получили бы доступы к соседям?

Я не говорю что шаред зло, я говорю, что шаред черный ящик, если на VPS человек может хотя бы админа со стороны нанять, то на шареде будет всегда: "У нас все хорошо, это вы верблюд". И со стороны никто не проверит жеж.

Хорошая, познавательная ветка 😂

Я так понял, что жалуются в основном хостеры, которые перепродают железо хетцзнера при том скорее всего в жало и не имеют как таковых юр лиц и оф основания трудиться в стране, "шарашкины" конторы, ну что товарищи могу сказать, все хостеры которые планируют переехать в занзибар, вычленяю вас со своих закладок и всем так советую сделать 😂 Ибо это не серьезный подход к ведению бизнеса.

Мне кажется для владельцев проектов, кто напрямую арендует сервера, это может и не хорошая новость, но не трагичная уж точно и в занзибар они свои компании не перенесут :)

Требуем тариф "паркинг" за 100 рублей в год 😂

Алексей Викторович:
Под рутом меняют файлы, потом пользователи которым не принадлежат файлы, все равно их как то меняют.

Вам нужно разово просто настроить виртуалку. Вы там вольны делать все что угодно. Может у вас какая панель стоит? Что то типо ISPmanager например?

Посмотреть настройки от каких пользователей работают процессы, тот же php или apache, что там у вас. Попросите настройку разовую виртуалки, выйдет в размере 3000 - 5000 разово под ключ с переносом ваших проектов и простановки правильных прав на сайты.

Алексей Викторович:
Хостер ссылался, на нелицинзионный движек. Ну ладно, думаю на пробу обновлю один сайт. Купил лицензию, заплатил программисту за переход.

Все верно, не лицензионный движек имеет уязвимость, например бэкдор который позволяет менять файлы, но если у php, который запускает этот бэкдор нет прав его менять, то он и не поменяет. То есть тут и то и то, я сторонник того, что все на запись должно быть запрещено для всех, и разрешить только то, что действительно требуется изменять и именно тому кому нужно, и я истинно против прав 777.

Почистить разово будет сложно, раз купили лицензию, установите заного движек и разверните на нем заного тему и базу, но не используйте файлы нуленого скрипта, то что вы активировали лицензию, файлы сами не вычистились.

Не знаю как яху, но майл ввел жесткую политику и прописал в DMARC реджектить все письма что идут от его имени, но не с его серверов. То есть вы не можете отправить сообщение от имени pupkin@mail.ru со своего сервера, не один почтовик не примет его, а сразу удалит как спам.

miltorg:
Совершенно правильно. Спасибо.
Мой ответ: git и composer уже установлены на хостенге.
Я этого не знал. Я думал что их нужно устанавливать.

Спасибо.

composer не нужен на хостинге, composer это инструмент написанный на php, все приложение composer поставляеться как php архив composer.phar по этому может поставляться вместе с проектом из git

Ну а гит как бы на каждом уже хостинге есть, без него уже что то сложно поставить так то))

lorents:
я сейчас смотрю в сторону битрикс24.

Битрикс24 это СРМ система, вы наверное смотрите на Битрикс: Управление сайтом?

miltorg:

как из репо развернуть проект на хостинге. Ответ в 5 слов.

Почему из пяти?

Зайти по ssh на сервер, далее:

git clone <url repo> <local_dir>

Переименовать дефолтный файлик конфига и прописать в него настройки (ибо конфиги в git хранят только ламеры). Если там Yii2 то запустить миграции чтобы воссоздать схему в БД.

Всего: 4113