codercat: когда вы работаете с id, именно так как у вас написано и происходит сопоставление записей. В JS, например, нет стандартных функций сопоставления. Все нужно писать самому или искать у кого это уже сделано.
Вы просто делаете часть работы за сервис, которую он по какой-то причине делать не может. Вполне может быть, что на сервисе работает NoSQL, которая по-определению не умеет делать подзапросы и возвращает вам то, что хранит в себе.
Размышляя над ответом вам я всё больше прихожу к выводу, что popupText действительно похож на xslt. Я в этот popupText могу загнать циклы ng-repeat (в xslt это называется xsl:for-each), на свойства объекта, которые могут быть массивами. Могу загнать пользовательские директивы (xsl:template, xsl:apply-template).
сколько его учить?> - пока не перестанете разочаровываться в учёбе. Сначала это происходит часто, потом реже, и вот вы уже забываете, что они были и получаете удовольствие. Например, придумывая себе аналогичные бредовые задачки. :)
Я ищу выход на новый уровень работы с данными. Замена может быть только строки на строку. Хотел найти вариант, когда я смогу "превратить" строку в маленькую "базу данных", с помощью которой можно будет расширять запись "вглубь". В "обычной", например, реляционной модели вы уже никак не можете "расширить" конечное поле. Если поле является элементарным типом (например, строкой), то это его конечное состояние и повлиять на него кроме как полной заменой уже никак нельзя. А с помощью технологии как у Angular вы можете влиять на конечный результат содержимого строки в объекте JSON меняя внешние данные. Что-то подобное есть в XML - стили xslt. Хочу найти что-то подобное XSLT в JSON. И может быть это оно и есть?
stanlee: Я не очень понял. Вы хотите сначала выкладывать сайт, а потом докачивать на сайт ядро? Т.е. вы делаете выкладку за два действия?
или вы выкладываете сайт и даёте ему ссылку на файлы ядра, которые выложены отдельно?
Немного мыслей вслух:
Вы меня извините, не подумайте, что я тролю, но я не могу однозначно понять ваши фразы:
1. "Я работаю с bower поэтому и не понял вашу идею." - [вы неуверенно чувствуете себя с bower] или "Я работаю с bower, но не понял вашу идею."?
2. "а потом при выкладке уже докачивается логика из другого места, тогда ядро (вся логика) может быть одним и тем же для нескольких проектов" - В первой половине предложения присутствует намёк что есть некоторое место, куда вы выкладываете сайт1 и второе место, где находится сайт2, но во второй половине предложения речь идёт просто о ядре, что оно может быть общим для нескольких проектов. Ок. Нет противоречия, которое надо устранить. (Разве только это другая формулировка вашего вопроса).
У меня сейчас один в один ситуация, но только уже есть два работающих проекта как у вас - две статики с общим ядром. А будут ещё. У них разный логотип и разные данные, но шаблоны для отображения одинаковые. Пока я обрабатываю их grunt и, например, уже надоело "помнить", что надо не забывать про логотип, потом копировать фотки в "общий каталог" и в индексном файле переписывать ссылку на данные каждого сайта, когда что-то правлю в разработке. Короче, уже с двумя сайтами морока. При выкладывании я всё привожу в порядок grunt-ом. Т.е. сейчас у меня 2-й вариант. Как только на горизонте замаячит третий сайт - точно будут делать декомпозицию по третьему пункту и повешу это как доработку.
stanlee: Вы не можете устанавливать две зависимости bower в один каталог (например, ядро и дополнительные файлы сайта), потому что перед [установкой зависимости] bower очищает каталог. Вам нужно провести декомпозицию и перенести ядро в отдельный каталог. Если так не сделать, то как вы отличите файлы сайта от файлов ядра?
0LLEGator:
Переставлять несколько раз - это нормально. Главное потом не ломать.
Кстати, на счёт community - несколько проектов, которые я пишу на купленном на работе pro 2013 на community собираются и работают. Нафига покупали?! А вот Enterprise бы я купил(в смысле на работе). Intellytrace офигенная штука для крупных проектов. Лучше только JRebel, но он только для Java.
Cacox: Тут две програмки. FastStone Capture (Захват экрана и небольшой редактор, платный, недорогой, 20$, раньше пользовался понятно каким, потом на работе такие фокусы запретили и по-заявке мне купили) и Ditto - менеджер буфера обмена с предпросмотром. Для FastStone есть бесплатная альтернатива PicPick, но редактор не очень удобный. FastSoneCapture и Ditto - самое удобнейшее сочетание разработки пошаговых инструкций. Открыли одно окно - Alt-PrtSrc, второе окно Alt-PrtSrc, кусок окна - Ctrl-PrtSrc и вот у вас за пять секунд уже три готовых скриншота, сохранённых в менеджере буфера обмена Ditto. Открываете редактор FastStoneCapture и перекидываете в него то, что накопилось в Ditto. Потом расставляете стрелки, надписи и т.д. Всё очень быстро. Как приноровитесь - будете делать почти со скоростью мысли, примерно так:
Александр Цымбал: Да, можно. Это не вопрос. В ответе от сервера, в котором вы авторизуете пользователя выставите в заголовках все домены, в которых вам нужна одна и таже кука:
Только вам нужно будет как-то на всех этих серверах создать эту сессию или делать внешнее хранилище для сессий.
Я попробовал у себя выполнить npm install с этим проектом, и у меня всё собралось. Но у меня установлен Windows SDK + Visual Studio 2013 Pro. Но и у вас SDK установлен.
microf: Я за то, чтобы как можно меньше менять исходные данные. Но всё, конечно, зависит от задачи. Иногда и требуется. Главное, чтобы не делать такие вещи почём зря. Если сомневаетесь - делать или нет - лучше не делать, и так задач хватает.
Андрей: Пока работает во всех версиях. Поскольку это фишка именно Windows, есть надежда, что вряд ли они её отключат. HTA - часть IE. От IE они вряд ли откажутся.
crion: Задавался таким вопросом. JS по определению не имеет выхода на уровень GUI. Только если он выполняется в контексте какой-то "виртуальной" машины. Можно, например, запустить JS под Java. Но там до интерфейса надо ещё добраться. Задача вполне выполнимая. Под Windows кроме стандартного IE есть ещё cscript/wscript, но у них тоже нет выхода на GUI, только через ActiveX. JavaScript может только манипулировать "виртуалкой" под которой он выполняется, но сам работать с GUI не умеет. По большому счёту, то что вы воспринимаете как GUI - JavaScript не воспринимает как GUI. Он о нем даже не знает. Так что - нет.