• Создание масштабируемого распределенного приложения с нуля
    0
    Какого рода авторизация между компонентами, зачем и почему pac4j (есть же несколько отличных scala-модулей по авторизации в Play)?..
  • WordPress обновился до версии 4.1
    0
    Может и совпадение.
    Блогу не первый год и не первый год у него малое попадание в индекс Яндекса по разным причинам.

    Мне, впрочем, все равно. Просто доложил о наблюдении.
  • WordPress обновился до версии 4.1
    0
    — ready for mobile devices (адаптивная верстка)
    — семантическая разметка появилась (например, gmpg.org/xfn/11, особенно это наглядно видно в Google Webmaster Tools)

    Больше не видел изменений. Ну кроме дизайна, конечно.
  • WordPress обновился до версии 4.1
    0
    После переключения на своем блоге темы с Twenty Ten до Twenty Fourteen и обновления WP до последней версии Яндекс моментально добавил в свой индекс больше страниц. Вместо 80 стало 1800.
  • Рунет'96: White Bear BBS
    +1
    Кажется, в 1997 году я впервые вышел в Интернет.
  • English Learning Hacks
    0
    Мне не жалко. Просто сообщил, чтобы не было заблуждений.
    Я давно уже зависаю на этом сайте (изредка, правда). Раз уж так расхвалили этот платный курс, почему бы не попробовать (пишут, что 7 дней все равно бесплатно, так что сначала попробую).
  • English Learning Hacks
    0
    Лично у меня захолдили на карте ‑31.06 RUR
  • Hello, world!
    +4
    Носика котику все-таки не хватает, честно-честно.
  • Отчет о вебинаре компании PM Expert «Подготовка к сертификации PMP®»
    0
    Что дает сертификация? Где спрашиваю?
  • NetCat 4.0. Что нового?
    –1
    Кстати, было бы неплохо в посте добавить ссылку на сайт системы, а так же на какую-то страницу с анонсом или пресс-релизом о новой версии.
  • NetCat 4.0. Что нового?
    0
    Посоветовал бы по новому сайту netcat.ru пробежаться FireBug'ом: почти на каждой странице есть обращением к несуществующим ресурсам (картинки в основном).
  • NetCat 4.0. Что нового?
    0
    Всегда надо с чего-то начинать. Видимо, сроки поджимали, поэтому пирожки оставили на потом. Вероятно, в будущих анонсах нас ждут новости о расширении событий по логированию.

    А сейчас прекрасная возможность собрать фидбэк и понять, какие надстройки нужны разработчикам.
  • Amazon Web Services предоставил хранилище с меньшей избыточностью
    0
    Я прям вот сегодня изучал цены на S3 и тоже озадачился, что это там за Reduced Redundancy Storage.

    Переубедите меня, но мне кажется, что мое мнение НЕ использовать S3 как площадку для хранения и раздачи медиа-контента (mp3, закачиваемого пользователем) является логичным…
  • Использование apr_socket_sendfile() из сервлетов под Tomcat
    0
    Что насчет ограничения доступа к файлу уровнем приложения (файлы из закрытой авторизацией зоны)?..
  • Конференция «Тэглайн. Интернет для бизнеса» 13-14 мая
    0
    Ну после такого чувствую себя наивным, да.
    Тут главное — отдача от посещения.
  • Конференция «Тэглайн. Интернет для бизнеса» 13-14 мая
    +1
    Я просто наивно полагаю, что окупать такие мероприятия можно не за счет посетителей (прямые поборы с них), а за счет рекламы. За вход можно брать лишь чтобы отмести нежелательных посетителей. Не все зарабатывают, да и не для всех есть реальная отдача.

    Хотя, учитывая суммы, названные выше, ваша цена не выглядит большой. Я просто уверен, что все знания, которые я там могу услышать, я увижу в других источниках, свободно доступных или за меньшие деньги.

    Думаю, мой вопрос можно снять.
  • Конференция «Тэглайн. Интернет для бизнеса» 13-14 мая
    +1
    Почему такое дорогое участие?
  • Как мы используем SVG в нашем фреймворке, игнорируя проблемы совместимости
    0
    У этих решений есть подводные камни, которые всплывают в процессе реализации задачи. Мы выбрали решение, которое от нас не потребовало больших усилий и сделало именно то, что было нужно. Украшать, дополнять и оптимизировать можно/нужно, но не всегда.
  • Как мы используем SVG в нашем фреймворке, игнорируя проблемы совместимости
    0
    habrahabr.ru/blogs/webdev/91642/#comment_2769932
    отписал тут про объем данными, которыми пришлось оперировать
  • Как мы используем SVG в нашем фреймворке, игнорируя проблемы совместимости
    0
    Я могу лишь сказать только то, что сконвертированные автоматически схемы в векторном редакторе из PDF в SVG достаточно громоздки, очень громоздки. Там одного только XML-описания каждой схемы не несколько МБ.
    Если с ними пытаться проводить такие вот трансформации или накладывать решения типа raphaeljs.com, то скорость работы такого сервиса была бы не очень.
  • Как мы используем SVG в нашем фреймворке, игнорируя проблемы совместимости
    +1
    Интересное решение, хотя в IE работает с задержкой, сначала показываю какую-то матрицу данных, а уже потом принимая конечный вид.
    Спасибо за информацию.
  • Как мы используем SVG в нашем фреймворке, игнорируя проблемы совместимости
    0
    Да. Но что, если подумать о совместимости, кросплатформенности и удобстве.
    Нам надо лишь вставить проверку на браузеры в нашем решении, начать отдавать «корректным» клиентам чистый SVG. При этом они получат определенную динамику. При это все работает везде и всегда безо всяких плагинов и дополнительных трудностей с наличием под рукой флеэшера, пусть даже в виде программиста со знанием примитивно флэша.
  • Как мы используем SVG в нашем фреймворке, игнорируя проблемы совместимости
    +1
    Думаю, вопрос был только в бюджете проекта.
    Всегда хочется лучшего, идеального, но не всегда получается.
  • Как мы используем SVG в нашем фреймворке, игнорируя проблемы совместимости
    0
    Это требует флэшера, который бы сделал всю эту динамику и красоту. И делал бы ее для каждой новой схемы.
  • Как мы используем SVG в нашем фреймворке, игнорируя проблемы совместимости
    +2
    Думаю, все зависело от бюджета проекта и надобности для заказчика.
    Доработать текущий вариант до вашего — задача на часок.
  • Как мы используем SVG в нашем фреймворке, игнорируя проблемы совместимости
    +1
    Как скоро это будет? Конечно лучше. Но ждать у моря погоды не наш метод…
  • Как мы используем SVG в нашем фреймворке, игнорируя проблемы совместимости
    0
    Сайт крутится на платформе (фреймворк, CMS) Mozart, которая написана сама на Java и использует различные ее технологии. Конвертация на сервере средствами Batik.
  • Иконки многих платёжных систем
    0
    Отличная подборка. Благодарю за возможность использовать.
  • Популяризация SaaS и проблема доверия
    +1
    Есть большой опыт некачественной работы поставщиков услуг. =) Так что на ваш пример я могу привести свой контраргумент.

    Слово «не думаю» я упомянул в контексте, что у меня все работает, потому что я стремлюсь к тому, чтобы у меня все работало.

    Речь тут вот о чем: если у вас один сервис и ничего больше, то ваши слова логичны, но когда мне нужно 10 разных сервисов, то начинается моя ситуация.
  • Популяризация SaaS и проблема доверия
    0
    Я купил продукт, поставил его на свой сервер, который у меня уже есть, и работаю с ним, наслаждаюсь. Не думаю ни о каких продлениях, падениях и т.п. Все на моем сервере, все в общей инфраструктуре.

    Надо ведь тоже понимать, что во многих, но не во всех, и чаще, как мне все-таки кажется, цена тут играет не первую роль.
  • Популяризация SaaS и проблема доверия
    0
    Я просто сам разработчик ПО, которое в том числе подпадает под модель СААС. Часто гляжу на попытки компаний российских типа 1с-Битрикс. А так же сам выступаю как клиент подобных решений.
    Пока что чаша весов у СААС решений не дотягивала до нужной позиции в моей деятельности.
  • Популяризация SaaS и проблема доверия
    +2
    В России, как мне кажется, все-таки сформирован такой принцип полагаться только на себя, на свои силы. Потому что недоверие, воровство, обман, взятки и много-много чего другого. Поставщику услуги удобно привязать клиента к себе. Клиенту же удобно иметь все свое стационарное.

    Вероятно, с увеличением скорости рынка, скорости появления инноваций менталитет изменится. Люди поймут, что тратить время надо не на смежные сервисы, которыми ты себя обставляешь, а на свою главную задачу, свой продукт, т.е. они будут арендовать вспомогательные услуги.
  • Insurance. Часть I: Страховые калькуляторы своими руками
    0
    Задача ведь не сделать так, как хочет пользователь. Сколько людей — столько и мнений. Задача — сделать нормальную возможность ПОЛУЧИТЬ итоговую сумму с оформленной формой. Надо просто решиться и выбрать, как это преподнести клиенту. Чем у клиента больше возможностей, тем сложнее выбор. Должна быть одна форма. Все.

    Система ведь для того и нужна, чтобы оперативно вносить новые данные или изменять старые. Если по каким-то причинам продажи не пойдут и причиной этому будет форма, ее можно оперативно поменять. Для этого система предлагает все условия.

    Спорить можно долго. Мы реализовали то, что, как нам кажется, достаточно и при этом не усложняет систему настолько, чтобы писать толмуды документации. Возможен вариант иного развития событий.
  • Insurance. Часть I: Страховые калькуляторы своими руками
    0
    Весь продукт сделан на CMF Mozart, который, в общем, крутится на всех этих W3C технологиях. Когда-то у нас в API даже были средства по работе с Xforms, но они не прижились. Т.е. они были псевдо элементами, поскольку браузеры все это не поддерживали и весь процессинг приосходил на сервере. Это долгая история, но сейчас, глядя на развитие различных стандартов, включая HTML5, я бы сказал уже, что у XForms нет особого будущего. В общем, мы от них отказались в самой системе и особо не рассматривали в Insurance как продукте, потому что все-таки задачи хоть и схожие, но хотелось иметь что-то специфическое, конкретное под нашу задачу, а не униврсальное, и потому со своими причудами типа XForms.

    Пример, озвученный вами, решается ведь просто: разместите сумму в начале списка (пусть это будет диапазон), а все остальные поля поставьте в зависимость от этой суммы. =) Разве это не решение?.. Мы ведь делали свой продукт не на основе какой-то теории, был вполне реальный пример с довольным большим списком практических страховых продуктов. И под все их них возможности Insurance подошли. Хотя изначально вопрос о линейности стоял, но практического применения иного алгоритма просто не смогли найти.
  • Insurance. Часть I: Страховые калькуляторы своими руками
    0
    Вообще, если это интересно, то имеется демо-сайт, где можно увидеть разные варианты калькуляторов и полазить внутри, посмотреть, как они сделаны. Могу выслать в личку.
  • Insurance. Часть I: Страховые калькуляторы своими руками
    0
    Copy Source | Copy HTML
    <CONTROLLER>
        <Element id="Name" type="userinput" datatype="single" required="true">
        </Element>
     
        <Element id="_HelloName" type="calculated" required="true">
            <Formula>
                <Depends>
                    <f1 on="value" of="Name" />
                </Depends>
                <Map type="concat" trim="both">
    Hello, {f1}!
                </Map>
            </Formula>
        </Element>
    </CONTROLLER>
     
    <MODEL>
        <Element id="_HelloName">
            <Map type="xml">
                <identity />
            </Map>
        </Element>
    </MODEL>
     
    <VIEW>
        <Element id="Name" type="text" tab="Пример">
            <title>Как вас зовут?</title>
            <alert>Ожидается имя в написании русскими буквами</alert>
        </Element>
     
        <Element id="_HelloName" tab="Пример">
        </Element>
    </VIEW>
     


    В CONTROLLER мы описали требования к полям, во VIEW их внешний вид на странице.

    Что касается вопроса линейности зависимостей, то она линейна, т.е. нет ветвлений (ну в прямом понимании этого слова, безусловно, есть такие понятия, как участвует поле в форме или нет в зависимости от ранее указанных значений, но это уже другая тема). На практике это означает, что клиент сначала указывает поле А, а только потом уже может произойти обработка логики Б, которое от него зависит. Вопрос про «сначала В, а потом А» не понял, т.к. не смог представить это на практике.
  • Insurance. Часть I: Страховые калькуляторы своими руками
    0
    Придумали API, который описывается в виде XML. Вполне ограниченный набор полей, типов, действий и т.п. Он небольшой и описывает достаточно большой набор вариантов как полей, так и действий с ними. Т.е. текстовое поле, длина такая-то, может содержать такие-то символы, минимальная длина такая-то и все в таком духе.

    Потом это уже все автоматически процессится и получается на выходе уже визуальное представление в виде html/css/js — бэкэндная поддержка на сервере. Представление в общем виде легко меняется через CSS, но в частности конкретно под какой-то проект можно и его скелет поменять, это просто связка html+xslt.
  • Принципы построения рейтинга веб-студий
    0
    Что понимаешь под «проектом» веб-студии? Если студия выпускает свою CMS или какой-то серийный продукт на ней — это проект?
  • Mozart CMF: API, основанный на XML
    0
    Никто не вытаскивает монстра. Продукт используется компанией уже больше 10 лет, развивается, оптимизируется. На нем реализовано много сервисов, сайтов.

    Мы думали о внедрении XQuery, но не увидели смысла в этом: в системе уже есть XSLT, что принес бы нам XQuery?..

    Приведенные примеры в тексте — это не модификация XML, это выборка данных из БД.
  • Mozart CMF: API, основанный на XML
    +1
    Могу упомянуть о многоуровневом кэшировании, а также SAX. В целом, все достаточно шустро, если только разработчик не пытается отпроцессить огромные портянки XML-данных через XSLT, когда для его задачи есть другие более эффективные способы решения.