Sanes: да, это логично, но с точки зрения дальнейшего инвестирования в проект, нам проще сейчас проработать как раз весь комплекс мер, даже за отдельные деньги, нормально выставиться перед инвесторами, а потом нанять безопасника.
Не ошибаетесь. Реалии таковы, что вопросы по ИБ надо решать сейчас, в стадии пилотного проекта а безопасник где-то в стадии дальнейшего финансирования.
Константин Китманов: я просто пока не уяснил себе этой парадигмы построения. Т.е. в моем случае lapsha-style появляется в силу перманентно возникающих задач. Допустим, есть в админке два четыре раздела: два из них списки (появились первые), третий - форма добавления объекта, четвертый - типа тоже список, но к нему уже сформировалось задание на сортировку по полям, фильтрацию, и какое-то массовое действие с объектами. И уже после решения этой задачи, появляется мысль, что первые два списка можно оформить аналогичным образом, только сделать вещи типа сортировки кастомными (потому что по сути там только одна дефолтная сортировка по имени). А в силу того, что я мыслил решениями типа указанных в вопросе, перенос оных на другие данные(страницы) становится затруднительным.
Грубо говоря, в самом начале пути мне бы помог какой-нибудь фреймворк (или понимание его работы) для тех же списков, где можно было бы выбрать, например, типы отображения: viewType: 'table' || 'ul' и так далее. Т.е. исходить из какого-то общего, надстраивая элементарное. Я же сначала решил прикладную задачу, а теперь пытаюсь из всей понять как из написанной лапши сделать единое приложение.
Константин Китманов: завтра до обеда помедитирую, может, пару вопросов подкину) Сама организация мне нравится, но у меня нет понимания для каких задач так обустраивать код. Возникает мысль, что тогда изначально надо писать весь клиент как одно приложение обеспечивающие необходимые потребности. С бэкэндом как-то проще.
Евгений Петров: прошу прощения, приболел на неделю почти. Решен относительно. Я воспользовался советом Константин Китманов и имплементировал метод делегирующий events указанным мной элементам. Не уверен, что это выглядит теперь здраво для решения такой не глобальной задачи. jsfiddle.net/geirby/czo3b1hz
Я понял в чем ваше уточнение про модуль. Да, согласен, что разнесение кода по модулям гораздо красивее. В моем случае я просто опирался на описание паттерна.
Хотелось бы уточнения про имплементацию: насколько я понял, вы советуете переписать их метод .delegateEvents(); нативно. Но ведь мне нужно делегировать не созданной мной backbon-вьюхе, а элементу, который я сам создаю с помощью jquery. С чего мне начать?
К сожалению, управление «вторым» VPN-сервером (10.6.6.1) мне недоступно, могу только подключаться. В противном случае, я бы просто сменил интерфейс подключения с tap (который недоступен для клиента на IOS) на tun и не морочился бы созданием вот таких шлюзов)
Насколько я понял из чтения мануалов третьим параметром может быть только «net_gateway» (дефолтный интерфейс) или vpn_gateway.
Клиентский лог выдает ошибку, что любой другой кроме этих двух интерфейсов не поддерживается.
Чем-то эти nginx друг другу не нравятся. Есть у меня в локали машина, на ней nginx 1.2.5. Вы не поверите: с первого хоста я кидаю прокси на нее, а с нее кидаю такой же прокси на конечный — и этот «мост» работает.
Вот такие «загадки». Хоть конкурс объявляй. Чувствую себя не очень.
В общем, спасибо за идею) Фон менять мы не стали, я просто накидал приложение с поздравлением, и в «урочный день, урочный час» мы его запустили на всех компах (отдел юристов — девушки). Эффект был очень положительный, до этого в компании ничего такого не делали. Еще раз спасибо)
Да, имел ввиду «осыпание» секторов. У админа двухсотка, я себе тоже купил. Админ несколько раз пожаловался, что поменял уже два диска в нем, и у меня, надо сказать, не все гладко, была ошибка, когда из каталога с образами читался только первый в каталоге, а дальше просто не переходило. Правда, я его как накопитель тоже использовал. Сейчас не помню, кажется, отформатировал, перезалил все по новой. Свой «глюк» я связал с горячим отмонтированием под Debian. Однако несмотря на глюки, сам девайс сказка. Поэтому о четырехсотом будет интересно услышать.
