Во-вторых, ему это вряд ли сильно поможет в месте, где одна переменная должна быть равна двум разным значениям.
Во-первых, совет идиотский. Ему не нужно вывалиться в конец функции, где у него ничего не выполняется. Ему нужно из нее корректно (вернув положенное значение) выйти.
Включение дебага вываливает ошибки не в лог, а прямо на страницу.
И прописанное в htaccess Битрикс легко переписывает сам.
Ну, и смотреть надо не "логи докера", а логи пыха и Апача, если он там действительно имеет место.
mkone112, нет реальной причины. Был бы серьезный проект на Питоне - пришлось бы покопаться, а просто так - вряд ли там будет что-то особенно новое и интересное.
Ну, интроспекция. Ну, ман. Даже на "интересно" не тянет, имхо.
Впрочем, мое знакомство с Питоном ограничено беглым прочтением самоучителя и написанием одного сервиса на Джанге, так что я готов поверить в его неведомые мне глубины ;)
mkone112, на пороге вхождения - примитивный. Это не Кресты и не Джава, для которых надо прочитать пол-учебника, чтобы написать хэллоуворд и понимать, что именно ты написал.
А то, что в глубине кроется хитрый винт с резьбой поперек - так это свойственно многим языкам. JS, например. Но обсуждать это на этапе "какие бы позырить курсы, а то читать лень" - бессмысленно.
Поиск уникального ID в таблице "очень сильно тормозит систему"? Серьезно?
Вот в то, что удаление и вставка с перестройкой индексов создает заметный оверхед без всякой на то необходимости - в это поверить куда легче...
DevUse, я дочитал, но сам вопрос беспредметен, как "хватит ли мне автобуса, чтобы развести работников со смены". Уточнять нужно - вообще все ;)
Насчет реализации функционала все-таки еще раз посоветую не городить комбайны по образцу Битрикса, с ними трудно жить, если правда повезет с нагрузкой. Те же места в самолете может раздавать совершенно отдельный сервер, ему нужно только передать порцию действительно нужной для этого дела информации и получить в ответ другую порцию. Совершенно незачем глубоко интегрировать его в какую бы то ни было CMS. От неповоротливости сильно связанных монстров, увы, не спасает никакая архитектура.
Тогда злоумышленнику достаточно будет узнать мастер-пароль от того, где вы вынуждены будете хранить всю эту мешанину символов. И оказавшись во время факапа на Гоа, вы будете кусать себя за задницу, но не сможете получить доступ со смартфона к БД, чтобы решить всю проблему одним запросом.
DevUse, то, что заказчик "ясно видит перед собой", может вынудить исполнителя рвать на себе волосы от бессилия объяснить, что в этой вселенной это невозможно ;)
Экспертное же мнение, высказанное на основании столь скудных данных, можно выбрасывать на помойку, не читая.
Василий Банников, неудобочитаемый - тоже.
А вот если ТС пользуется, например, PMA, то второй пароль у него будет в голове, а первый в голове не удержишь, так что он может оказаться на листочке, приклеенном к монитору (утрирую).
DevUse, October недавно перестал быть бесплатным, что раскололо его сообщество и испортило перспективы. Будьте осторожны.
Если у вас портал будет делать все подряд и заодно приносить кофе, сразу имеет смысл максимально изолировать "модули" друг от друга, вплоть до выделения их в отдельный сервис с внешним API. Так при увеличении нагрузки вы сможете разнести их с одного сервера на разные.
Но как раз предположение о тысячах модулей на одном сайте наводит на другой вопрос... вы вообще понимаете, что планируете?.. Больше похоже на "хочу сделать свой фейсбук с букингом, подскажите бесплатный хостинг".
Вопрос задан довольно конкретно - разница между двумя паролями.
Большая часть угроз будут одними и теми же для обоих паролей, так что список сильно сокращается.
