Alex Vakhitov

Alex Vakhitov

Был в сети 10 декабря 2018, 21:37
Заказы не принимаю
На мой взгляд для реализации приложения для iOS нужно сначало сделать дополнение для MODX которое реализует все необходимые методы API и авторизацию через API, для максимальной совместимости со всеми будущими версиями. Тогда работу можно разделить, или я не прав?
Еще хороший вариант BitTorrent Sync, у меня сервачок домашний стоит на который все копируется каждый вечер. Никакой зависимости перед сервисами, скорость ограничена только каналом интернета, почти нет проблем с ограничением места
Мой комментарий относится к случаю если бд находится на отдельном сервере от самого сайта (нод сайт), и конектится серверу бд для получения информации. В таком случае сервер бд чаще всего открыт миру, и это не смертельно. Есть много способов как оставить базу открытой из вне, но при этом защищенной
Можно же просто белые и черные списки ip для доступа держать, или рандомные данные для доступа, к примеру при использовании амазона адрес для бд имеет такой вид servicedb.jdskkfjjkclskd.ap-southeast-1.rds.amazonaws.com. Ведь очень частое явление что бд на отдельном сервере
Жалко что при изменении комментария уведомления не приходят. (:

Я с каждым проектом в git храню конфигурацию для vagrant (не сам бокс, а скрипты для создания окружения). И выходит что для каждого проекта всегда есть настроенная именно для него система только с нужными модулями и все это занимает минимум места. Удобно тем что если нужно чтото делать из ранее созданного то поднимается окружение в котором создавалось приложение. Ну и я монтирую локальную папку в окружение и работаю с исходным кодом локально в идеальном окружении
Тогда лучше выбрать то на чем проще разрабатывать будет. И вообще смотреть на функционал, скажем если нужно будет проводить какуюто синхронизацию данных, то на ларавел на скока я знаю есть готовые модули для этого. Ну и вообще подумать о том что в будущем понадобится и исходя из этого выбирать сейчас
Даже для 1-го способа необходим дополнительный ряд работ, в виде тестирования, дебагга, документации, просто объяснить как все работает и в конце концов составить план работ. И я думаю ниодин вменяемы разработчик не будет это делать за свой счет. Даже если пропустить низкую стоимость часа работы, определенно занижено время исполнения. При фуллтайм разработке на весь цикл нужно минимум 20 часов работы
Я еще использую Fabric для абсолютной автоматизации всех рутинных действий. Выполнил в консоли одну команду и любые действия делаются сами по себе. Типо прогнать тесты, или создать новую ветку, или задеплоить приложение с миграциями доустановкой софта или зависимостей