А этот раздел предназначен для всех вопросов, связанных с библиотекой, на случай если она будет недоступна.
По настоятельной просьбе добавляю расшифровку некоторых кодов состояния сервера (в частности, сообщений об ошибках). Прочитайте и да не спрашивайте.
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»
что-то у меня сомнения в том, что тут кто-то реально наоптимизирует производительность. Друпал пилит огромное количество народу в мире, а толку - нихрена. Жутко тормозной неповоротливый монстр. Но менять его на что-то другое (а что?) - это слишком много работы. Но вот если кто библиотечный код портанет дле семерки, то это может быть интересно. Все-таки будет шаг в нужном направлении.
П.С. Порты - это фигня. Обычно база является узким местом. Запросы надо оптимизировать.
П.С. Порты - это фигня. Обычно база является узким местом. Запросы надо оптимизировать.
Может, ты и прав. Но все равно мне кажется, что оптимизировать нужно не книжную базу, а базу блогов/форумов. Чисто эмпирически - когда Ларин убрал блоги с главной страницы, либрусек сразу "зашевелился" (прекрасно это помню). Ну, и когда завсегдатаи, днюющие и ночующие в форумах и блогах посваливали на флибусту. Оговорюсь сразу - код флибусты/либрусека я не сморел, eddie скажет точнее.
за книжную часть я ничего сказать не могу. А блогофорумы на друпале - это явно корявый код. С этим спорить сложно. Но и править его сложно, ибо это совсем сторонний код, который к тому-же обновляется отдельно. Так что если сам начинаешь править, то потом уже "официальные" патчи и апдейты не пришьешь. Разнести блоги и книги - это задача интересная, но не знаю насколько реальная. В том числе и финансово.
Филя, а вот скажи (ты-то больше в теме): дорого-ли будет стоить у нас готовый и быстрый хост под блогофорумы (ну, там, где продукт предлагается, а не просто хост с довесками)? Или такого вообще нет? Ларин что-то сказал, типа "не бывает". Но я не в теме, сам знаешь...
Дата: Четверг, 02.06.2011, 10:32 | Сообщение # 606
Рядовой
Группа: Пользователи
Сообщений: 4
Статус: Offline
А если использовать для блогов распределенную систему? Например, Osiris (http://www.osiris-sps.org) ? Никто не рассматривал такой вариант? Народу, в принципе, много, в разных часовых поясах, так что система чисто теоретичестки должна работать стабильно 24/7. Я лично испытал данную штуку вчера вечером... Мне понравилось. Сыровато пока, конечно... Но наше пиратское будущее, имхо, именно за такими системами.
Сообщение отредактировал Webdiver - Четверг, 02.06.2011, 10:32
Дата: Четверг, 02.06.2011, 11:50 | Сообщение # 607
Штирлиц
Группа: Проверенные
Сообщений: 748
Статус: Offline
Блоги -зло. Форум это да, возможно. Стивер говорил что блоги/форумы жрут манюсенький процент ресурсов. Ларин говорил что больше всего ресурсов уходит на упаковку. Это так , дайджест. Лично я думаю что открывая книгу в read тоже ресурсов тратится не мало, там и распаковка и парсинг FB2 и конверт в HTML, но это так мое мнение. А вообще без статистики хрен поймешь где корень проблемы. Возможно просто достаточно базу оптимизировать понапихав индексов по наиболее часто ищущимся полям. Я дурак - меня посадят.
Дата: Четверг, 02.06.2011, 12:22 | Сообщение # 608
Сержант
Группа: Проверенные
Сообщений: 31
Статус: Offline
Quote (Webdiver)
А если использовать для блогов распределенную систему? Например, Osiris (http://www.osiris-sps.org) ? Никто не рассматривал такой вариант?
Штука, конечно, интересная, но чтобы она работала каждый пользователь должен загрузить на свою машину какую-то двоичную мерзость. Это, разумеется, сильно уменьшит нагрузку на сервер, поскольку многие пользователи не захотят ставить себе неизвестно что и предпочтут обойтись без блогов вообще и без Ф. в частности.
Дата: Четверг, 02.06.2011, 12:38 | Сообщение # 609
Сержант
Группа: Пользователи
Сообщений: 21
Статус: Offline
Quote (Illarion)
Штука, конечно, интересная, но чтобы она работала каждый пользователь должен загрузить на свою машину какую-то двоичную мерзость. Это, разумеется, сильно уменьшит нагрузку на сервер, поскольку многие пользователи не захотят ставить себе неизвестно что и предпочтут обойтись без блогов вообще и без Ф. в частности.
В таком варианте - да. Но это может быть интересно для организации энтузиастами двусторонне синхронизированных зеркал в локалках, например. То есть основной сайт все равно публичный, а на нем есть список зеркал которыми можно пользоваться. Плюс кто-то может свободно организовать приватное зеркало.
Дата: Четверг, 02.06.2011, 14:37 | Сообщение # 610
Рядовой
Группа: Пользователи
Сообщений: 4
Статус: Offline
Quote (Illarion)
Штука, конечно, интересная, но чтобы она работала каждый пользователь должен загрузить на свою машину какую-то двоичную мерзость.
Э-э-э-э.... А Вы весь софт на своем ПК собираете исключительно из исходников? притом собственноручно проверенных до последней строки на предмет "мерзостей"? Если да -- снимаю шляпу перед Вашим терпением и мастерством. Если нет... sapienti sat.
Чтобы попасть на флибусту в том виде, как она есть (ну, или как была, если быть точным ), большинство (я гарантирую это ! ) пользователей загружает на свою машину какую-нибудь двоичную мерзость (ака венду, браузер и т.д.), чтобы качать торренты тоже мало кто собирает клиент из собственноручно проверенных исходников, а в основном скачивают готовую инсталляху... И это НИКОГО, за исключением пары-тройки параноиков не повергает в панический ужас. Так что согласится с озвученной Вами причиной как основной, из-за которой люди предпочтут вообще отказаться от флибусты.... ну никак не могу.
Кстати, о торрентах... Если не только блоги, но и раздачу книг перевести на основу P2P (бессерверную-безтрекерную, разумеется, с помощью всяких DHT и прочих magnet`ов), то система станет ПОЛНОСТЬЮ распределенной и, следовательно, неубиваемой.
Сообщение отредактировал Webdiver - Четверг, 02.06.2011, 14:39
Дата: Четверг, 02.06.2011, 14:57 | Сообщение # 611
Янус
Группа: Администраторы
Сообщений: 29908
Статус: Offline
Quote (Webdiver)
Если не только блоги, но и раздачу книг перевести на основу P2P
Не спорю, возможно, когда-то это и станет необходимо, но пока я предпочел бы надеяться на реинкарнацию Флибусты. И чтобы не на день, а на века . Насчет же распределенных сетей есть ОЧЕНЬ большая проблема - добавления новых книг. Как букмэйкеры будут согласовывать свои усилия? Потребуется, наверное, что-то еще. Уже наличие двух основных библиотек - Л и Ф породило значительные трудности в этой области, касающиеся пока в основном всего лишь синхронизации. А в Р2Р что будет?
Quote (Webdiver)
система станет ПОЛНОСТЬЮ распределенной и, следовательно, неубиваемой
Где-то я это слышал... а-а-а, Казаа рогатая... Неубиваемых систем, увы, не бывает. И соединенными усилиями всех нас нужно, как только можно, бороться против засилия авторского права в его нынешней, уродливой форме. Для того и создаются во многих странах "пиратские партии". А уходить в андеграунд - это только лишь временная, вынужденная мера. Я просто хочу напомнить, что проблема лежит не в плоскости программирования.
Дата: Четверг, 02.06.2011, 15:23 | Сообщение # 612
Штирлиц
Группа: Проверенные
Сообщений: 748
Статус: Offline
Ну чисто теоретически возможно иметь один центральный сервер на котором ничего нет (в смысле книг), который переправляет в зависимости от нагрузки на вспомагательные. + К нему еще один аварийный куда переключается DNS если центральный дохнет. При загрузке книги грузятся на один вспомогательный и помечается что она там в базе центрального , затем книга с вспомогательного в бэкграунде копируется на другие вспомогательные и по окончанию операции копирования помечается на центральном что она и там есть. Примерно два раза в сутки база с центрального копируется на аварийный, хотя можно конечно и чаще и по эвентам. На самом деле в таком подходе ничего сложного, только серверов надо много, да и делать никто все равно не будет. Я дурак - меня посадят.
Дата: Четверг, 02.06.2011, 16:21 | Сообщение # 613
Рядовой
Группа: Пользователи
Сообщений: 4
Статус: Offline
Quote (computers)
Я просто хочу напомнить, что проблема лежит не в плоскости программирования.
Разумеется, я с Вами полностью согласен по этому ПОЛИТИЧЕСКОМУ вопросу. В плоскости программирования, к слову тоже проблем хватает, но они мне кажутся более решаемыми, чем проблема копирастии как таковой. Я, тоже с нетерпением жду возвращения старой, доброй флибусты, но, как говорится, на Аллаха надейся, а верблюда привязывай... И если наступит такой момент, что таки надо будет оказываться от централизации, то хотелось бы в такой ситуации быть ЗАРАНЕЕ готовым к переходу и иметь под рукой все необходимое, а не судорожно метаться в поисках хоть какого-нибудь выхода. Я не призываю немедленно переходить на Р2Р, я просто предлагаю продумать этот вариант ДО ТОГО, КАК...
ЗЫ: ИМХО, сформировавшееся вокруг Ф. сообщество само по себе представляет немалую ценность. Сохранится сообщество -- библиотека будет жить в любой форме, в какую бы ее ни загнали обстоятельства. Вот только, как показывает практика, при централизованной структуре с уничтожением сервера восстановить прежнее сообщество в полном объеме практически невозможно... люди банально не смогут друг друга найти. Данный форум в этом плане -- это очень и очень хорошо... но его тоже легко прикрыть. Распределенная система в этом смысле, имхо, имеет гораздо больше шансов на выживание.
Сообщение отредактировал Webdiver - Четверг, 02.06.2011, 16:35
Дата: Четверг, 02.06.2011, 17:31 | Сообщение # 616
Грозный пират
Группа: Абордажная Команда
Сообщений: 244
Статус: Offline
Quote (LordKiRon)
Не понимаю зачем в наше время при нынешних ценах на диски "жить" без зеркала.
Кстати да, а можно поставить диск для бэкапа в raid1 в наш сервер?... Я так понимаю, что это - разовые затраты. Можно будет собрать без проблем, думаю.
Дата: Четверг, 02.06.2011, 17:52 | Сообщение # 617
Сержант
Группа: Проверенные
Сообщений: 31
Статус: Offline
Quote (LordKiRon)
Не понимаю зачем в наше время при нынешних ценах на диски "жить" без зеркала.
Это когда Ваш сервер стоит у Вас под столом. В реальной жизни встречаются варианты когда провайдер за каждый дополнительный диск желает получать лишние $10-20/м-ц, а установка диска в сервер называется remote hands и стоит $150-200/ч.
Дата: Четверг, 02.06.2011, 18:27 | Сообщение # 618
Штирлиц
Группа: Проверенные
Сообщений: 748
Статус: Offline
Quote (Illarion)
В реальной жизни встречаются варианты когда провайдер за каждый дополнительный диск желает получать лишние $10-20/м-ц, а установка диска в сервер называется remote hands и стоит $150-200/ч.
За диск там точно одноразовые платежи, я когда-то выяснял, а вот сколько берут за установку - не знаю. Я дурак - меня посадят.
Дата: Четверг, 02.06.2011, 18:57 | Сообщение # 619
Лейтенант
Группа: Проверенные
Сообщений: 72
Статус: Offline
Я так понимаю главная проблема варианта с центральными серверами на недорогих хостах - абузы. По чему бы в не обратить свой взор на такое чудо как i2p? Для тех кто не в теме вот ссылки: http://ru.wikipedia.org/wiki/I2P http://lurkmore.ru/I2P http://www.i2p2.de/index_ru.html На мой взгляд можно поднять сервер, (что-то типо какосов), который доступен исключительно из i2p. Явные плюсы лежат на поверхности: 1. Можно создать любое количество доступных зеркал и капирасты просто тупо не будут знать какому хостингу собственно слать абузы. 2. В сеть есть доступ из обычного интернета (так написано в википедии). Минусы, увы тоже есть: 1. Пользователю все же желательно установить на свой комп "двоичную дрянь". 2. Нагрузки на сервер. I2p написан на яве и она, как мне кажется, будет жутко тормозить сервак. С начало документация, потом настройка. НЕ НАОБОРОТ!!!
Дата: Четверг, 02.06.2011, 19:50 | Сообщение # 620
Майор
Группа: Пользователи
Сообщений: 89
Статус: Offline
Quote (Stiver)
Мда. e2fsck с ключом -n (то есть якобы в режиме read-only) диск разрушил окончательно. Теперь его не видит даже fdisk.
fsck явно ничего не делает с диском такого, чтоб его fdisk перестал видеть. Так что явно диск просто физически того. Дохнет.
Quote (Illarion)
Работает точно также, за исключением: (1) большинство приложений работают немного медленнее, но "на глаз" это не заметно (зато нас осчастливили очередным "прорывом") и (2) большинство динамических библиотек ставится в двух вариантах: в /lib и /lib64 (но диски нынче дешевые).
Вынужден не согласиться. Во-первых, 32-битные библиотеки ставятся только если оно так нужно по каким-то причинам. У меня на большинстве серверов ставятся только 64-битные. Во-вторых, медленнее работают ОЧЕНЬ НЕМНОГИЕ приложения. И многие таки работают быстрее. Самое плохое в том, что большинство кушает больше памяти. И вот это на сервере может сказаться гораздо хуже, чем остальное. НО! Никто не заставляет ставить 64-битные приложения. Можно поставить 32-битные php, apache, мускул и прочее. И проблем не будет. Так что от 64-битной системы никаких проблем не предвижу. Пускай будет
Что касается доступа к памяти за пределами 4 (в реальности 3 с копейками) гигабайт, то это имеет смысл только если в сервере есть эти гигабайты. Но что-то мне сомнительно.
Дата: Пятница, 03.06.2011, 11:18 | Сообщение # 623
Сержант
Группа: Проверенные
Сообщений: 31
Статус: Offline
Quote (Obabkov)
или он не изменился???? а то мало ли
Имена и адреса остаются без изменений. Когда сервер "оживет" сайт будет доступен по тому же имени, но в базе книг, блогах, форумах и пр., скорее всего, будут лакуны, пользователям зарегестрировавшимся в течении последних нескольких недель, возможно, придется перерегистрироваться.
Дата: Пятница, 03.06.2011, 13:12 | Сообщение # 625
Грозный пират
Группа: Абордажная Команда
Сообщений: 244
Статус: Offline
Quote (Illarion)
Когда сервер "оживет" сайт будет доступен по тому же имени, но в базе книг, блогах, форумах и пр., скорее всего, будут лакуны, пользователям зарегестрировавшимся в течении последних нескольких недель, возможно, придется перерегистрироваться.
"Пострадавший отделался лёгким испугом!" (с)
Слава богу, всё более менее хорошо и будет ещё лучше...
), большинство (я гарантирую это ! 
