Что мешает по окончании загрузки просто вызвать JS из флеша?
как-то не встречал, если честно, естественно если не использовать всякие гквери и подобное.....
не ты а Вы, если хочется сказать... Лично к Вам я не обращался. На хамство ответ должен быть всегда адекватным.
чудесно. Что мешает через него и отправлять?
И еще раз повторюсь, доставка СМС процесс не однозначный и не очень лимитированный по времени. Именно поэтому очень рекомендую перейти именно на передачу данных с использованием псевдо-сервера. Реализуется все очень удобно, и главное, цена вопроса будет совсем иной, нежели смс.
Если же есть желание остаться именно на смс, следует тоже использовать псевдо-сервер, который будет корректно принимать/отправлять сообщения ведя нормальный отчет о всех событиях.
Цену вопроса можно так-же уменьшить, используя грамотный подход к тарифным планам.
Давай лучше дивизию твою....
Я описал как это решить. А браться за решение задач, не понимая как решается каждый шаг - это очень глупо.
PS Решение этаких вещей через СМС это делитанство. Нужно использовать более дешевый и надежный и защищенный вариант GPRS/EDGE. Аппаратная часть стоит копейки. Программная - всеобщем тоже не дорого.
очередной спам!
Вы ошибаетесь, эти сервисы рассчитаны немного на другое. Вас побанят через несколько отправок.
Самый удобный способ, оказался аппаратный. На комп вешается GSM модем с симкой, и через него вести отправку.
OFF: откуда такое желание иметь на халяву то, за что кто-то платит?
Я разработчик. А с каких пор заказчик указывает чем и что должно быть реализовано?
значит она появится в течении дня... Но она будет моя и работать как мне нужно...
Есть старая история:
Пришел как-то ученик к Айвозовскому (если не путаю), и показал свою картину. Тот сделал на ней пару штрихов.
Ученик: Учитель, после Ваших штрихов картина стала совершенно иначе выглядеть!!!.
Айвазовский: Запомните, вот эти штрихи и есть искусство, - остальное просто хорошая работа.
Если Вам нравится повторять одно и тоже постоянно, продавать это... Значит это Ваша тропа... Я стараюсь все время дорабатывать и собственные функции... Мне нравиться процесс творчества. А рассказы о том, что подключил гквери и все ОК, мне неприятны... Мне нравится творческий подход.
Ровно тот, который мне нужен.
Золотые слова
Если не решается задача мультиплатформенности, то для того, чтобы пионеры через 2-3 месяца могли создавать всякие меню-гармошки и всякое другое, считая себя супер-программерами
специалисты бывают разные... если стоит задача каждый день нажимать определенный порядок кнопок, то верно... а вот с решением интересных задач он, как вы понимаете, просто не справится, ибо он просто не будет понимать что и как работает на самом деле... и как только станет маленькая задачка вне рамок фрем.... этот спец становится... вот.
бородатый, как не странно, в Вашем контексте, говорит о том, что это всем и очень хорошо известно...
Что же Вас так сильно задевает? Вы верите что фрейм... увеличивает скорость написания или то что оно не подменяет необходимость знания языка знаниями нелепых наборов классов/функций фрейм....?
Из ситуации, когда использование фреймворка оправдано могу назвать только необходимость быстрого и дешевого создания мультиплатформенных приложений. Когда очень не хочется разбираться с особенностями реализаций конкретного функционала для каждой платформы.
С этой позиции, по сути, среды выполнения perl/php/js/air/flash и т.д. являются фреймворками, которые прекрасно реализуют переносимость для win/mac/nix.
А вот добавлять к глюкам/особенностям еще глюки/кривизну/особенности всяких фреймворков, функционал которых (конечно на мой взгляд) создан для тех, кто не хочет изучать сами языки... ЗАЧЕМ?
Фреймворк не увеличивает скорость написания софта... Любой, кто пишет, те-же скрипты на JS 2-3 года имеет в своей копилке все необходимое для быстрого решения любой задачи. При этом, собственный код всегда удобней, он имеет только знакомы грабли, из него можно взять только то что нужно.
Вы просто забываете, что:
1. Почти каждый язык имеет свои особенности, которые позволяет именно ему наиболее быстро/удобно/эффективно решать определенные задачи (я не имею ввиду комбайны, которые одинаково плохо делают все).
2. Вопрос риска здесь не уместен. Есть понятия цены и желание получить хороший продукт. Конечно, почти всегда можно партировать скрипт с одного языка на другой, но если скрипт был очень хорошо и выбор языка для него был определен не из воздуха, то партирование приведет к потери части функционала/скорости.
PS Если разработчик настолько ограничен, что знает только один язык, а все остальное считает "недостойным" разве можно ему доверить хотя-бы самый простой проект?
