Самописный проект: как узнать, его можно запустить на хостинге или же нужен VPS?

Question

[big_hasan]

Попал в руки старый самописный проект - дамп базы и файлы (авторы, возможно, не были знакомы с концепцией MVC). Логика вся остается, нужно поменять внешний вид. Квалификации не хватает, чтобы быстро разобраться и определить, что с ним делать (не умеем не магём). Пытались запустить на хостинге - ошибка 500. Будем сейчас пилить на сервере.

Но предварительно хотелось бы узнать, по каким признакам опытные программисты могут определить, что делать с этим проектом? Если бы этот проект был написан, скажем, на Laravel, то даже не имея знакомства с фреймворком можно было примерно понять что дальше делать. А тут все самописное и структура папок не говорит ровным счетом ничего о проекте...

Comments

[Developer]

У вас какая-то путаница в голове.
Чем, по-вашему, отличается хостинг от сервера?

[big_hasan]

Developer, Под сервером я подразумеваю VPS - полный доступ к ОС

[Developer]

big_hasan, а дедик тогда что? VDS который

[Дмитрий]

Включаем вывод ошибок и погнали

[CityCat4]

Developer, Отдельная железка. Своя либо провайдерская.

[Brother79Mail]

а посмотреть логи и узнать какая ошибка?

Answer 1

[Алексей Уколов]

по каким признакам опытные программисты могут определить, что делать с этим проектом?

Ищем то, что является точкой входа и отвечает за роутинг и погнали оттуда вглубь. Если проект самописный, то эффективным может оказаться пройти весь стек вызовов через XDebug - файлов, скорее всего, будет немного.

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

Answer 2

[Антон Р.]

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

Comments

[Руслан Федосеев]

ага... или просто почитать логи....

[Антон Р.]

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

Answer 3

[DO12]

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

Велика вероятность что вы пытаетесь запустить написанное под php 5.2 на 5.6+
Поддержка хостера должна вам помочь.

Answer 4

[Developer]

При чём здесь Lavarel? При чём здесь MVC и структура папок?
Какая-то каша, в том числе в понятиях и терминах.
Берите и запускайте на любом хостинге. Хостинг - это и есть сервер.
А VPS-это и есть хостинг.
Но сначала надо отладить его локально на своей машине.
VPS-хостинг, конечно, всегда лучше.
Но обычно VPS на *nix-ах (Ubuntu, Debian, etc). Поэтому, если проект под Windows, то будут сложности, либо намного дороже выйдет хостинг.

Comments

[IgorAlentyev]

Лучше никакого ответа, чем такой ответ. Автор, не обращайте внимание на него.

Но по сути да, правильная мысль насчет отладки локально. Установите докер/вагрант/какое то окружение с lamp/wamp и пробуйте. Когда запустите, возможно будет понятнее.

Вполне возможно что сделано вообще без ыреймворка.

Answer 5

[Fafhrd]

Наймите того, кто умеет и могёт.

Answer 6

[Дмитрий Ларин]

Ищем точку входа, подключаем к пыхе xdebug, включаем вывод ошибок и вперед, в дебри чужого сознания!

Comments

[Антон Р.]

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

[Алексей Уколов]

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

[Анатолий]

Алексей Уколов, наверно иногда хочется, что-то написать, но не можется ))

Answer 7

[criminalist]

Открываем логи и смотрим откуда 500 валится, вероятней всего либо пути были прописаны к корню статически, либо нужны правильные настройки виртуального хоста.