mark2011: Третий NS, кстати, не работает:
traceroute 109.237.108.84
Интересный у вас способ проверять работу ns-serverов, а я думал нужно использовать dig [@global-server] [domain] (хотя в данном случае он не содержит информацию о зоне. т.е. работает не корректно)
Для справки, иногда ICMP режется. Но работе сервиса это не мешает.
В таких случаях, чтобы поглядеть трассу нужно использовать ключ --tcp
Den_Z: Не существует стопроцентного варианта защититься от правообладателей и не реагировать на жалобы без последствий.
Конечно реагировать надо, я о том, что скоро на блокировки ркн перестанут обращать внимание.
Den_Z: На рутрекер может и не особо скажется, но всё равно заморачиваться с proxy или Tor не каждый клиент будет. А для нового сайта это может быть очень даже критично.
Позволю себе не согласится.
Если юзер уже установил себе VPN, то при необходимости он его включит и неважно, рутрекер это или сайт Васи Пупкина.
Кроме того, единожды включив VPN/прокси/браузерное расширение, далеко не каждый станет его отключать, вот я например уже который год только через прокси и хожу, зачем его отключать? (если конечно прокси нормальный и не тупит)
Хотя да, будут и те, кому проще пойти на другой сайт, чем чего то там настраивать. И вот эту часть пользователей сайт потеряет.
но пока не очень с ним понятно - если я хочу хранить несколько бекапов (за день, месяц)
Ну так прочитайте пост, там есть ссылка, а там все подробно расписано.
И за счет жестких ссылок, диска нужно будет значительно меньше, чем делать 2 отдельные копии.
Ткните, пожалуйста, где почитать лучше про это, не сталкивался еще.
Почитайте, должно подойти.
Хоть там на примере юбунты, но принцип тот же.
Но блин, почему он не вводится? Чего ему не хватает?
Стесняюсь спросить, а какая ось? какая версия БД? из чего ставите, из исходников или реп?
Обычно когда я ставлю бд, то ставится она без пароля, а потом запускаю mysql_secure_installation
Третий NS, кстати, не работает:
traceroute 109.237.108.84
Интересный у вас способ проверять работу ns-serverов, а я думал нужно использовать dig [@global-server] [domain] (хотя в данном случае он не содержит информацию о зоне. т.е. работает не корректно)
Для справки, иногда ICMP режется. Но работе сервиса это не мешает.
В таких случаях, чтобы поглядеть трассу нужно использовать ключ --tcp
Первое что бросается в глаза это, что apache2 слушает 185.88.212.233 на порту 8080
<VirtualHost 185.88.212.233:8080>
А nginx проксирует на локал хост
Надо исправить либо:
Либо
Не существует стопроцентного варианта защититься от правообладателей и не реагировать на жалобы без последствий.
Конечно реагировать надо, я о том, что скоро на блокировки ркн перестанут обращать внимание.
На рутрекер может и не особо скажется, но всё равно заморачиваться с proxy или Tor не каждый клиент будет. А для нового сайта это может быть очень даже критично.
Позволю себе не согласится.
Если юзер уже установил себе VPN, то при необходимости он его включит и неважно, рутрекер это или сайт Васи Пупкина.
Кроме того, единожды включив VPN/прокси/браузерное расширение, далеко не каждый станет его отключать, вот я например уже который год только через прокси и хожу, зачем его отключать? (если конечно прокси нормальный и не тупит)
Хотя да, будут и те, кому проще пойти на другой сайт, чем чего то там настраивать. И вот эту часть пользователей сайт потеряет.
Правообладатель подал бы жалобу в Роскомназдор и веб-сайт лекго стал бы недоступным на территории России.
Мне кажется, что на посещаемости это не сильно скажется, т.к. эти "блокировки" обходятся в два счета.
Будет очень интересно поглядеть на то, как скажется блокировка на посещаемости рутрекера (в понедельник его отправят в черный список)
Когда отмечаю чекбокс, скрытый текст в диве не появляется... почему? В чем ошибка?
В данном примере нет скрипта, который сделает блок видимым.
G-and-Y, не видя конфигов и логов понять, что пошло не так достаточно сложно.
Каким образом они могли это сделать?
Например увели ваш пароль от FTP.