Если это не намеренная сегрегация по версии Flash Player (что вряд ли), то предлагаю отдать на откуп общественности этот вопрос — здесь достаточно программистов на as, которые, я уверен, смогли бы адаптировать код к AFP10
«В символике всемирного масонства это изображение обозначает властительную вершину — треугольное око т. н. «Великого Архитектора Вселенной» — так они называют Бога-Творца. «Лучезарная дельта» у масонов является знаком просвещенности или принципа сознания, напоминающим масону о всепроникновении Творца, Высшего Бытия. Это главный масонский символ первого градуса, степени ученика. Стилистически, глаз часто заменяет вписанная в треугольник окружность.»
А иллюминаты — ну что они — совсем не страшные по сравнению с масонами :)
Я имею в виду каркас для office addins. Помню, сколько крови попил мне Outlook 2003, когда я кнопку своего продукта туда вкручивал на панель и дотягивался к его модели данных. Там очень много подводных камней, валунов и другой капканоподобной дряни, заботливо разложеной на дне наподобие линии Мажино, это вы правильно сказали.
А так — добавил себе в приложение и считай, почти все есть.
Может ли в таком контексте «избранным» означать «прошедшим некоторую проверку», вами или сообществом?
Мне кажется, что и отсутствие API не влияет на дружественность/безопасность клиента; я рассматриваю api только как обязательство перед разработчиком, что его программа-клиент в гораздо большей степени застрахована от «поломки» в результате изменений сервиса, не касающихся логики работы (верстки страниц в текущем случае — при изменении верстки существующие клиенты попадают с высокой долей вероятности).
Более того, в настоящее время программу-клиент просто невозможно отследить, по той причине, что она ведет себя идентично браузеру. А вот api позволило бы сделать это — например, выдавая разработчику ключ.
Не подумайте, что я убеждаю — только привел аргументы, которыми руководствовался при написании комментария.
Я выпрашивал API у М. Крайнова с полгода назад, если не больше. Готов написать API-клиенты для j2me, WinMobile, Nokia :)
Дело движется медленно.
Вероятно, считают невысоким приоритетом. Еще более вероятно — не хотят терять посетителей сайта на этапе раскрутки ресурса. Видимо, появится избыток — будет и API выставлено :) Еще смущает фраза «для избранных приложений». Golden Club, блин. Монополисты :)
Интересная штука :) А применений можно сколько угодно найти — сенсорный выключатель и т.п.
У меня к вам два вопроса:
1) Существует ли Arduino, но на более мощной платформе (скажем AVR32, а не ATMega)? Или 8 бит — это значимая часть архитектуры?
2) Что вы думаете по поводу концепции и реализации Motes и nesC (те, что в TinyOS), приходилось ли вам с ним иметь дело? Там тоже 8битный AVR (правда, модель AVRTiny: набор команд отличается несущественно, но тактовая частота может быть выше). Кто, по-вашему, имеет большие перспективы?
В последнем сценарии тоже работает? Наша дискуссия мне интересна по той причине, что, быть может, Вы мне поведаете, как заставить последний сценарий работать :)
Мне все равно, .net, java или что-то еще. Для mysql я нашел только решение на базе X/Open DTMC, было интересно, сравнивали ли Вы свое с чем нибудь или нет. То, что вы умеете изображать барьеры на диаграммах я уже понял, итересно обоснование решения.
Впрочем, если Вы считаете дисскусию закрытой, так тому и быть. В любом случае спасибо за информацию :)
Пока что у меня соображение, что в описанном случае ваша схема неприменима :) Не обижайтесь, просто задача, которую вы пытаетесь решить, весьма нетривиальна.
Подходящих решений описанной вами задачи клонирования изменений 2:
1. использовать репликацию данных «мастер»->«много детей», исключив распределенные транзакции;
2. использовать координатор настоящих распределенных транзакций, взаимодействующий с БД на низком уровне. Для MS SQL, с которым я работаю (из .net) — это MS Distributed Transactions Coordinator, встроенный в Windows. Для MySQL (Ваш случай) — понятия не имею об открытых аналогах. Ищите, возможно они есть.
Будет интересно, если вы найдете и напишете о нем.
Во-первых, что по вашему понимается под двухфазной фиксацией? Этого я у вас не увидел
Во-вторых, поясните вот что:
Согласно вашей схеме, клон-А не может выполнить «физический» коммит, потому что не знает, успешен ли коммит на клон-Б. Клон Б тоже не может выполнить «физический» коммит, т.к. клон-А не отрапортовал о том, что все успешно (он ждет Б).
Вас почти видно, Алексей :)
«В символике всемирного масонства это изображение обозначает властительную вершину — треугольное око т. н. «Великого Архитектора Вселенной» — так они называют Бога-Творца. «Лучезарная дельта» у масонов является знаком просвещенности или принципа сознания, напоминающим масону о всепроникновении Творца, Высшего Бытия. Это главный масонский символ первого градуса, степени ученика. Стилистически, глаз часто заменяет вписанная в треугольник окружность.»
А иллюминаты — ну что они — совсем не страшные по сравнению с масонами :)
А так — добавил себе в приложение и считай, почти все есть.
>>идеальная code maintainability
Здесь кроме троллинга еще и жесткий маркетинг. Но в 4 утра — можно.
Мне кажется, что и отсутствие API не влияет на дружественность/безопасность клиента; я рассматриваю api только как обязательство перед разработчиком, что его программа-клиент в гораздо большей степени застрахована от «поломки» в результате изменений сервиса, не касающихся логики работы (верстки страниц в текущем случае — при изменении верстки существующие клиенты попадают с высокой долей вероятности).
Более того, в настоящее время программу-клиент просто невозможно отследить, по той причине, что она ведет себя идентично браузеру. А вот api позволило бы сделать это — например, выдавая разработчику ключ.
Не подумайте, что я убеждаю — только привел аргументы, которыми руководствовался при написании комментария.
Спасибо.
P.S. Ох и эмблемка статьи у вас, брр :) Масоны отаке1!
Дело движется медленно.
Вероятно, считают невысоким приоритетом. Еще более вероятно — не хотят терять посетителей сайта на этапе раскрутки ресурса. Видимо, появится избыток — будет и API выставлено :) Еще смущает фраза «для избранных приложений». Golden Club, блин. Монополисты :)
У меня к вам два вопроса:
1) Существует ли Arduino, но на более мощной платформе (скажем AVR32, а не ATMega)? Или 8 бит — это значимая часть архитектуры?
2) Что вы думаете по поводу концепции и реализации Motes и nesC (те, что в TinyOS), приходилось ли вам с ним иметь дело? Там тоже 8битный AVR (правда, модель AVRTiny: набор команд отличается несущественно, но тактовая частота может быть выше). Кто, по-вашему, имеет большие перспективы?
Гугл нашел только одно упоминание этого слова в интернете — на этой самой странице. Вам не кажется, что оно звучит довольно… грубо? )
Мне все равно, .net, java или что-то еще. Для mysql я нашел только решение на базе X/Open DTMC, было интересно, сравнивали ли Вы свое с чем нибудь или нет. То, что вы умеете изображать барьеры на диаграммах я уже понял, итересно обоснование решения.
Впрочем, если Вы считаете дисскусию закрытой, так тому и быть. В любом случае спасибо за информацию :)
Подходящих решений описанной вами задачи клонирования изменений 2:
1. использовать репликацию данных «мастер»->«много детей», исключив распределенные транзакции;
2. использовать координатор настоящих распределенных транзакций, взаимодействующий с БД на низком уровне. Для MS SQL, с которым я работаю (из .net) — это MS Distributed Transactions Coordinator, встроенный в Windows. Для MySQL (Ваш случай) — понятия не имею об открытых аналогах. Ищите, возможно они есть.
Будет интересно, если вы найдете и напишете о нем.
Что будет, если
1. Все клоны выставят READY («все ОК»)
2. Затем первый клон закоммитит физически (все ведь ОК);
3. Второй клон зафэйлится на коммите
?
Ясно, что клоны 3 и далее успешно откатятся, но что делать с первым?
Во-вторых, поясните вот что:
Согласно вашей схеме, клон-А не может выполнить «физический» коммит, потому что не знает, успешен ли коммит на клон-Б. Клон Б тоже не может выполнить «физический» коммит, т.к. клон-А не отрапортовал о том, что все успешно (он ждет Б).
Как быть в этом случае?
Читайте про двухфазную фиксацию транзакций и понимайте, что ваша схема не гарантирует нормальную работу.
Один только вопрос — зачем Вы копипастите сюда целиком одну за одной статьи из своего блога? Может, проще ставить ссылки?