и нужно ли это вообще делать, или я зачем-то заморачиваюсь?

а вручную версию пхп поменять заранее сложно?

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

т.е. я могу подготовить сам сервер и т.п.

но, возможно, принятно как-то создавать деплоймент-пакеты с зависимостями, и т.п.

я в этом только начинаю разбираться, поэтому пытаюсь понять вектор.

Создавать ли мне копию виртуальной машины, которую можно развернуть, запустить и посмотреть, или есть более кошерные способы.

Создавать ли мне копию виртуальной машины, которую можно развернуть, запустить и посмотреть, или есть более кошерные способы.

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

где ни версию пхп не изменить, ни гит не установить

;)

нет, в данном случае просто будут код верифицировать =) Смотреть, что и как.

т.е. типа кодревьюить?

или все таки именно смотреть на приложение?

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

по этому лучшим вариантом будет встроенный в пхп вебсервер и sqlite

но это имхо

Как вариант - зафигачить в гитхаб (тем более, что я Faker настроил, чтобы он создал начальные данные), но все настройки приложения - url и прочее придётся им тогда настраивать руками. И неизвестно, как поведёт себя всё это, если тот же laravel не включать в github, т.к. я делал на старом 5.2

и на php не 7-ой версии.

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

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

Хотя, верится мне, есть и более элегантные решения.

разраб-то на чем?

он тебе может про require.txt питонячий рассказать

дык в пыхе это composer.json\lock

php прогер, не питонист и не джавист

ну расскажешь потом, что он там такое тебе присоветовать хотел

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

capistrano

капистрана тот же деплоер только на рубе

на работе в общем весь деплой через нее

ну да, а какая разница чем деплоить?) я ваще фри сервис юзаю себе.

разница лишь в том, что "вот в этой технологии я разобрался, ей мне удобно деплоить"

https://buddy.works/

кто не видел очень советую

дык в пыхе это composer.json\lock

Хм, версия php в нём тоже учитывается, однако. А остальные всякие темы, типа mysql и вебсервер?

О, Юрий, спасибо за ответы тоже.

нет, в композере ток зависимости пыха и твоего пых приложения

деплоер можно настроить, чтоб он на вдс устанавливал нужную версию пыхи, рестартал все что надо и прочее прочее

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

ну и не так уж сильно критично серверное окружение

не под пхп 5.3 же щас писать

Здравствуйте. Меня зовут Артур и я против того чтобы дети в Африке писали на пхп 5

https://habrahabr.ru/post/326284/

вроде кидал сюда

или нет

Такой вопрос - насколько плоха практика юзать всякие assets через cdn?

она "плоха по умолчанию" или "для тестов вполне приемлема, мы же не для банка софт пишем"?

для конечного юзера даже хороша имхо

с высокой долей вероятности уже будет в кеше

Благодарю. В серьёзных вещах всё, как я понимаю, должно быть внутри упаковано, и получаться через composer/npm/bower?

и еще желательно собираться и сжиматься вебпаком/галпом или кто там что предпочитает

Спасибо, с этими вещами пока знаком лишь понаслышке.

знаешь почему логотип такой?

Нет, почему?

потому что он сожрет ВСЮ память на сервере, у тебя на компе и уменьшит объем вселенной на время сборки

глоток ведь переводится, я правильно помнил

ох =)

Ещё позвольте спросить. Пишу что-то наподобие rest- приложения, опыта мало. Логика приёма json и ответов такая: если входящий Json невалидный - отдать json_encode-ответ о том, что "хуёвый у вас json" если он валидный, то: проверка доступа к mysql, а именно - есть ли нужные таблицы вообще - если нет, то выбросить исключение и отдать json_encode-ответ "пизда c бд" ну а если всё ок, выполнить всё остальное и отдать положительный ответ такого же плана. Насколько это адекватно вообще?

все решается за 1 запрос

200 - если все ок и в теле ответ

400/500 ошибки если не ок - и в теле ошибка

200/400/500 - коды ошибок если что

https://ru.wikipedia.org/wiki/%D0%A1%D0%BF%D0%B8%D1%81%D0%BE%D0%BA_%D0%BA%D0%BE%D0%B4%D0%BE%D0%B2_%D1%81%D0%BE%D1%81%D1%82%D0%BE%D1%8F%D0%BD%D0%B8%D1%8F_HTTP

на любой случай есть

Спасибо. Т.е. просто не париться, а банально возвращать вещи типа return response('app_inactive', 403);

и т.п.

ну примерно так

Найс, благодарю!

@F01134H ты на yii пишешь?

Для некорректного json можно вернуть 400, а для проблем с бд 500, это норм?

500 в целом покрывает все ошибки сервера, да

Спасибо за детальные ответы!

какая ошибка то? гадать должны чтоли?

они в какой-то момент запилили такую штуку, что logout работает только из post запроса

поищи

Если мне не нужна миграция для создания таблицы с пользователями - могу ли я легко удалить её?

Прошлый раз что-то это не очень прокатило - нормально роллбечить миграции после такой штуки не выходило

или наплевать и пусть будет?

По хорошему у тебя должна существовать вся история миграций. Но вообще, можно удалять, ничего страшного