Morikov: Так проект самого Кокоса собирается или как? Точного алгоритма у меня нет, сам собирал наощупь. Но собирал из проекта, предварительно созданного инструментами библиотеки Кокос. Может, вам на сайте библиотеки туториалы поискать?
hrvasiliy: Если согласованность файлов во время обновления критична - сначала заблокировать сервис от пользователей. И все-таки инструменты системы контроля версий предпочтительнее. Представьте, что вы все проверили, а у пользователей все валится. Понадобится быстро накатить прошлую версию, пока вы (спокойно) разбираетесь, где напахали.
Adamos: впрочем, один конкретный совет могу дать: выкиньте винду. Тестовый сервер - это громко звучит, но он может быть элементарным локалхостом, заливать файлы на который не потребуется вовсе, потому что это локальная же папка, и вы делаете с ней все, что хотите. А в случае, когда сделали то, чего не хотели - выручает git.
hrvasiliy: Я написал, как плохо может обернуться подход "ну, оно же и так более-менее получается". Довольно конкретные проблемы, с учетом которых нужно подбирать инструменты и выстраивать рабочий процесс.
Готовый алгоритм вам тут не распишут - все индивидуально, и одного правильного решения, как в школе, просто нет ;)
hrvasiliy: Ну да, для того, кто не понимает, как работают системы контроля версий, git - это "какое-то чудо" :)
Вкратце: обновление разбивается на два этапа: обновление информации в git-e и применение этого обновления к файлам на сервере. Пока вы зависите от стабильности соединения - ни один файл и не меняется. Когда началось изменение файлов - вся информация для него уже на сервере, и обрыв соединения не станет проблемой. Не говоря уже о том, что изменение разных файлов практически не растянуто по времени, и шанс пустить пользователя в несогласованное окружение резко уменьшается.
inakrin: Если вам кто-то поставляет готовый софт - какая у вас может быть защита от его злонамеренности? Только самостоятельная компиляция из исходников позволит вам быть уверенным, что результат соответствует оригиналу. Ну, не учитывая возможности закладки в компиляторе и в "железе" ;)
На самом деле, этот вопрос не только вас волнует. Посмотрите здесь, например: www.theregister.co.uk/2015/02/23/debian_project
kompi: никакого парадокса - выросшие в клетке панически боятся открытого неба, это вполне естественно.
Вопрос в том, преодолевают ли они этот страх или ищут того, кто за них все решит, как они привыкли.
Илья Бурханов: у нас микроплатежи, так что на мобильную коммерцию мы старательно пересаживали с SMS на короткие номера. Да, больше половины платежей - через МК. Далеко не у всех есть электронные кошельки, далеко не все хотят светить в интернете карты.
Было бы еще больше, если бы были все операторы, а не только "большая четверка", и если бы не запрет платежей с корпоративных и кредитных тарифов.
Владислав Яновский: как - зачем? Назначить статьям нормальные заголовки, более подходящие под то, что ищут. Прописать изображениям title. Привести навигацию к логичной схеме вместо того, что исторически сложилось. В общем, устроить сайту "лечебную физкультуру" вместо "пластической хирургии" специалистов, которые быстро правдами и неправдами выведут в топ, а там - хоть трава не расти. Владельцу-то сайта нужно не только заманить пользователей из поисковика, но и обеспечить, чтобы они не закрывали страницу сразу, как только увидят. А таких гарантий SEO совершенно не дает.
Gentimchenko: верю, но предположу, что итоговая сумма окажется сравнимой с услугами профи, причем не факт, что она будет выше. И что результат быстрого профи, для которого это один из заказов, которые надо побыстрее сдать, будет качественнее, чем у новичка, который перелопатит весь сайт.
Евгений Хлусов: Этот макет уместен для поиска по известным данным. Для ввода он не имеет никакого смысла и только мешает пользователю указать то, что он реально может.
