Антон Антон, не только рабочая, но и весьма распространенная среди зарабатывающих на туристах, не знающих никаких языков (россияне в турляндиях, например).
Dmitry Roo, а вы - про формальную логику?
"Никому не нужны" я опроверг. Спорить ради срача - увольте.
Мне еще завтра разбираться, что за херню придумал Озон с логистикой, надо копить силы и нервы.
Dmitry Roo, например, я сегодня занимался одним из наших служебных сайтов, который позволяет полутора менеджерам управляться с тремя магазинами на маркетплейсах. Тысяча карточек, десяток тысяч заказов в месяц, ведение склада, аналитика и прочие плюшки автоматизации и обработки накапливаемых данных. Никаких команд к работе не привлекалось, все в одно лицо.
И сегодня же внес правки в корпоративный сайт, пятнадцать лет назад заказанный студии, но с тех пор поддерживаемый мной же в том же сугубом одиночестве.
Достаточно примеров?
Niksak, безопасность того, что годами работает на реальных сайтах, обычно подтянута. В отличие от велосипедов.
Про производительность для пет-проекта, который пишется с таким багажом знаний, лучше забыть сразу.
Любой сверхбыстрый движок тут разве что слегка замаскирует ляпы программиста.
Тут нет никакого смысла хвататься за то, что призвано обеспечить производительность хайлоада, стоит использовать самый базовый стек. Вот когда и если на нем, вопреки статистике, будет создано хоть что-нибудь рабочее - тогда... ну, первым делом - переписать на том же базовом стеке то, что получилось очевидно безобразным и нерабочим. А вот где-то пятым-девятым уже пойдут оптимизации небазовыми решениями.
У людей-то он давно есть, только вот нелюди его вот-вот запретят.
И ТС, судя по всему, стоит поучиться распространенным решениям, а не сделать, как побыстрей и не думая.
alexalexes, для обучения и развития - разумеется.
Но самостоятельно, а не бегая на Тостер с каждой фигней просто потому, что не умеешь посмотреть готовые решения в огромной массе открытого кода.
Веб-сервер - это таки апач, мускуль и пых прямо на компьютере.
На персоналке они на хрен не нужны, для разработки это добро поднимается в докере или виртуалке, а не в основной системе.
Dyikot, если в Крестах в указателе оказался null, это сплошь и рядом более сложная ситуация, чем та, которую можно обработать в одну строчку. И однострочные сокращения будут только провоцировать ошибки в таких ситуациях, поскольку они будут выглядеть решенными, но не будут таковыми на самом деле.
Dyikot, ?? nullptr; // разыменовывайся на здоровье, ага.
В том else скорее будет выброс исключения, который будет обрабатываться где-то на другом уровне.
Кресты - не для одностраничников, поэтому в них и нет таких упрощений.
Это же не ЖС, у которого перекосило страничку - и хрен с ней.
Это Кресты, тут любые подобные нестыковки приводят к эффекту домино, разыменованию нулевых указателей и сегфолту.
В сколько-нибудь надежной программе у этого if должен быть else.