Alex Vakhitov

На мой взгляд для реализации приложения для iOS нужно сначало сделать дополнение для MODX которое реализует все необходимые методы API и авторизацию через API, для максимальной совместимости со всеми будущими версиями. Тогда работу можно разделить, или я не прав?

Может объединить усилия? (:

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

Проверил на 3х линодах разных тарифных планов, разница очевидна:

80$: 0.166668014526367
40$: 0.17989189147949
20$: 0.19741289138794

И на домашнем сервачке: 0.095148096084595

Еще хороший вариант BitTorrent Sync, у меня сервачок домашний стоит на который все копируется каждый вечер. Никакой зависимости перед сервисами, скорость ограничена только каналом интернета, почти нет проблем с ограничением места

Советую Parallels для Mac, на мой взгляд лучшее что есть для виртуализации windows

Как мне кажется вопрос не в том на каком это сайте делать, а в том как подчинятся законам и вообще сделать все юридически верно.

Я об этом и писал, То что перебор клиентов на старой ферме, плюс они никак не штрафуют за использование процессора сверх нормы

Дык вполне естественно что есть более слабые сервера. На новых серверах скорей всего железо новей, да и нагрузки тупо меньше изза меньшего количества виртуалок

Мой комментарий относится к случаю если бд находится на отдельном сервере от самого сайта (нод сайт), и конектится серверу бд для получения информации. В таком случае сервер бд чаще всего открыт миру, и это не смертельно. Есть много способов как оставить базу открытой из вне, но при этом защищенной

Можно же просто белые и черные списки ip для доступа держать, или рандомные данные для доступа, к примеру при использовании амазона адрес для бд имеет такой вид servicedb.jdskkfjjkclskd.ap-southeast-1.rds.amazonaws.com. Ведь очень частое явление что бд на отдельном сервере

Он и раньше умел, был и есть плагин в репозитории.



Там вообще много добра такого, можно прям конвеер для разработки сделать

P.S. Скрин с PyCharm, но сильных отличий с phpStorm нет

Ага, все верно. Очень удобно, чтобы список с подключениями не засорять

Кстати, теперь pma больше не нужен для визуализации данных jetbrains встроила клиент в свои ide. Уже опробывал, очень круто, удобно и все под рукой

Жалко что при изменении комментария уведомления не приходят. (:

Я с каждым проектом в git храню конфигурацию для vagrant (не сам бокс, а скрипты для создания окружения). И выходит что для каждого проекта всегда есть настроенная именно для него система только с нужными модулями и все это занимает минимум места. Удобно тем что если нужно чтото делать из ранее созданного то поднимается окружение в котором создавалось приложение. Ну и я монтирую локальную папку в окружение и работаю с исходным кодом локально в идеальном окружении

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

А при чем здесь MODX тогда? Если у вас для приложения уже есть API сервер, то часть на сайте можно по такому же принципу как и в приложении сделать, сайт будет точно также общаться с API сервреом и выводить обновления с него.

Даже для 1-го способа необходим дополнительный ряд работ, в виде тестирования, дебагга, документации, просто объяснить как все работает и в конце концов составить план работ. И я думаю ниодин вменяемы разработчик не будет это делать за свой счет. Даже если пропустить низкую стоимость часа работы, определенно занижено время исполнения. При фуллтайм разработке на весь цикл нужно минимум 20 часов работы

Я обычно конфиги с проектом храню, редактирую в ide, а при сохранении запускаю автоматизацию с помощью Fabric. Он сам закачивает что нужно, копирует, перезапускает

Я еще использую Fabric для абсолютной автоматизации всех рутинных действий. Выполнил в консоли одну команду и любые действия делаются сами по себе. Типо прогнать тесты, или создать новую ветку, или задеплоить приложение с миграциями доустановкой софта или зависимостей