А этот раздел предназначен для всех вопросов, связанных с библиотекой, на случай если она будет недоступна.
По настоятельной просьбе добавляю расшифровку некоторых кодов состояния сервера (в частности, сообщений об ошибках). Прочитайте и да не спрашивайте.
4xx: Client Error (Ошибка клиента)
Класс кодов 4xx предназначен для указания ошибок со стороны клиента. При использовании всех методов, кроме HEAD, сервер должен вернуть в теле сообщения гипертекстовое пояснение для пользователя.
400 Bad Request (Плохой запрос)
Запрос не понят сервером из-за наличия синтаксической ошибки. Клиенту следует повторно обратиться к ресурсу с изменённым запросом.
401 Unauthorized (Не авторизован)
Запрос требует идентификации пользователя. Сервер должен запросить имя и пароль у пользователя, а тот передаст их в заголовке WWW-Authenticate в следующем запросе. Если были указаны неверные данные, то сервер снова вернёт этот же статус.
403 Forbidden (Запрещено)
Сервер вернул ошибку 403 при попытке просмотра директории «cgi-bin», доступ к которой был запрещён. Сервер понял запрос, но он отказывается его выполнять из-за ограничений в доступе со стороны клиента к указанному ресурсу. Наиболее вероятными причинами ограничения могут послужить: Попытка доступа к системным ресурсам веб-сервера (например, файлам .htaccess или .htpasswd) или к файлам, доступ к которым был закрыт с помощью конфигурационных файлов.
Сервер не удовлетворён IP-адресом клиента (например, временная блокировка из-за частых обращений или же на этапе разработки приложения доступ разрешён только некоторым IP).
404 Not Found (Не найдено)
Сервер понял запрос, но не нашёл соответствующего ресурса по указанному URI. Если серверу известно, что по этому адресу был документ, то ему желательно использовать код 410. Ответ 404 может использоваться вместо 403, если требуется тщательно скрыть от посторонних глаз определённые ресурсы.
405 Method Not Allowed (Метод не применим)
Указанный клиентом метод нельзя применить к текущему ресурсу.
408 Request Timeout (Время ожидания истекло)
Время ожидания сервером передачи от клиента истекло. Клиент может повторить аналогичный предыдущему запрос в любое время.
410 Gone (Удалён)
Такой ответ сервер посылает, когда ресурс раньше был по указанному URL, но был удалён и теперь недоступен. Серверу в этом случае не известно и местоположение альтернативного документа (например, копии).
415 Unsupported Media Type (Неподдерживаемый тип данных)
По каким-то причинам сервер отказывается работать с указанным типом данных при данном методе.
Сервер успешно принял запрос, может работать с указанным видом данных, в теле запроса XML-документ имеет верный синтаксис, но имеется какая-то логическая ошибка из-за которой невозможно произвести операцию над ресурсом.
423 Locked (Заблокировано)
Целевой ресурс из запроса заблокирован от применения к нему указанного метода.
5xx: Server Error (Ошибка сервера)
Коды 5xx выделены под случаи неудачного выполнения операции по вине сервера. Для всех ситуаций, кроме использования метода HEAD, сервер должен включать в тело сообщения объяснение, которое клиент отобразит пользователю.
500 Internal Server Error (Внутренняя ошибка сервера)
Любая внутренняя ошибка сервера, которая не входит в рамки остальных ошибок класса 5xx.
501 Not Implemented (Не реализовано)
Сервер не поддерживает возможностей, необходимых для обработки запроса. Типичный ответ для случаев, когда сервер не понимает указанный в запросе метод. Если же метод серверу известен, но он не применим только к данному ресурсу, то нужно вернуть ответ 405 (Method Not Allowed).
502 Bad Gateway (Плохой шлюз)
Сервер в роли шлюза или прокси получил сообщение о неудачном выполнении промежуточной операции.
503 Service Unavailable (Сервис недоступен)
Сервер временно не имеет возможности обрабатывать запросы по техническим причинам (обслуживание, перегрузка и прочее).
504 Gateway Timeout (Шлюз не отвечает)
Сервер в роли шлюза или прокси не дождался ответа от вышестоящего сервера для завершения текущего запроса.
505 HTTP Version Not Supported (Версия HTTP не поддерживается)
Сервер не поддерживает или отказывается поддерживать указанную в запросе версию протокола HTTP.
507 Insufficient Storage (Переполнение хранилища)
Не хватает места для выполнения текущего запроса. Проблема может быть временной.
509 Bandwidth Limit Exceeded (Исчерпана пропускная ширина канала)
Используется при превышении веб-площадкой отведённого ей ограничения на потребление трафика. В данном случае владельцу площадки следует обратиться к своему хостинг-провайдеру. В настоящий момент данный код не описан ни в одном RFC и используется только модулем bw/limited, входящем в панель управления хостингом cPanel.
Sfinx сделал и любезно предоставил для публикации простейший индикатор статуса Флибусты, Coollib и Либрусека (если библиотека работает - зеленая птичка):
Для Флибусты
Для Coollib
Для Либрусека
ВНИМАНИЕ, ЕСЛИ У ВАС РОССИЙСКИЙ ПРОВАЙДЕР
Способы обхода блокировок:
Веб-сервисы
По степени удобства веб-сервисы, предлагающие открытие заблокированных сайтов через прокси-серверы, не сильно отличаются друг от друга. Чаще всего они требуют всего лишь скопировать ссылку в строку на своей главной странице и сделать один клик. При этом они отображают нужную страницу с собственной шапкой и работают весьма медленно. Одним из самых лучших среди них является ProxFree. Он отличается простотой в использовании не добавляет собственную рекламу. Среди аналогов — Proxyweb и Hide My Ass.
Плагины для браузеров
Самым удобным и эффективным средством в этой области оказался плагин для Mozilla и Chrome под названием friGate. Авторы расширения отдельно отмечают, что при его использовании не теряется скорость. Он действительно работает «из коробки» и открывает страницы, заблокированные любым известным способом, оповещая пользователя о входе на «запретную территорию» одним лишь изменением иконки на панели управления. Скорость работы friGate обеспечена тем, что он открывает заблокированные сайты из собственного заранее составленного списка. Однако вряд ли это для кого-то станет проблемой: пополняется он максимально оперативно.
Кроме того, популярностью пользуются плагины Hide My Ass! для Chrome и Mozilla.
Настоятельно не рекомендую пользоваться плагинами hola!, так как услуга использует ваш собственный трафик для других пользователей, ее программные элементы обладают рядом уязвимостей, и время от времени ваш трафик продают для DDoS`a (см. хабрахабр).
Программы для Windows и Mac
TOR
Tor (The Onion Router) — свободное и открытое программное обеспечение для реализации второго поколения так называемой луковой маршрутизации. Это система прокси-серверов, позволяющая устанавливать анонимное сетевое соединение, защищённое от прослушивания. Рассматривается как анонимная сеть виртуальных туннелей, предоставляющая передачу данных в зашифрованном виде. С помощью Tor пользователи могут сохранять анонимность в интернете при посещении сайтов, ведении блогов, отправке мгновенных и почтовых сообщений.
Лично я категорически не рекомендую, из-за использования Java Runtime - программной платформы, исключительно уязвимой для вирусов и вредоносного кода. Однако желающие могут почитать и установить.
VPN это обобщенное название сети или соединения, которое создано внутри или поверх другой сети, например сети Интернет. Как правило, так называют созданную защищенную сеть или туннель внутри незащищенной сети Интернета. В самом простом виде VPN представляет собой туннель из VPN клиента, установленного на компьютере пользователя и VPN сервера. Внутри этого туннеля, средствами VPN, осуществляется защита, шифрование и изменение данных, которыми обменивается компьютер пользователя и веб-сайты или веб-сервисы в сети Интернет. Для чего нужна подобная защита и в чем ее плюсы? В некоторых случаях VPN нужен для того, чтобы скрыть свой реальный IP адрес и стать "анонимным". В других случаях он нужен для того, чтобы скачать нужный файл из другой сети, которая не разрешает доступ с IP адресов страны, в которой находится пользователь. Третий вариант - это необходимость шифрования трафика передаваемого с компьютера пользователя до точки назначения и так далее.
Существует множество VPN сервисов, как платных, так и бесплатных. В случае бесплатных - рекомендую OpenVPN. Из платных, вот свежая подборка лучших сервисов от TorrentFreak и The Pirate Bay рекомендует FrootVPN.
И читайте шапку, ей-богу! Тему буду чистить. Эпичные посты оставлять в назидание. «Sine ira et studio, impavide progrediamur»
Дата: Пятница, 03.06.2011, 13:48 | Сообщение # 627
Грозный пират
Группа: Абордажная Команда
Сообщений: 244
Статус: Offline
Quote (Webdiver)
А что для этого планируется сделать?
Вернёмся на Флибусту - там и подумаем. Надо прикинуть, что можно улучшить разово, не влезая в систематическую оплату (таковая всегда в итоге проблематичнее, даже если она по размеру невелика).
Дата: Пятница, 03.06.2011, 21:56 | Сообщение # 630
Рядовой
Группа: Пользователи
Сообщений: 5
Статус: Offline
как вариант предлагаю поставить саму флибусту у "кого нить дома" и сделать парочку фронтендов с варнишем и лайти. а на каналах до бакенда поднять ipsec. и сервер "под рукой" и хрен кто вычислит и нагрузка снизится за счет кэширования статики и хостиги дорогие не нужны. на фронтенде помимо ipseca кэш и логи находится на разделе шифрованом AES с ключем из /dev/urandom т.е. после выключения питания достать оттуда что либо не реально. и терморектальный метод криптоанализа тоже не поможет.
З.Ы.
своп шифруется также..
Сообщение отредактировал 0per - Пятница, 03.06.2011, 22:03
Дата: Суббота, 04.06.2011, 02:54 | Сообщение # 631
Сержант
Группа: Пользователи
Сообщений: 38
Статус: Offline
Jolly_Roger, Illarion, Sfinx, FiL, Webdiver, Ulenspiegel, computers, софлибустники - всем добрейшего. По зеркалу в РБ - занимаемся. Просматривается форум, берем на заметку полезные ссылки. По личной и общей запарке конкретики пока нет. Как смогу прояснить, отпишусь. Отдельное душевно Sfinx,
Дата: Суббота, 04.06.2011, 08:18 | Сообщение # 632
Янус
Группа: Администраторы
Сообщений: 29908
Статус: Offline
Quote (AnnaVin)
что опять что-то навернулось?
Да, это говорит о том, что либо аппаратный, либо программный сбой, и при запуске система зависла, т.е. не запускается. После того, как все-таки запустят, будут выяснять, в чем же дело. IMHO — In My Humble Opinion
Дата: Суббота, 04.06.2011, 16:44 | Сообщение # 634
Злой абизьян
Группа: Проверенные
Сообщений: 73
Статус: Offline
О дублировании надежности. В электросвязи, в одной из республик Северного Кавказа, где мне довелось работать были узкие места. Режим 24х365 (круглогодично) работали два компа IBM-386. Проработали 6 лет сменяя друг дружку с 1993 по 1999 г. Ну а потом внедрили на базе АТС СИ-12(Бельгия) другие технологии. Может имеет смысл держать основной и дублирующий сервера? По железу вдвое дороже, но надежность - выше не бывает. Своего рода RAID-система. Сложность в связывании двух машин в наше время решается проще чем тогда(тогда были заказаны специальные платы и драйвера, уникальная программа писавшая информацию на два компа). RAID-диски тоже выход, но 100% гарантии они не дают. В общем, не покопать ли нам в этом направлении? В смысле ДУБЛИРОВАНИЯ: ДУПЛЕТА двух серверов?? Потерь такая система просто не должна иметь по определению. В одиночном режиме система работала исключительно редко. Находили комп на временную замену ремонтирующегося... В банках того времени подобное тоже имело место.
Дата: Суббота, 04.06.2011, 17:07 | Сообщение # 635
Лейтенант
Группа: Проверенные
Сообщений: 72
Статус: Offline
Quote (TaF)
О дублировании надежности. В электросвязи, в одной из республик Северного Кавказа, где мне довелось работать были узкие места. Режим 24х365 (круглогодично) работали два компа IBM-386. Проработали 6 лет сменяя друг дружку с 1993 по 1999 г. Ну а потом внедрили на базе АТС СИ-12(Бельгия) другие технологии. Может имеет смысл держать основной и дублирующий сервера? По железу вдвое дороже, но надежность - выше не бывает. Своего рода RAID-система. Сложность в связывании двух машин в наше время решается проще чем тогда(тогда были заказаны специальные платы и драйвера, уникальная программа писавшая информацию на два компа). RAID-диски тоже выход, но 100% гарантии они не дают. В общем, не покопать ли нам в этом направлении? В смысле ДУБЛИРОВАНИЯ: ДУПЛЕТА двух серверов?? Потерь такая система просто не должна иметь по определению. В одиночном режиме система работала исключительно редко. Находили комп на временную замену ремонтирующегося... В банках того времени подобное тоже имело место.
А сколько это будет стоить? Хостинг второго сервера, я конечно не в курсе цен, сколько Стивер платит за провайдеру, но сдается - не мало, хватит пожертвований на 2 сервера? С начало документация, потом настройка. НЕ НАОБОРОТ!!!
Дата: Воскресенье, 05.06.2011, 11:34 | Сообщение # 642
Рядовой
Группа: Пользователи
Сообщений: 5
Статус: Offline
Quote (eddie)
Дублирование сделаем. Вроде есть желающие предоставить железо и если Стивер не будет против (а я думаю, что он не будет) то бэкапный сервер сделаем обязательно. Технических трудностей тут почти нет.
к стати у меня на хостинге скоро(дней 15) будет почти личный сервак 16ядер 16гиг оперативки и 12тыр sas дисков в 5м раиде. ip мне светить не желательно, но если сделать как писал выше то можно...
зы а еще могу шлюз в i2p сделать.
Сообщение отредактировал 0per - Воскресенье, 05.06.2011, 11:38
Дата: Воскресенье, 05.06.2011, 12:12 | Сообщение # 643
Рядовой
Группа: Пользователи
Сообщений: 2
Статус: Offline
Quote
Мысль: повесьте Флибусте на морду index.html заглушку-статику с успокоительными словами, а? Дел на две минуты, а спокойствия на несколько дней... smile ...ну и ссылку сюда не помешает.
Дата: Воскресенье, 05.06.2011, 14:21 | Сообщение # 644
Повелитель всея Флибусты
Группа: Модераторы
Сообщений: 44
Статус: Offline
Quote (Jolly_Roger)
Мысль: повесьте Флибусте на морду index.html заглушку-статику с успокоительными словами, а? Дел на две минуты, а спокойствия на несколько дней... smile ...ну и ссылку сюда не помешает.
Сделано :) Базу и книги fb2 уже восстановили, сейчас закачиваем прочие форматы. Объемные они сильно...
Дата: Воскресенье, 05.06.2011, 18:46 | Сообщение # 646
Рядовой
Группа: Пользователи
Сообщений: 5
Статус: Offline
хочу вот что спросить:могу ли я,имея почти 1,5 гига книг,скачаных с любимой Флибусты, как то помочь в восстановлении? Друзья просили передать:вся читающая Украина вообще, и форум "ДурДом ин УА" в частности,держим кулаки за Флибусту.Скорейшего выздоровления!
Сообщение отредактировал Smok62 - Воскресенье, 05.06.2011, 19:01
Дата: Воскресенье, 05.06.2011, 19:15 | Сообщение # 647
Лейтенант
Группа: Проверенные
Сообщений: 72
Статус: Offline
Quote (Stiver)
Было бы кстати полезно. Давно уже собираемся, мне даже инструкцию добрые люди выдали, а все руки не доходят.
Только надо отдельным серваком ставить. Чтоб в случае падения флибусты доступ оставался. И не светить ip не в коем случае. С начало документация, потом настройка. НЕ НАОБОРОТ!!!
Дата: Воскресенье, 05.06.2011, 20:29 | Сообщение # 649
Сержант
Группа: Пользователи
Сообщений: 21
Статус: Offline
А вот предложите хорошую репликацию файловой системы для условий когда - один мастер, несколько slave - файлов много, - файлы не меняются, а только добавляются с умеренной скоростью, - slave может тормозить или пропасть навсегда, - мастер сильно загружен и надо экономить его ресурсы, - репликация должна быть сравнимой по скорости с master-slave репликацией mysql
rsync в такой ситуации подходит плохо: на каждую репликацию надо сканировать мастера и слэйва и сравнивать. Для больших объемов это дорого и запускать часто нельзя. csync + inotify на мастере гораздо лучше по ресурсам мастера, но как быть с пропаданием slave в таком случае? Другие варианты?
Дата: Воскресенье, 05.06.2011, 21:03 | Сообщение # 650
Рядовой
Группа: Пользователи
Сообщений: 2
Статус: Offline
Ну во первых файловую репликацию сделать такой же быстрой как mysql репликацию невозможно(наверное), разный объем данных. Можно сделать так что бы файловые системы всегда были равны, это да, я не пробовал но есть интересная статья по использованию geom gate для создания raid1 через сеть. И вариант номер два, писать свой скрипт для работы с файлами, т.е. допустим, добавлением книги мы инициализируем добавление в отдельную таблицу данных о файле, к данной таблицы постоянно(5-10 сек) обращаются с заросом слейвы у которых есть такая же таблица, при нахождении расхождений, идет обращения сначала к другим слейвам с проверкой наличия у него такой книги, если есть - качаем обновлям таблицу(таблица не является реплициремой естественно), если нет берем с мастера. Я к тому, что мы работает не с неизвестными файлами, а очень даже определенными. Здесь возможна проблема скачивания только что добавленной книги через слейв, но можно сделать задержку в минуту-две после добавления книги для скачивания.
Сообщение отредактировал reZon - Воскресенье, 05.06.2011, 21:07
