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