Nik

Вроде программист, а всё мечтаешь о большой зелёной кнопке ;-)

Билеты уже куплены )

я из Москвы приеду )

Мне 10.06 было бы удобнее )

Только учти, что такой вариант не будет индексы использовать.. т.е. скажется на скорости работы запроса..

android-ndk-r15-beta1-windows-x86_64.zip я вот такой файлик скачивал..

Тем, что на телефоне Android 4.2.2. Версию выше не пробовал ставить, а так работает точно )

я картинки обрезал и перезалил

Задался тут вопросом обновления версии Android NDK... Delphi 10.2 Tokio: - android-ndk-r14b-windows-x86_64 - скомпилировалось, но при запуске приложения на андроиде сбоит и виснет; - android-ndk-r15-beta1-windows-x86_64 - полёт нормальный.. всё работает ) P.S> может кому пригодится

Может ещё на 7 или 14 января организоваться? ) Я вот только увидел тему, к сожалению..

Может стоит прописать полный URL http://www.airnav.tj/ru/online/utdd ? У тебя сейчас www. пропущен.. В браузере похоже автоматическая переадресация идёт в случае ненахождения по краткому имени, а в Indy такой переадресации или нет, или она не задействована..

В GetIt имеются компоненты, которые за лицензирование программ отвечают - попробуйте там посмотреть

Про TIdHttp.Post под Android 6 могу сказать, что всё работает замечательно.

Да, именно так.. А не увидел - просто невнимательно смотрел ) http://docwiki.embarcadero.com/RADStudio/XE5/en/Migrating_Delphi_Code_to_Mobile_from_Desktop#Use_a_Function_Call_in_a_try-except_Block_to_Prevent_Uncaught_Hardware_Exceptions var P: ^Integer = nil; procedure G1; begin P^ := 42; end; begin try G1; except writeln('Catch:G1 - pass'); end; end. По поводу андроида 6 - вечером на планшете обновился до этой версии.. Но я Post использую в своей программе.. Проверю завтра как будет работать.. Тестовый проект выкладывай - попробуем разобраться.

http://docwiki.embarcadero.com/RADStudio/XE5/en/Migrating_Delphi_Code_to_Mobile_from_Desktop

Евгений, под андроидом секция try except несколько иначе работает, чем под windows.. поэтому и не перехватывает ошибку. Вызов этой своей процедуры заверни в try except и там уже лови ошибку.

сорри.. привычка кодить руками )) по поводу библиотеки Embedded - скачайте архив с этой версией с сайта firebirdsql.org. Это архив будет. Его надо распаковать в корневую папку вашего приложения (причём всякие doc, pdf, txt можно удалить). Этого достаточно, чтобы ваше приложение могло работать без установки сервера СУБД.

Я сторонник Firebird - так что не надо никого искать ))) insert into table (id, field) values (1, 'text'); Это SQL-код для вставки записи.. function ExecSQL(aDB: TIBDatabase; aTrans: TIBTransaction; const aStr: string; const Args: array of variant): boolean; var Query: TIBQuery; i: integer; s: string; begin Query := TIBQuery.Create(aDB); Result := True; try try with Query do begin DataBase:=aDB; Transaction := aTrans; if aTrans.Active then aTrans.Active:=false; aTrans.StartTransaction; SQL.Text:=aStr; Prepare; for i:=low(Args) to high(Args) do Params[i].Value:=Args[i]; ExecSQL; aTrans.Commit; Close; end; except on E: Exception do begin aTrans.Rollback; Result:=false; end; end; finally aTrans.Active:=false; Query.Free; end; end; Такую процедуру я использовал для выполнения запросов, которые не возвращают результат (не select-запросы), только компоненты в данном случае используются IBX, а не FireDAC. Но принцип точно такой же.

да, правильно понимаете..

Не поверите, но именно с Firebird я и работаю в основном во всех своих проектах )) И если Andy правильно понял ваши объяснения (как оказывается), то он вам верно ответил. А про терминологию rustam_d верно подметил ))

С первой строчкой согласен ) со второй нет - там ниже указано, что имеется сервер промежуточный и данные компоненты не подойдут для решения задачи.. Но смешное в этой "истории" другое - судя по всему данную тему вернул в обсуждение бот рекламный )

Если вы не заметили, то я говорил только про загрузку картинок через кэш. Всю остальную работу предпочитаю делать через хранимки. В том числе, получать отчёты сразу готовыми - остаётся только отформатировать вывод. Про проекты - много проектов было (информация нашла адресата и подлежит удалению ) По поводу работы спросил - не заметил, что в Казахстане проживаете - было интересно узнать какое ПО другие операторы используют в работе. Про оракл в чём-то согласен с вами, но есть там и очень вкусные плюшки в SQL.. сейчас Firebird начинает подтягиваться в этом к ораклу.. А вот MS SQL меня не особо впечатлил - хотя свои плюшки тоже имеются - отчёты удобно в нём делать..

Кем вы работали в GSM-компании если не секрет? И в какой GSM-компании работали? Что там оракл и как устроена вся система я успел рассмотреть.. рассказывать о том, как устроена их система - это не вопрос двух-трёх слов.. поэтому я и не думал даже какие-то детали оттуда приводить.. Про трёхзвенку на C# - это высший пилотаж! )) можно мне трёхзвенку на C# под линукс и солярис? картинки как раз в блобах и лежат.. а выводы были сделаны после сравнения производительности SQL-запроса с выборкой из блобов и без них.. можно было бы закачать все картинки разом если бы их не было примерно так тыс 15-20 и число их постоянно растёт, а на планшете "здесь и сейчас" нужны только часть из имеющихся картинок.. картинки в данном случае - это jpeg-файлы размером 40-150 кб.. как думаете сколько времени бы программа тратила на закачку такого объёма картинок? Да, ещё такой момент - картинки на планшете нельзя сохранять.. Требования от службы безопасности.. а обновление списка фотографий идёт в режиме реального времени от нескольких штук до десятков штук в минуту.. P.S. и наверное я за 18 лет программирования, больше 10 лет работы с Firebird'ом и нескольких реализованных проектов совершенно не понимаю чего я делаю ) Следующий раз обязательно буду у вас спрашивать как мне лучше организовать архитектуру своих проектов )

В режиме HTTP-сервера можно, например, сжать данные для уменьшения трафика, убрать весь доп.служебный трафик от СУБД. вы не поверите, но именно про архитектуру я и говорил в своём сообщении )) у вас же наоборот совет напрямую клиентом к БД подключаться.. для примера - я в билайне на поддержке биллинговой системы работал.. там базы 18 ТБ.. очень интересно было посмотреть как всё устроено... а из того, что лично было сделано - приложение с 20-30 клиентами на планшетах.. используется HTTP-сервер для получения информации из БД.. одной из задач является отображение списка с фотографиями из 200-1000 элементов.. объём передаваемых данных при этом измеряется порядка 20-30 МБ на каждого клиента при открытии сессии.. после написания "прямого" вариант фактическая скорость загрузки оказалась чрезвычайно низкой.. и одним из узких мест было чтение картинок (blob-полей) из БД.. для решения этой проблемы был создан кэш картинок на стороне сервера и картинки брались не из БД, а из этого кэша - скорость загрузки картинок на планшет удалось поднять в несколько раз.. Так что не всегда двухзвенка имеет преимущества даже на малом количестве клиентов..