шарп и раньше вполне стабильно на моно работалКакая именно часть шарпа работала на моне стабильно?
теперь уже .нет кор есть. Которые вполне себе опенсорсные решенияЯ бы не стал называть .NetCore - решением, это "огрызок" а не решение. Решением оно будет, когда мы увидим пол дюжины фреймворков на базе этого решения и прямую интеграцию с Nginx, Apache и другими ключевыми веб-серверами и хотя бы парочку более ли менее серьёзных проектов.
Раз, два, три. А теперь перечитайте свои стереотипные высказывания и задумайтесь, хоть одно из них имеет смыссл?Я бы сказал: "всё ещё продолжает иметь":
0. Использование JSON в MySQL, это как бы круто, т.к. из Mysql можно сделать MongoDB. И тогда спрашивается, зачем нужна последняя?Из MySQL неможно сделать MongoDB и вообще - конкретно это Ваше утверждение ничем не подкреплено. Только то, что и в MySQL и поддерживается одинаковый формат данных - не говорит о взаиомозаменяемости одной базы другой.
1. Вообще мимо, по JSON полям можно сделать индексы.Какие? Ссылку на документацию по этому вопросу, пожалуйста.
2. Вы давно с MySQL работали? Документация. Не нравится мускл, вперед к Maria.Я то как раз недавно, в отличии от Вас видимо :))) Вы понимаете, чем отличается Maria от MySQL и тот момент, что Maria была реализована явно не с целью и желанием реализовать поддержку SQL-стандартов, которой нет в MySQL? И уж явно никоим дрыком на данный момент в MariaDB SQL-2016 не реализован.
P.S. если не знаете, лучше не пишите. Или хотя бы делайте это не с таким умным видом.Кто из нас не знает на самом деле - мы сейчас выясним...
Но что в наше время есть программа?В наше, как и в любое время до этого - программа есть результат мозговой деятельности программиста, воплощенная в формат понятный машине.
Скажем, стандартная библиотека языка (C# или PHP - пофигу), это ведь тоже программа?В некотором смысле - да.
И много эксплойтов нацеливаются на стандартные реализации стандартных методов стандартных библиотек. Если пишешь на голом asm, разумеется, всё зависит от вас. Если ипользуешь чей-то код (пусть даже и код от создателя самого языка), уже есть нюансы.Ну... да, но это немного не так работает, как Вы описываете. Или точнее говоря, это не с той стороны начинается, начинать нужно с железа (для начала) и операционных систем, на которых "это" может работать... но, это уж очень долгая история и мы пока опустим этот вопрос.
В этой связи выбор между "голым" php и голым .Net Framework действительно одинаков, однако, читаем "php", имеем в виду php + какой-нибудь новомодный CMS. И если опасные zero-day дырки в стандартной библиотеке закроют в течение нескольких часов или дней, то для CMS это уже не факт.Как я уже говорил ранее, если начинать именно с начала, когда мы говорим "PHP" - подразумеваем Linux, или *BSD, или другую *nix систему, которые за годы доказали куда большую стабильность и безопасность, нежели *win-платформа. А C#/.NET/ASP[.NET], как Вы понимаете, полноценно вне *win-платформы не существует. Далее, Вы сравниваете платформу C#/.NET/MVC с PHP+CMS. CMS - это не платформа, это готовый продукт. В таком ракурсе сравнения - берите MVC-фреймворк PHP, например Symfony или Laravel. Вы же разработкой собираетесь заниматься, а не "сайтошлёпством"?
И если опасные zero-day дырки в стандартной библиотеке закроют в течение нескольких часов или дней, то для CMS это уже не факт.До стандартной библиотеки - ещё добраться надо "из вне"... и именно в стандартной библиотеке вероятность подобных оплошностей - крайне низкая, точнее говоря она там стремиться к нулю, а с учётом общего механизма работы - ошибки в стандартной библиотеке (влияющие на работу нашей программы) - вероятны ещё менее. Куда большую проблему представляют из себя внешние модули, которые в C# ставятся через nuget, в PHP через composer, в Python через pip и так далее. Вот в этих то самых модулях и может скрываться зло... и если среднестатистическое кол-во "чистых" ошибок которые могут повлечь за собой дыры в безопасности у одного языка/платформы меньше, чем у другого - это может говорить только о том, что либо у той платформы (у которой ошибок меньше) - ощутимо меньше этих самых модулей, либо просто она настолько никому не интересна, что ошибки там никто просто не искал. Все эти программы/компоненты/библиотеки и т.п. пишут люди, причем по большому счёту одни и те же люди, с одной и той же планеты и одного и того же биологического вида (Homo sapiens). По этому, незначительные различия в области "там немного выше средняя
Если уж рассматривать с точки зрения безопасности, то я бы предпочёл ASP.NetВы опять "выбрасываете" важнейшую деталь: Windows + ASP.Net... А я бы предпочёл *nix + PHP/Python/etc, с точки зрения безопасности :) К тому же, говоря о Windows'е и веб-платформе, большая часть программ в винду - "притянуты за уши" из мира *nix'ов, т.к. своих аналогов эта ОС в данной области не имеет (так же как линукс не имеет своих аналогов фотошопа), со всеми вытекающими...
Ну и ещё дополню - php позволяет программисту спокойно выстрелить себе или пользователю в ногу, и прощает многие ошибки, коих .NET Framework даже не скомпилирует. Отсюда в php качество кодовой базы (вообще целиком) несколько хуже, чем для .Net, потому что ниже порог вхождения и, соответственно, больше некачественного кода.Ну... то, что PHP позволяет "выстрелить себе в ногу" - это факт, что в свою очередь дает ему небывалую гибкость в некоторых местах, которой некоторые "окостенелые монстры" даже мечтать не могли. Если Вы про эти злощастные типы переменных, возвращаемых значений и т.д. - есть PHP-7 нонче, там эти вопросы решены. Низкое качество кодовой базы легко нивелируется достаточным количеством тестов, а различного говнокода хватает везде, не зависимо от языка. Порог вхождения в С/++ выше чем у PHP+C# вместе взятых, и... Вы думаете, там "кодовая база" существенно лучше? Я думаю, просто стоит смотреть, что ты берёшь, перед там как это использовать, а не бездомна нажимать на кнопки.
Не думал такую странность в ядре WP встретить. Выходит что опция не имеет смысла.Я там и не такие странности встречал :)))
1. Чёрный список лично я не считаю необходимым. Вопросы можно просто не читать.Их можно было бы просто не читать, если бы у вопроса был бы изначально указан его автор, а так как автора изначально не видно, вопрос приходится сначала открывать (что является прямой предпосылкой к прочтению вопроса), смотреть кто его задавал и т.д.
Всё же Тостер это Q&A сервис, на котором имеют право задать вопрос всё, даже люди, только начавшие свой путь в IT.Нет, я не предлагал запретить кому бы то ни было задавать вопросы, я предлагаю, людям желающим ответить делить вопросы не только по сложности, но и по некоторым параметрам (прошу обратить внимание, не "личным" параметрам, таким как цвет кожи, вероисповедание, половая принадлежность и т.п.), а по условно-техническим параметрам. И, возвращаясь к вопросам о "классовой сегрегации" - в паспортах граждан РФ графу "национальность" отменили полностью, что бы от этой самой сегрегации избавиться, мы же говорим о техническом применении тех параметров, которые изначально есть и публично доступны, с целью уменьшения кол-ва случаев "Забанили? Ерунда, щас новый аккаунт сделаю!"
Если вы имели в виду запрет на ответы, для пользователя из чёрного списка, то это несколько другой функционал, однако и его я считаю лишним.Я имею в виду скрытие вопросов (в ленте, хотя бы личной) от тех пользователей, на вопросы которых я не хочу отвечать. Иными словами, я имею в виду функционал облегчающий одно из следующих действий:
Консоль браузера .А в консоли браузера обычно отображаются (должны отображаться) ошибки PHP? :)
Зачем другой шаблон отображать ? Мне так надо чтоб работало .Не знаю, но зачем-то же они указаны среди прочих?
From main это для отладки посмотреть если запрос доходит по URL так как нужный шаблон не отображается пытаюсь понять в чём дело ..Для чего он - я понимаю, вопрос был в другом.
Про скорость и стабильность работы "этого" под не-виндовсами, я даже говорить не буду (пока).