Относительно невысокая скорость работы) Читая завлекаловки типа использования Python NASA и для математических расчётов, хотелось, чтобы приложения, написанные на этом языке, работали намного быстрее.
То есть… Быстро написать — это здорово, но если это быстронаписанное не будет быстро работать, то в чём тогда смысл? А если под это быстронаписанное, но медленно работающее, ставить кеширующие сервера типа Varnish, то есть ли смысл тогда менять PHP на Django, если там тоже можно поставить что-то хорошее к уже имеющимся акселераторам?
Впрочем, знакомство с Django я только-только начал, возможно, всё выправится…
Насчёт вашего замечания о том, что работу с деньгами пока доверять монго не стоит — да, понятно почему, да и в других статьях тоже пишут, что не стоит полностью отказываться от РСУБД, используя NoSQL-решения.
Спасибо, примеры из жизни — лучше всего.
То есть вам MongoDB подошла, несмотря на объективные минусы?
А то я, прежде чем попробовать что-то новое, всегда ищу тесты и накручиваю себя до фанатизма, а после знакомства разочарование всегда очень сильно бьёт, как это было с Python/Django. Так же будет и с MongoDB — сейчас мне уже кажется, что это хранилище можно использовать везде. Эх.
А почему нужно тысячу раз подумать, прежде чем использовать NoSQL?
А самое главное — как прийти к тому, что вот уже НАДО использовать? И что использовать в этом случае?
Читая статью, кажется, что искали серебряную пулю, а находили пули из другого, более мягкого материала, в результате чего пришли к выводу, что NoSQL не нужно совсем.
Возможно, это прозвучит очень жестоко, но… Есть программа AegiSub — с её помощью делаются субтитры. Есть формат субтитров SSA/ASS, где кроме собственно позиционирования текста и выбора шрифта можно РИСОВАТЬ. Нарисовать прямоугольник, сделать светло-серый фон, расположить субтитры (переведённые фразы), и… готово. Да, всё равно это потребует много усилий, но не полгода на одну серию и даже не неделю.
Вот пример (сцена из аниме Moretsu Pirates, оформление nismo).
Так ведь таких сайтов большинство. А вы сходу сможете назвать сайт, разрабатывать который было бы интересно и приходилось узнавать что-то новое? А что автор делает самое популярное за чудовищно демпинговую цену — ну… развития нет никакого (вот и с ООП не разобрался), зато за месяц выходит зарплата среднего тим-лида — и это всё дома, в спокойной обстановке.
$student_name = htmlspecialchars("Heh' DROP TABLE students", ENT_QUOTES);
$req = "SELECT student_id FROM students WHERE student_name = '$student_name' LIMIT 1";
print($req);
Функция с параметрами превратит этот запрос в безобидный запрос вида… вида, который тут сразу показывается так, как будто там кавычка есть. А на самом деле она заменяется на #039; Это, знаете, как для откручивания хитро закрученного болта можно воспользоваться специальной отвёрткой (всего за $59.95!), а можно — ножом. Результат будет одним и тем же.
Я согласен, что экранировать данные должна программа. Но если она этого не делает, то что уж тут остаётся? А программеру просмотреть такое несколько затруднительно, чес-слово. Да и при использовании самописных обёрток или PDO — сколько потеряется в производительности? Иногда ведь и 1мс нелишне будет…
То есть… Быстро написать — это здорово, но если это быстронаписанное не будет быстро работать, то в чём тогда смысл? А если под это быстронаписанное, но медленно работающее, ставить кеширующие сервера типа Varnish, то есть ли смысл тогда менять PHP на Django, если там тоже можно поставить что-то хорошее к уже имеющимся акселераторам?
Впрочем, знакомство с Django я только-только начал, возможно, всё выправится…
Насчёт вашего замечания о том, что работу с деньгами пока доверять монго не стоит — да, понятно почему, да и в других статьях тоже пишут, что не стоит полностью отказываться от РСУБД, используя NoSQL-решения.
То есть вам MongoDB подошла, несмотря на объективные минусы?
А то я, прежде чем попробовать что-то новое, всегда ищу тесты и накручиваю себя до фанатизма, а после знакомства разочарование всегда очень сильно бьёт, как это было с Python/Django. Так же будет и с MongoDB — сейчас мне уже кажется, что это хранилище можно использовать везде. Эх.
А самое главное — как прийти к тому, что вот уже НАДО использовать? И что использовать в этом случае?
Читая статью, кажется, что искали серебряную пулю, а находили пули из другого, более мягкого материала, в результате чего пришли к выводу, что NoSQL не нужно совсем.
Вот пример (сцена из аниме Moretsu Pirates, оформление nismo).
Функция с параметрами превратит этот запрос в безобидный запрос вида… вида, который тут сразу показывается так, как будто там кавычка есть. А на самом деле она заменяется на #039; Это, знаете, как для откручивания хитро закрученного болта можно воспользоваться специальной отвёрткой (всего за $59.95!), а можно — ножом. Результат будет одним и тем же.
Я согласен, что экранировать данные должна программа. Но если она этого не делает, то что уж тут остаётся? А программеру просмотреть такое несколько затруднительно, чес-слово. Да и при использовании самописных обёрток или PDO — сколько потеряется в производительности? Иногда ведь и 1мс нелишне будет…