Исходный вопрос:
Ответы:
ValdisRu и другие любители светить подписями, простите за грубость, но это высказывание точно подходит для Вас:
Если женщине нечего сказать, то это не значит что она будет молчать.
.
по топику: вроде еще не было этих хостеров/ссылок:
http://123systems.net/
https://lowendbox.com/ (иногда проскакивают интересные акции, хотя удобнее на http://lowendstock.com/ подбирать)
а С++ - это надстройка над ассемблером, а ассемблер - это надстройка над машинным кодом, который в свою очередь является надстройкой над процессорным микрокодом и так далее до булевой арифметики и еще ниже. :)
эх, ностальгия под пиво, ковырял когда-то все это... 😂
Не факт, что цветная реклама это минус. Я бы назвал это плюсом, главное чтобы реклама была тематической.
Цвет будет выделяться на фоне ч/б и притягивать внимание посетителей (рекламщики иногда используют такой прием), поэтому и CTR на ней может подняться, а это дополнительные центики в копилочку сайта.
Смотрите, то что Вы отквотили и ссылку. Разговор про консоль сервера(в каждом посту я подчеркиваю, что чужого сервера, клиентского шареда как в этом топике и т.д.) Т.е. мы достоверно не знаем, что творится на самом сервере.
Да, физически кнопки нажимаются на вашей машине, да они по защищенному протоколу передаются на сервер.
А вот на сервере что?... Запускаете hg init / git init / git pull , а вот что реально запустится - это вопрос.
Переменную окружения PATH кто и когда смотрел в последний раз?... Хоть винда, хоть линукс, никакого хака - это базовый функционал описанный где только можно, права админа или рута не нужны. Вот и 2-5 минут на все про все.
Ладно, наверное, пора уже закруглятся. Убеждать людей не вводить свои пароли где попало - это бесперспективное занятие.
это был риторический вопрос 😂---------- Добавлено 18.07.2016 в 21:51 ----------
Судя по обсуждению, я очень сомневаюсь, что у ТС ридонли к репе. Даже если ридонли, но доступна пачка других проектов, то другие проекты могут утечь - это может быть неприятнее, чем просто временно "убитый" один проект.
Если в консоли ввести hg init / git init / git pull и т.д. то запросится пароль в явном виде или попросит ввести пароль к ключу. Его и можно перехватить. Вот я и пытаюсь сказать, что так делать не стоит на чужих или непонятных хостингах.
Намного проще и безопасней выливать изменения _на_ хостинг, а не ходить с хостинга в репу или еще куда.
Вопрос к Вам, как к программисту: можно ли минут за пять написать сохранение введенного пароля в текстовый файл или хватит и двух минут? Для наглядности возьмем веб-форму и пхп.
В консоли все тоже самое, даже проще, при желании можно хоть и пхп использовать. :)
У каждого свое понятие костылей. Минимальный скрипт будет в две строки.
Первая строка: экспорт файлов из системы контроля версий в нужную папку (svn export / git archive / hg - думаю, Вы сами знаете как это сделать, я с ним не работал)
Вторая строка: rsync ...
Все. Из бонусов: на клиентской стороне(шареде) ничего дополнительно настраивать не нужно, также там не будет никаких лишних файлов (да и бекапы будут легче весить).
Я как бы намекал, что репозиторию вообще нечего делать на непонятно каких шаредах/впсках. У ТС клиентский шаред, как на нем с безопасностью - хз. В случае использования репозитория на ней, ломанут хостинг - может уйти доступ к репозиторию(репизиториям, т.к. часто под одним логином доступна их пачка). Еще вариант, обострение деятельности клиента или его студента-эникейщика: сносится часть или все служебные файлы репозитория. Что делать?
... пытаться вспомнить явки/пароли, подключаться к шареду(зачастую скорость - грусть), разбираться с файлами, потом с клиентом, удалять все, git init и т.д.
vs
rsync
Каждый делает свой выбор. :)
Использовать на шареде(да и на вдс тоже, если их много) напрямую hg, git, svn (со всяким служебным мусором и зачастую этот мусор становится доступным и через веб) - не самая лучшая идея.
"подлючился через SSH" - отлично, это предел мечтаний для шареда. Больше ничего не нужно.
У себя делаете деплой только _нужных_ файлов в отдельную папку, затем ssh+rsync, все. При желании это делается одним скриптом, т.е. одно нажатие кнопки ENTER.
"у себя" - это или на локалхосте или на своем сервере(мне так удобнее), там же где лежат репозитории.
угу, не панацея. был когда-то в isp косяк при обновлении или автообновлении(которое включено по дефолту), после которого сервера просто дохли(они свои бинарники криво собрали). тут и уязвимостей не понадобилось, все из коробки.
откатывался назад на своих бекапах.
Если точки висят на шнурке, то можно просто оставить один DHCP сервер.
(т.е. на второй/третьей точке потушить dhcp сервера)
