1.1, Аноним (1), 09:23, 18/11/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Чем больше ресурсов, тем больше они распыляются :(
p.s. Говорят что уровень парниковых газов в атмосфере продолжает активно расти, не смотря на все применяемые меры, думаю использование интерпретаторов интерпретаторов в программных контейнерах уже вносит значительную лепту в этот рост
| |
|
2.4, Константавр (ok), 09:46, 18/11/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
Да, мощности компьютеров растут не для больших вычислений, а для абстракций абстракций. В конце концов, интерпретаторы интерпретаторов дорастут до одной команды - "Сделать звиздато" или "Принеси мне целое состояние"
| |
|
3.7, Отражение луны (ok), 10:11, 18/11/2014 [^] [^^] [^^^] [ответить]
| +5 +/– |
У абстракций абстракций зато отличная стабильность стабильности и высокая переиспользуемость переиспользуемости.
| |
|
4.8, Константавр (ok), 10:25, 18/11/2014 [^] [^^] [^^^] [ответить]
| +4 +/– |
Не, против абстракций, как таковых, я ничего не имею. В конце концов, даже писать на асме - это уже абстракция :) Но когда всё переносится в веб технологии, это уже перебор. Должна быть та грань, за которую нельзя переходить.
| |
|
5.38, жжж (?), 09:54, 20/11/2014 [^] [^^] [^^^] [ответить]
| +/– |
Это вам следовало сказать когда выпустили первую Джаву.
| |
|
|
|
|
1.5, мшефд (?), 09:50, 18/11/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Для работы с сабжем требуется: Java, Python, node.js, closure !
| |
1.11, Аноним (-), 10:45, 18/11/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
>Запросы оформляются в виде похожем на SQL, но имеют декларативный синтаксис
А у SQL синтаксис недекларативный, да?
| |
|
2.16, Аноним (1), 12:19, 18/11/2014 [^] [^^] [^^^] [ответить]
| +/– |
>>Запросы оформляются в виде похожем на SQL, но имеют декларативный синтаксис
> А у SQL синтаксис недекларативный, да?
они решили решить неразрешимую для многих решателей пишущих решения на js|php и т.п. проблему query("select name from "+valTable+" where "+valField+"=" + valID ";") нетрадиционным способом, но забыли о том что теперь можно написать:
eval("db.select.from("+valTable+").where("+valField+".eq("+valID+"))")...
в принципе похвально конечно, теперь можно будет знатокам js и sql писать код а потом компилировать его в c++ :)
| |
|
3.24, Ordu (ok), 13:53, 18/11/2014 [^] [^^] [^^^] [ответить]
| +/– |
> забыли о том что теперь можно написать:
> eval("db.select.from("+valTable+").where("+valField+".eq("+valID+"))")...
Это вы к:
>обойтись без стадии парсинга и обеспечить защиту от атак по подстановке SQL-запросов.
?
Ну дык чтобы eval сработал надо внедрить код, а там уже всё бесполезно. Речь идёт про другие атаки, про т.н. SQL-inj, когда в valTable оказывается совершенно иной sql запрос. Когда составление sql-запроса -- это не тупо конкатенация строк, а так как в этом фреймворке сделано, фреймворк может экранировать всё, причём прозрачно. Правда тут есть другой косяк: он экранировать будет всё, даже то что передано в виде literal'ов, потому что в рантайме не сможет отследить, что литерально, а что из переменной берётся. Но жабаскрипту на это пенальти к производительности я полагаю насрать: одним пенальти больше, одним меньше -- всё равно тормоз.
| |
|
4.27, Аноним (1), 14:54, 18/11/2014 [^] [^^] [^^^] [ответить]
| +/– |
Никто не мешает составлять запросы через параметры, как это делается в нормальных системах, но увы и в нормальных системах у многих выходит через контактацию строк :)
| |
|
|
|
|
2.17, Аноним (1), 12:20, 18/11/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Поясните для тупых: БД прямо в браузер передаётся?
БД прямо в нём живёт на 10-м уровне изоляции в виде куков ;)
| |
|
3.25, Cotan (ok), 14:21, 18/11/2014 [^] [^^] [^^^] [ответить]
| +/– |
Не только куков. История, закладки, пароли, - всё лежит в БД. Даже копирасты вроде Apple используют SQLite для своих браузеров.
| |
|
4.28, Аноним (1), 14:55, 18/11/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Не только куков. История, закладки, пароли, - всё лежит в БД. Даже
> копирасты вроде Apple используют SQLite для своих браузеров.
и у вас есть доступ со старницы в SQLit-овскую БД?
| |
|
5.30, Cotan (ok), 17:23, 18/11/2014 [^] [^^] [^^^] [ответить]
| +/– |
Нет, этого я не говорил. Было бы глупо давать доступ сайтам к этой информации. Бездонное поле для уязвимостей.
| |
5.33, Нимо Ан (?), 18:46, 18/11/2014 [^] [^^] [^^^] [ответить]
| +/– |
Кстати вот очень жаль, что нет. При том, что она присутствует и в Firefox и в Chrome и в других браузерах на их основе (т.е. совокупно - на большинстве клиентов) давно пора дать к web-приложениям к ней доступ через нормальный SQL и перестать морочить людям голову. Хотя нет, они сами себе её заморочат - тут же нагородят кучу всяких ORM...
| |
|
|
|
|
1.23, Аноним (-), 13:45, 18/11/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Это хорошая и давно ожидаемая новость.
В конечном итоге можно будет писать single-page application с нормальной MVC и постоянным хранением данных на стороне клиента.
Представьте RoR-подобный framework на стороне пользователя.
| |
|
2.29, Crazy Alex (ok), 16:59, 18/11/2014 [^] [^^] [^^^] [ответить]
| +2 +/– |
С нормальной - очень вряд ли. Я пока в веб-приложениях ничего нормального не видел. Ни модульности, ни описания GUI, ни работы с данными. Вот костылей - да, много.
| |
|
3.34, Okarin (ok), 18:48, 18/11/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
А их и не будет. До тех пор, пока из сверхпримитивных элементов будем пытаться построить GUI. Пора бы нам признать, что из "языка разметки гипертекста" не выйдет нормального фреймворка для гуевых сетевых приложений.
| |
|
|
1.32, Okarin (ok), 18:42, 18/11/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Так есть уже куки, Local Storage, IndexedDb и Web SQL Database. Но нужно больше хранилищ!
Кстати, "db.select().from(card).where(card.id.eq('12345'));" - не SQL ни разу, это как раз пародия на без того убогий API MongoDB. Зачем он на клиенте - я правда не знаю.
| |
|
2.37, Анонисимус (?), 06:44, 20/11/2014 [^] [^^] [^^^] [ответить]
| +/– |
Вот как раз на замену Web SQL Database, его же выпилить собираются, а первые два ключ-значение.
| |
|
|