to post messages and comments.

Про Spark расскажите кто-нибудь, PLZ!

У меня умирает очередной legacy сервак — интерфейс не работает, тормозит, лечится только перезагрузкой.

Там на нём Kerio WinRoute зачем-то и openfire.

Спарки — клиенты, авторизация доменная.

Цепляются почему-то к частному (серому, внутреннему) IP-адресу, без проверки сертификатов.

Хочу сделать домен типа chat.example.com, прикрутить Mattermost и выпустить наружу (для мобилок, с привязкой к номеру).

jabber похерю наверн

Началось соревнование «Make with Ada» для разработчиков встраиваемых систем
AdaCore организует новый конкурс для разработчиков. Как и в прошлые разы, на подготовку даётся существенно больше времени, чем в олимпиадах по иноформатике. Это как раз подходит тем, кому не нравятся соревнования по быстрому написанию страшного кода, который потом только выбросить.

Сегодня на повестке дня — разработка для ARM на голом железе и технологии верификации. Общий призовой фонд — более 8000€.

makewithada.org

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

Right now (July 2015) we have data starting from April, and it’s around 100g cached in 40 nodes. We need to keep 1-year history, so we don’t expect more than 500g. And we are very confident that we can scale horizontally without seriously affecting performance. Right now average request response time is 1-2 seconds which is really good for our use case.

ironsides.martincarlisle.com
Адский DNS сервер

IRONSIDES is an authoritative/recursive DNS server pair that is provably invulnerable to many of the problems that plague other servers. It achieves this property through the use of formal methods in its design, in particular the language Ada and the SPARK formal methods tool set. Code validated in this way is provably exception-free, contains no data flow errors, and terminates only in the ways that its programmers explicitly say that it can. These are very desirable properties from a computer security perspective.

ЦЕЛЫЙ ДЕНЬ ебался с спарк стримингом и кафкой
это ебаная ссанина ебанина просто нихуя не работает

сломано то в кафке то в спарке

под вечер поняли как с этим говном хоть както жить

захожу после этого почитать лист рассылки спарка — БА! кто-то тоже жалуется
устроил пидарасам КАПСЛОК в переписке

сука, говно

таки мой провайдер (spark) оперативно работает. вчера поздно вечером подал заявку на устранение глюков — сегодня после обеда пришел монтажник, провёл диагностику и заменил пробитый кусок кабеля. ко мне вернулись мои 100мбит. уря!

Помни s:RichText это зло! Не используй его в рендерерах!
Так же будь внимателен — его очень любит Flash Catalyst !
Используй s:Label он хороший.
Если тебе нужно сложное форматирование, попробуй сделать свой велик с использованием TLF!

нашел пидарастию в s:List :
— устанавливаем ему itemRendererFunction (2 типа элементов А и В, и 2 разных рендерера RA и RB)
— забиваем датапровайдер соответсвующими, разными элементами А, B
— выставляем датапровайдеру filterFunction (ни один элемент не попадает под фильтр)
— меняем элементы внутри датапровайдера, так чтобы они попали под действие фильтра, и делаем решфреш

результат:
месево из рендереров, некоторые элементы A отображаются RB, а B — RA.
ПРОФИТ!

Кто-то сталкивался с таким, и как можно, это пофиксить? Не охото объеденять все в 1 рендерер.

скинование видеоплеера (да и скроллеров в листе) похоже на войну с Кощеем, у видеоплеера скин — в нем volume bar, у которого VolumeBarSkin — в нем track, которого VolumeBarSkin и лишь дойдя до "иголки" ты сможешь победить.

жил был проект и в нем жили спаковые компоненты, со спарковыми отскиноваными скроллами и все было хорошо, пока не появился компонет Tree который, как известно, mx и скроллы у него тоже mx и их теперь тоже нужно скиновать...

а в спарке стили уже не наследуются? или как они это делают? В компоненте контейнере я выставляю стиль "color" и он применяется ко всем текстовкам, включая айтемрендереры, но если я выставляю свой стиль "myStyle" то он не применяется. Где я гоню?

такой вопрос, кто-то пытался тестировать свои проекты с использованием FlexMonkey (интересно именно тестирование а не просто попытки и пробы). И кто-то пытался покрывать такими тестами свои кастомные компоненты? (интересно количество лишних телодвижений для проддержки такой красоты)

есть разные стейты, в этих стейтах компоненты должны красивенько с эффектами появлятся/исчезать, но есть некоторый бок в конструкции
<s:Transition fromState="state1" toState="state2" >
если в компонете указать includeIn или visible.state2 = "true|false" то компонет исчезает до начала эффекта, что смотрица плохо мягко говоря.

Доктор что я делаю не так ? Как правильно? (сейчас адекватной работы добился только выставляя visible на effectStart|effectEnd, но как-то костыльно мне кажется такое решение)

Предлагаю квест, задание очень простое:
— написать простое приложение с использованием 4го сдк ( обычная spark кнопка в центре экрана)
— написать pom который собрает air приложение написаное на 4м флексе. результатом сборки должен быть air файл который устнавливает приложение. после запуска приложеия на экане должно быть окно с кнопкой в центре.
-flex-mojos должен быть "официальный", ни каких форков и сборок от Васи.

Победителям квеста, гарантируется слава, респекст и уважуха со стороны разработчиков. С моей строны пиво/мороженое/<ваша опция> при встрече.

Что-то одну тему по поводу Flex 4 я протупил. У лэйатуов стандартных свойства паддинга являются не стилями, а свойствами. Соответственно, теперь задать их для контейнера через CSS не получается. И я пытаюсь понять: это я тупе или это новый подход к гибкости?

Со скина все ясно, геморрой еще тот. Еще если бы skinClass был не строго типизирован как Класс, а мог получать в виде значения и экземпляр скина, тогда можно было бы простые скины реализовывать на месте, типа
<s:skinClass><fx:Component><!-- тут ваш скин --></fx:Conponent></s:SkinClass>
Но этого и не надо, так как простенький скин вам вряд ли удастся реализовать, т.к. вам скорее всего придется изобретать весь скин с самого начала, вместо того чтобы допиливать уже готовый. Т.е. надо с самого начала определить все цвета, контуры, заливки, тени и т.д. По крайней мере так советуют делать хелпы/турДеФлекс/гугл. В итого простенький скин которые рисует вместо всего скина просто иконку, занял у меня 22 строки кода. А я уж надеялся...

Два вопроса для более просвященных. Как скину передать данные, ну т.е. как скину считать какието данные у того, кого он скинирует. И второй, можно ли как то кроме как переопределять скин у кнопки нарисовать у нее иконку?