Barbanel

Пользователи
  • Публикаций

    326
  • Зарегистрирован

  • Посещение

  • Победитель дней

    24

Barbanel стал победителем дня 5 марта

Barbanel имел наиболее популярный контент!

Информация о Barbanel

  • Звание
    Продвинутый пользователь
  • День рождения 18.12.1980

Информация

  • Пол
    Мужчина
  • Город
    Bornheim
  • Интересы
    IT, 3D Graphics programming, 3D modellind

Посетители профиля

782 просмотра профиля
  1. SqLite - это тоже почти стандарт для маленьких БД на мобильных устройствах (ну или в принципе маленьких локальных БД). Однопользовательская. Очень упрощенная. Цены на UniDAC можно найти здесь. Я не агитирую за них, просто в нашем случае было необходимо шифрование. Купили, и с тех пор используем везде, удобно.
  2. То что нужно, респектищще!!! Я не силен в php, но меня этот момент смущает: В случае реально большого файла (пару гигабайт), не вылетит ли скрипт с превышением времени выполнения? Раньше для выполнения php скриптов был таймаут в 30 сек по дефолту, и если скрипт выполнялся более 30 сек то генерировалась ошибка и клиент получал эту ошибку. Как будет в этом случае? Или этот скрипт не рассчитан на большие бинарники? Заранее спасибо!
  3. Евгений, спасибо за хостера! Мучаюсь примерно такими же размышлениями как и топикстартер. В смысле, хостер + скрипты + передача данных для (в теории) дофига клиентов. Заодно вопрос по JSON. Сегодня это почти де-факто стандарт обмена текстовыми данными. А вот каким образом будет лучше всего передавать с сервера на клиент изображения или бинарные данные? Вернее, что сейчас является наиболее общепринятым способом? Мысли такие: 1) генерировать прямую ссылку 2) кодировать в Base64 и передавать прямо в тексте JSON 3) Для передачи больших данных - извращаться с FTP (звучит бредово, но такая мысль проскальзывала) 4) ???
  4. Согласен, у каждого свое. Мое - из опыта. Мы в свое время заморочились с "правильным" подходом, и прозевали конкурента с похожим функционалом. Было пипец как обидно. FireMonkey без сомнений имеет свои недостатки и глюки. Но для тех кто знаком с Дельфи - это простой способ выпуститься на мобильных устройствах. FireMonkey без сомнений проигрывает нативным языкам, но выигрывает в скорости разработки. Что выбирать - каждый решает сам исходя из своих задач и возможностей.
  5. При всем уважении, позвольте не согласиться. Именно для стартапа в условиях 100500 ограничений лучше написать одно приложение сразу для всех платформ (может быть поначалу страшненькое и кривенькое), но одно. Быстро и просто. Это называется MVP - minimal value product. Как только он начнет работать - можно набирать юзеров и идти к инвесторам. Потом уже можно либо причесывать это одно приложение, либо переписывать его для каждой платформы нативно. Все имхо. Вы вероятно опечатались и имели в виду MySQL. "Прямой доступ не используем" - это не моветон, это безопасность прежде всего, а сегодня еще и GDPR, с которым к сожалению нужно мириться и поддерживать. Не имеет значения. Подходит любой хостинг с MySQL и PHP. PHP - это и есть та самая "типовая примочка сверху")))) MSSQL - почти всегда нормальный выбор. Но: это виндовс инфраструктура, а хостеры с виндовс сервераит встречаются в природе реже и берут больше (моя инфа может устареть, но там где я работаю пока так). Это первое. Он платный - это второе (да, есть и бесплатные лицензии, но они с ограничениями). MySQL - Для 50к человек не могу сказать что идеальный выбор, но вполне нормальный. Имхо, главное чтобы не 50к одновременных подключений. В целом, для первичной разработки и запуска стартапа разница между этими двумя БД небольшая. В обоих случаях SQL, с минимальными различиями. Невопрос, держи помидор)))) Мы используем UniDAC и БД SQLite. UniDAC позволяет шифровать на лету эту БД и работает превосходно на всех используемых платформах (Win, iOS, Android, Mac OS). Компонент платный. За другие не могу сказать, не использовал. Имхо - нормальная, но... мы ж легких путей не ищем, сами себе создаем трудности и потом их героически преодолеваем)))) Если целью стоит именно приложение - схема вполне нормальная, так все делают: приложение + сервис-бекенд. Что-то другое будет сайт, реализующий тоже самое. Проще это или тяжелее - зависит от ваших разработчикой и целей проекта.
  6. Наглядный пример фразы "Вы прослушали разговор двух бушменских шаманов" )))))
  7. Хм, вы меня удивили, если честно. Попробовал на телефоне несколько популярных приложений, и они все после полного закрытия остаются в "списке задач/процессах". Да, они перезапускаются если их вызвать еще раз. Я конечно не эксперт, но боюсь что то что вы хотите это слишком нестандартное поведение, и врядли в дельфи это реализовано. Если не секрет, для каких целей вам нужно настолько хитрое поведение?
  8. Второе. Если запустить на 16ядерном компе - то даже под XP заработает)
  9. Barbanel

    Скроллинг на канве

    Не смотрел в код, просто пришло это в голову. Сори.
  10. Barbanel

    Скроллинг на канве

    Это связано с тем, что у таймена не наивысший приоритет, а как раз наоборот. События таймер выполняются когда приложение (и сама ОС) простаивает. Т.о. пауза между вызовами событий таймера не всегда одинакова, а сдвиг же в свою очередь всегда на фиксированное значение. Если же вы будете сдвигать изображение на значение пропорциональное реальному интервалу между событиями - рывки будут менее заменты на глаз (хотя все еще будут возникать).
  11. Barbanel

    Скроллинг на канве

    Посмотрел. Возможно у меня слишком производительный пк, потому что я ничего критичного не вижу. На глаз выводится 20-30 фпс, каких-либо рывков я не вижу. ¯\_(ツ)_/¯ Имхо, для диспетчера депо вполне норм)
  12. Barbanel

    Скроллинг на канве

    Насколько мне известно, эти методы не используются. Может использоваться GDI (это из другой области) либо ЦПУ. Аналогично, сори за грубость)
  13. Костыль-драйвен-девелопмент))) Создаем список с коллбеками и задержками. В таймере пробегаемся по задержкам, и после каждой вызываем соответствующий коллбек. Это на правах шутки. Если честно, я сам не очень понимаю как разрулить такое нововведение. Нужно читать что пишет сама эмбаркадеро о этом новшестве. Должен же быть какой-то альтернативный способ.
  14. C:\Users\Public\Documents\Embarcadero\Studio\20.0\Samples\Object Pascal\Multi-Device Samples\Media\PhotoEditorDemo