Компания, в которой я работаю, хочет добавить функциональность блога на наш сайт, и они хотели потратить ужасную сумму денег, чтобы построить какое-то дерьмо поверх купленного ими CMS (sitecore). Я указал им на сервер сообщества Telligent, и у нас была встреча по продажам, как сегодня, чтобы привлечь маркетологов на борт. Мой вопрос заключается в том, если у кого-то были проблемы с работой с сервером сообщества, его обшивкой и расширением?
Я хотел немного объяснить, почему я думаю, что Community Server, компания хочет несколько блогов с несколькими авторами. Я хочу быть вне административной части этого как можно больше и не думал, что было слишком много двигателей, которые, имея несколько блогов, не означали работу БД. Мне также нравится другая функциональность, которую предоставляет Community Server, и я думаю, что компания найдет ее полезной, особенно раздел media, поскольку прямо сейчас у нас есть какой-то действительно короткий способ работы с техническими документами и прочим.

edit: мы фактически используем модуль Sitecore blog для одного блога в нашей интрасети (что на самом деле является тем, что обслуживает CMS). Некоторые рассуждения о том, почему мне не нравится это для нашего публичного сайта, они находятся на разных серверах, он не поддерживает нескольких авторов, нет встроенной синдикации, это немного хлипкое чувство для меня от взгляда на источник, и я лично думаю, что другие функции Community Server делают его ценник того стоит.

еще одно редактирование: нужно придерживаться программного обеспечения .net, которое работает на сервере sql в случае моей компании, но я не против видеть рекомендации для других. ExpressionEngine выглядит многообещающе, попробую его на моем личном ящике.

Можно ли отменить изменения, вызванные следующей командой? Если да, то как?

git reset --hard HEAD~1

У ASP.NET AJAX ModalPopupExtender есть свойства OnCancelScript и OnOkScript , но у него, похоже, нет свойства OnShowScript . Я бы хотел указать функцию javascript для запуска при каждом появлении всплывающего окна.

В прошлых ситуациях я устанавливал TargetControlID на фиктивный элемент управления и предоставлял свой собственный элемент управления, который сначала выполняет некоторый код JS, а затем использует методы JS для отображения всплывающего окна. Но в этом случае я показываю всплывающее окно как из клиентского, так и из серверного кода.

Кто-нибудь знает способ сделать это?

BTW, мне это было нужно, потому что у меня есть textbox в модале, который я хочу сделать редактором TinyMCE. Но сценарий TinyMCE init не работает с невидимыми текстовыми полями, поэтому мне пришлось найти способ запустить его в то время, когда модальный был показан

Я использую IIS в Windows 2003 Server для SharePoint интрасети.
Внешние входящие запросы будут использовать заголовок узла portal.mycompany.com и будут вынуждены использовать SSL.

Мне было интересно, есть ли способ настроить альтернативный заголовок хоста, такой как
http://internalportal/
который принимает только запросы от внутренней сети, но не заставляет пользователей использовать SSL.

Любые рекомендации о том, как это настроить?

Есть ли смысл, имея все C#-managed-bliss,, вернуться к программированию Windows Петцольда и попытаться создать код w/ чисто WinAPI?

Чему можно из этого научиться? Не слишком ли она устарела, чтобы быть полезной?

Поэтому моя компания использует восхитительно ошибочную программу Rational Purify (как плагин для Microsoft Visual Developer Studio) для управления утечками памяти. Программа соизволила позволить вам нажать на утечку памяти после того, как вы столкнулись с ней, а затем перейти к строке, на которой происходит утечка.

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

У кого-нибудь с опытом Purify есть идеи, как я могу исправить эту проблему или иметь хорошее руководство, чтобы посмотреть?

Как вы обрабатываете ввод числовых значений в WPF приложениях?

Без элемента управления NumericUpDown я использую TextBox и обрабатываю его событие PreviewKeyDown с помощью кода ниже, но это довольно уродливо.

Кто-нибудь нашел более изящный способ получить числовые данные от пользователя, не полагаясь на сторонний элемент управления?

private void NumericEditPreviewKeyDown(object sender, KeyEventArgs e)
{
    bool isNumPadNumeric = (e.Key >= Key.NumPad0 && e.Key <= Key.NumPad9) || e.Key == Key.Decimal;
    bool isNumeric = (e.Key >= Key.D0 && e.Key <= Key.D9) || e.Key == Key.OemPeriod;

    if ((isNumeric || isNumPadNumeric) && Keyboard.Modifiers != ModifierKeys.None)
    {
        e.Handled = true;
        return;
    }

    bool isControl = ((Keyboard.Modifiers != ModifierKeys.None && Keyboard.Modifiers != ModifierKeys.Shift)
        || e.Key == Key.Back || e.Key == Key.Delete || e.Key == Key.Insert
        || e.Key == Key.Down || e.Key == Key.Left || e.Key == Key.Right || e.Key == Key.Up
        || e.Key == Key.Tab
        || e.Key == Key.PageDown || e.Key == Key.PageUp
        || e.Key == Key.Enter || e.Key == Key.Return || e.Key == Key.Escape
        || e.Key == Key.Home || e.Key == Key.End);

    e.Handled = !isControl && !isNumeric && !isNumPadNumeric;
}

Я только что видел комментарий с предложением J#, и это заставило меня задуматься... существует ли реальное, полезное использование J# вместо Java? Итак, я чувствую, что единственная причина, по которой вы даже подумали бы использовать J#, заключается в том, что руководство постановило, что компания должна прыгнуть на подножку Java... и подножка .NET. Если вы используете J#,, вы фактически теряете самое большое преимущество выбора Java... богатая кросс-платформенная поддержка. Конечно, есть Mono, но это не так богато поддерживается или полнофункционально, верно? Я помню, что слуховые формы не полностью (возможно, вообще) поддерживаются.

Я не пытаюсь bash .NET здесь, я просто говорю, что если вы собираетесь идти по маршруту Microsoft, почему бы просто не использовать C#?, если вы собираетесь идти по маршруту Java, почему бы J# не войти в картину?

Я надеюсь найти здесь несколько реальных случаев, поэтому, пожалуйста, особенно отвечайте, если вы ACTUALLY использовали J# в проекте REAL и почему.

Я сталкиваюсь с ошибкой формы: "элемент модели, переданный в словарь, имеет тип FooViewData, но этот словарь требует элемента модели типа bar", хотя я передаю объект правильного типа (bar) для типизированного пользовательского элемента управления.

Я нутром чувствую, что веб-сервисы на основе документов предпочтительнее на практике - это опыт других людей? Их легче поддерживать? (Я заметил, что SharePoint использует любой для "document type" в своем интерфейсе WSDL, я думаю, что это делает его документальным).

Кроме того-теперь люди предлагают услуги типа WSDL и Rest для одной и той же функциональности? WSDL популярен для генерации кода, но для таких интерфейсов, как PHP и Rails, они, похоже, предпочитают rest.