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