Спасибо за ссылки, было интересно почитать. Но отмечу, что претензий к хранению в файлах 2:
1) "случайно можно запушить в реп" - случайно можно и не такое сделать, будьте внимательны, в крайнем случае, настройки dev-окружения в репе никого не могут дискредитировать, а вот засвеченные переменные окружения на проде могут.
2) "легче управлять при разнородных системах, языках программирования и т.д." - здесь абсолютно согласен. Но у нас ведь не та ситуация, не всем нужен docker, а многим и CI/CD не нужен.
Поэтому для конфига БД проекта на PHP такие утверждения не истина в последней инстанции. Решения должны быть соизмеримы задаче. Да и в разработке будет не удобно (развернуть несколько инстансов на одной машине, например).
У предыдущего оратора был печальный опыт и он его не может забыть, смакуя проблемы 10 летней давности и считая что Windows магическая система, в которой даже если физически повредить диск данные не исчезнут.
Но нужен ли Linux автору, знает только он сам. И да, программисту нужен, хотя и не каждому.
Я бы начинал с Debian, имхо, гораздо более дружественный дистрибутив. А вот в Manjaro, сколько видел, стабильность хромает, но может дело было в пользователях.
Имхо, переменные окружения плохой выбор, т.к. никто не предполагает, что в них может храниться какая-либо секретная информация. Файл не доступный по веб, с правами чтения только для веб-сервера и настройками СУБД ограничивающими подключения, вполне достаточное решение.
thereisnonickname, не очень понимаю все ваши хитросплетения и задачу. Но чтото передать через ws, как и http, можно либо в path, либо в body, либо в header. Если я правильно вас понял, первые 2 варианта под запретом, тогда используйте header.
EA-EKB, сложность поддержки будет аргументом, если вы целенаправленно набираете слабых, но дешёвых программистов. А если нет, то ваши коллеги просто не хотят что-либо изучать, для программиста это печальный итог.
Неправильно подходите к вопросу, что значит "брызжат слюной" и мне удобнее? Хотите объективности проанализируйте плюсы и минусы. Коллеги против, пусть аргументируют.
Senseich,
autocrlf = true преобразование в crlf, так как принято в Windows,
autocrlf = input преобразование в lf, как принято в Linux,
autocrlf = false не использовать преобразование, а сохранять файл как есть.
Влияют ли или нет переводы на чтото, вам виднее, я же не знаю, что вы храните. Но в любом случае, лучше выбрать тот или иной способ перевода строк, как стандартный для проекта, особенно, если разработчики используют разные платформы. Просто для того, чтобы при сравнении файлы не отличались из-за переводов, хотя современные средства легко игнорируют такие различия, но файл все равно будет фигурировать в git, как измененный.
N7EIght, проверьте наличие скрипта на который ссылаетесь, и зачем в нем точка, это же Uri?
Если ничего не помогает, включайте логирование LogLevel warn rewrite:trace4 и читайте лог.
Антон Шаманов, ты же заявил, что это слово выдумали и никто его не знает, а сейчас пишешь, что оно всем знакомо. И о каких связях user story спрашиваешь, если не знаешь что это? Так что вперед, самообразовывайся, google в помощь.
Adamos, не мне, а называть труд другого человека говном, вот это - хамство. Ужасно, что вы этого даже не заметили. А мне нужен был только ответ на вопрос, не понимаю зачем было юлить.
Adamos, а я вас об этом и не спрашивал, я спрашивал, где вы храните php скрипты. В принципе, теперь понятно. Но вы вижу, слишком умны, чтобы учиться и исправлять свои ошибки. Впрочем, хамить людям все равно не стоит.
1) "случайно можно запушить в реп" - случайно можно и не такое сделать, будьте внимательны, в крайнем случае, настройки dev-окружения в репе никого не могут дискредитировать, а вот засвеченные переменные окружения на проде могут.
2) "легче управлять при разнородных системах, языках программирования и т.д." - здесь абсолютно согласен. Но у нас ведь не та ситуация, не всем нужен docker, а многим и CI/CD не нужен.
Поэтому для конфига БД проекта на PHP такие утверждения не истина в последней инстанции. Решения должны быть соизмеримы задаче. Да и в разработке будет не удобно (развернуть несколько инстансов на одной машине, например).