Вложенные массивы — нет, обычные — да.
В redis если уровень вложенности известен, можно записывать ключи как «news:user:1000» и делать потом выборку по «news:user:{user_id}» где user_id = 1000.
Я очень люблю Redis — он прекрасен как key-value хранилище. Но я согласен с тем, что написано в Little MongoDb Book — нужно использовать преимущества всех видов хранилищ, а не выбирать универсальное.
Есть живой пример, как прекрасное железо загибается из-за абы-как написанного кода. Написана эта хрень на питоне, поэтому поправлю одного из отвечавших: не пишите неповоротливое г ни на каком языке.
Если кто-то знает полноценный аналог Axure, но чтобы результат хранился не в бинарном файл — сообщите, пожалуйста.
А то неудобно в гите синхронизировать изменения.
Meliborn, я же ответил уже — данные не должны зависеть от представления. Подумайте, что будет, если эти данные Вы захотите вывести не на HTML-странице, а в Excel-листе или в виде текстового файла. Как будут там смотреться эти %20%E5?
Не смешивайте отображение и данные. Ни в коде, ни в базе. Это очень легко допустить и это превращается в большую боль позже.
И экономия на htmlspecialchars это смешно. Экономьте на запросах к БД, кэшируйте их и используйте профайлер, чтобы найти реальные слабые места, а не htmlspecialchars.
Потому что в базе данных должны лежать данные, а не представление. Где-то их нужно эксейпить — это уже трудности того представления. В другом представлении их ненужно будет эскейпить.
Не вздумайте никогда хранить в БД готовые страницы.
Есть плагин IdeaVIM, чего уж там :)
Описание:
VIM Emulator. This plugin provides nearly complete vi/vim/gvim emulation while editing files in IntelliJ platform based products. The following functionality is supported:
Motion keys
Deletion/Changing
Insert mode commands
Marks
Registers
VIM undo/redo
Visual mode commands
Some Ex commands
Some :set options
Full VIM regular expressions for search and search/replace
Macros
Diagraphs
VIM help
