• Как быстро запустить корпоративное приложение на Android и IOS в 2023-м и не перетрудиться?

    @san-x Автор вопроса
    по поводу того, что это будет на коленке и без должной архитектуры - тут даже не спорю, в первой версии так и будет )) но тут, боюсь, уж либо так, либо никак, т.к. задача "за месяц какую-то версию выкатить любой ценой", то дальше разбираться будем уже потом.

    вобщем, после некоторого ресерча начинаю соглашаться с мнением, что любое быстрое решение потом всеравно переделывать придется. видимо так тому и быть :)
  • Как быстро запустить корпоративное приложение на Android и IOS в 2023-м и не перетрудиться?

    @san-x Автор вопроса
    ок, копну сюда. но от джавы я далек, поэтому лично в моем случае, наверное, не зайдёт.
    но в любом случае, спасибо, посмотрю что там как.
  • Как быстро запустить корпоративное приложение на Android и IOS в 2023-м и не перетрудиться?

    @san-x Автор вопроса
    наводку принял, благодарю )
    буду копать туда.
    яж говорю, в мобилу погружен слабо, могу очевидного не знать ))
  • Как быстро запустить корпоративное приложение на Android и IOS в 2023-м и не перетрудиться?

    @san-x Автор вопроса
    ну да, конечно. И кстати у пва нет доступа к этим штукам

    ну камоон, зачем вы так склеили? )))

    1я версия, из обязательного - только камера, функционал - отметить факт выполнения определенного действия по чеклисту, подтвердить фотоотчетом. опционально - снять при этом данные с gps, чтобы убедиться, что физически чел был там, и слать пуши, когда пора чтото еще сделать. вот это за месяц, имхо, более чем реально. там больше возни будет на бэке апишки в порядок привести (т.к. щас там мешанина из олдскульного ssr и api-архитектуры, т.к. сначала никто не думал, что тут мобила вообще возникнет).

    остальное - это 2я версия, там и сроки другие, и pwa уже не варик, конечно. просто хочется сразу сделать так, чтоб потом переезд наоколонатив не сводился к полной переделке)

    по флаттеру - пока както обходил стороной, т.к. хотелось остаться как можно ближе к знакомому стеку (c#, либо web-стек+vue.. ну вкрай +react, его хоть и не юзал, но, думаю, там минимально времени надо на базовое изучение...
    но гляну флаттер внимательнее еще раз, спасибо.
  • Какие существуют онлайн-IDE для разработки на PHP, устанавливаемые на unix-сервер?

    @san-x Автор вопроса
    для интересующихся (если вдруг) резюмирую опыт.

    Прожектор - штука прикольная. Полноценная ИДЕ в браузере - это забавно :)
    Ставится несложно, но работает неспешншо, и почему-то регулярно вылетает :\
    И главная беда (на что я делал ставку) - индексация проекта заметно не ускорилась (по сравнению с работой полностью на локалке). час ожидания - около 5% прогресса... а я всего лишь инет-магаз на Битриксе хотел открыть )) со всем ядром, да, но так было надо...
  • Какие существуют онлайн-IDE для разработки на PHP, устанавливаемые на unix-сервер?

    @san-x Автор вопроса
    спустя примерно месяц экспериментов - беру свои слова назад.
    VSCode с установленными Intelephence и NamespaceResolver-ом, после небольших плясок с настройкой - оказался довольно годным вариантом. С т.з. работы с кодовой базой - конечно, отстает от Штормов и Нетбинов, но с т.з. быстродействия - на 3 головы обгоняет (что при многословной кодовой базе (битрикс со всем его ядром) и средненьким железе - имхо, даже перевешивает... например, окончания индексации всего проекта теми же Штормом и Бином я ни разу так и не дождался, что сводит на нет большинство их преимуществ).

    Remote development оказался простым, как валанок, в настройке, и достаточно шустрым и стабильным (опять же, по сравнению с прожектором, который на недорогой VDS-ке подтупляет все-таки заметно, что в браузере, что в нативке "на этом конце").

    Вобщем, вариант - вполне рабочий.
  • Какие существуют онлайн-IDE для разработки на PHP, устанавливаемые на unix-сервер?

    @san-x Автор вопроса
    резюмирую опыт ковыряния с этим вариантом:
    + работает быстрее гугл-драйвов и прочих дропбоксов.
    + пойнт-ту-пойнт синхронизация - это +100 к секьюрности.
    - настраивается геморнее на порядок.
    - наглядность использования - тоже отстает, даже в связке с индикаторами.

    однако, для моих целей - увы, не самый удобный вариант.
    но для каких-то других - вполне.
  • Какие существуют онлайн-IDE для разработки на PHP, устанавливаемые на unix-сервер?

    @san-x Автор вопроса
    Saboteur,
    Пример такой, что пришли вы со сломанной спиной и говорите - спина болит, а я хочу приседать со штангой. А я вам и говорю - что то, что вы делаете неправильно. Надо чтобы спина зажила, а там возможно уже и нельзя будет приседать со штангой.
    Ваши обстоятельства действительно следует править.


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

    да, в качестве инструмента попроще - google drive и другие подобные сервисы (я не работал с яндекс диском или еще чем-то подобным). Они просто синхронизируют указанную вами директорию с облачным диском. Соответственно ставишь google drive на все нужные компы и каждый раз как сохраняешь файл, изменения сразу в облако. Включил другой комп - оно из облака посинкало локально. Идеальное решение.


    пробовал, в шапке же писал об этом... медленно очень. поправил, сохранил - и сиди жди, когда оно там до сервака долетит...

    DEV сервера - ну на них по кусочкам сохранять что-либо коммитами тоже не есть гуд. Туда нужно отправлять уже более-менее законченные коммиты.

    в смысле - а разрабатывать только на локальном сервере?

    хотя... может и вариант, конечно... если разработка на локальном севрере - то и скорость гуглодрайвовой синхронизации не так парит, наверное...
    парит только необходимость LAMP со всем окружением под виндой на древнем ноуте поднимать...
  • Какие существуют онлайн-IDE для разработки на PHP, устанавливаемые на unix-сервер?

    @san-x Автор вопроса
    Saboteur,

    во-первых, причем тут продакшен? разработческих серверов не существует чтоли?
    есть деплой с дев-сервера на прод - там всё более-менее по-уму, цельными оттестированными коммитами.
    а есть перескакивание с места на место во время работы на дев-сервере. тут и ресет-хард не так страшен, если другого выхода нет.

    во-вторых, рассуждения о самодисциплине и планировании - это уже из серии об идеальном мире. это всё хорошо, когда это возможно, но не всё в мире крутится вокруг разработчика и его взгляда на жизнь, не всегда он имеет возможность диктовать условия. особенно, если разработчик еще параллельно еще и лицо от бизнеса (и решает еще и задачи, которые не будут ждать, пока он оформит коммит, а просто протухнут и приведут к убыткам).

    ну окей, я вашу позицию услышал. она, в теории, верна, и на практике во многих случаях верна, но в моем конкретном случае - неприменима, с учетом реальных обстоятельств.
    и суть вопроса - именно в поиске способа к этим обстоятельствам адаптироваться.

    образно говоря, если к вам, как к доктору, пришел пациент со сломанной спиной - немного странно не учитывать текущую ситуацию, и советовать ему заняться спортом и приседать со штангой, чтобы ее упрепить :))) вцелом - совет верный, но здесь и сейчас - бесполезный.
  • Какие существуют онлайн-IDE для разработки на PHP, устанавливаемые на unix-сервер?

    @san-x Автор вопроса
    part_os, а причем тут прод вообще?
    серверов под разработку не существует чтоли? :))
    как выше написал уже (в другой ветке) -
    - есть дев-сервер (и проблема с пересадкой между машинами при работе на нем), где и грязные методы - не такой уж грех, пока за его пределы не уходят.
    - а есть прод, куда уходит уже по-уму, цельными вылизанными коммитами (иногда дополнительно через стейдж, если шибко надо).

    и даже когда я на проекте не один - на своем дев-сервере я все равно один.
  • Какие существуют онлайн-IDE для разработки на PHP, устанавливаемые на unix-сервер?

    @san-x Автор вопроса
    pfg21, про индикаторы - понял, спасибо.
    ну, если идеального решения не найду - то может, с индикаторами, и привыкну ))
    в любом случае - спасибо )
  • Какие существуют онлайн-IDE для разработки на PHP, устанавливаемые на unix-сервер?

    @san-x Автор вопроса
    ...а вообще, поигрался с VSCode, и прямо скажу - не в восторге от автокомплита :\
    там какие-то доп.плагины надо ставить, чтобы он научился хотя бы свойства/методы для объекта (скажем, для переменной с явно заданным типом - классом) корректно предлагать? или он всегда вот так вот всё подряд подсовывает, не особо анализируя весь проект?
  • Какие существуют онлайн-IDE для разработки на PHP, устанавливаемые на unix-сервер?

    @san-x Автор вопроса
    pfg21, настроил syncthing, потестил...
    ну вобщем, инструмент, конечно, рабочий, но чудом тут и не пахнет.
    около 10 секунд всреднем с момента сохранения на локальной до завершения обновления на сервере.
    ваще не быстро (ну т.е. быстрее, чем те же дропбоксы с гуглдрайвами "через облако", но все равно до комфортной работы очень и очень далеко).

    ну и та же проблема, что и с облачными дисками - нет никакого индикатора перед глазами, что "всё, изменения окончательно долетели до сервера, можно жать F5"... был бы лаг секунды 2-3, без него еще можно было бы жить.

    вобщем, по совокупности - увы...
  • Какие существуют онлайн-IDE для разработки на PHP, устанавливаемые на unix-сервер?

    @san-x Автор вопроса
    part_os, вообще-то, проблему я описал какраз обратную.
    инфраструктура у меня одна (удаленный сервер, там и код, и веб-сервер с базами).
    мне код с 2х машин надо редактировать (со всеми плюшками IDE).
    - либо синхронизировать между сервером и 2-мя локальными (и git-а здесь явно недостаточно, как минимум, потому что синхронизация "туда" должна быть быстрой (секунда-две максимум, в момент сохранения).
    - либо иметь возможность редактировать его прямо на сервере (но при этом не плодить гигантский трафик, когда IDE шерстит и анализирует код по всему проекту... соответственно, sshfs, как и удаленные веб-IDE - тоже мимо).
  • Какие существуют онлайн-IDE для разработки на PHP, устанавливаемые на unix-сервер?

    @san-x Автор вопроса
    ... эмм.... изучил (пока поверхностно), и че-т не понял вашу идею, и как мне докер поможет...

    - единая база на сервере... окей...
    - а код где хранить предлагаете? локально (и запускать локально в контейнере)?

    если верно понял - то не понял, как предлагается синхронизировать код между машинами.
    если не верно понял - то прошу пояснить в двух словах суть идеи.
  • Какие существуют онлайн-IDE для разработки на PHP, устанавливаемые на unix-сервер?

    @san-x Автор вопроса
    ничего не понял, но видимо действительно надо изучить ))
    спасибо )
  • Какие существуют онлайн-IDE для разработки на PHP, устанавливаемые на unix-сервер?

    @san-x Автор вопроса
    хм... а я верно понял, что весь анализ кода делается именно расширением на сервере (и в трафик между локальной машиной и сервером не попадает)? в данном случае это - ключевой момент (т.к. в противном случае я бы ограничился sshfs, и спокойно жил бы "как будто локально").
  • Какие существуют онлайн-IDE для разработки на PHP, устанавливаемые на unix-сервер?

    @san-x Автор вопроса
    1) прожектор - да, тоже обратил внимание, поизучаю. спасибо.
    2) а вот насчет коде-виз-ми...
    - версия для установки на свой сервер - судя по всему, доступна только в Ентерпрайз лицензии... я забыл написать, что я не миллионер? ))
    - а в случае работы на серверах JB - я так и не понял, где сам код хранится и запускается?
  • Какие существуют онлайн-IDE для разработки на PHP, устанавливаемые на unix-сервер?

    @san-x Автор вопроса
    это неправильно, но гитом для такой цели вообще пользоваться - неправильно, как по мне )
    тут уж либо так, либо "не гитом", имхо.

    а давайте поиграем в "критикуешь-предагай" :)
    вот как бы вы правильно использовали гит для моих целей?

    Имеем:
    - 1 сервер, 2 локальных машины.
    - необходимость почти моментальной отправки с локальной машины на сервер (чтобы "сохранил локальный файл, и тут же обновил страницу в браузере с сервера")
    - пересаживания с машины на машину 100500 раз в произвольный момент времени (ну т.е. нормально оформлять коммит каждый раз - не вариант.. работа внезапно бросается на пол-пути, и начинается с того же места с другой машины... ну вот такие вот условия). Что в купе с предыдущим пунктом постоянно дает ситуацию, когда код синхронизирован между сервером и одной из локалок (а на другой он всегда отстает).

    Как бы вы предложили организовать процесс, чтобы при этом и 100500 промежуточных коммитов не плодить, и "commit --amend && push -f" + "reset --hard" не делать?