Войти в систему

Home
    - Создать дневник
    - Написать в дневник
       - Подробный режим

LJ.Rossia.org
    - Новости сайта
    - Общие настройки
    - Sitemap
    - Оплата
    - ljr-fif

Редактировать...
    - Настройки
    - Список друзей
    - Дневник
    - Картинки
    - Пароль
    - Вид дневника

Сообщества

Настроить S2

Помощь
    - Забыли пароль?
    - FAQ
    - Тех. поддержка



Пишет apophates ([info]apophates)
@ 2005-05-11 22:50:00


Previous Entry  Add to memories!  Tell a Friend!  Next Entry
От vchk
Баста карапузики, кончилися танцы.

Return-path: <abuse@livejournal.com>
Envelope-to: vchk@postmaster.co.uk
Delivery-date: Fri, 06 May 2005 19:16:15 +0100
Received: from smtp8.uk1.bibliotech.net ([212.57.34.118])
by pmmail3.uk1.bibliotech.net with esmtp (Exim 3.32 #1)
id 1DU7N0-0001qv-00
for vchk@postmaster.co.uk; Fri, 06 May 2005 19:16:14 +0100
Received: from livejournal.com ([66.150.15.150])
by smtp8.uk1.bibliotech.net with esmtp (Exim 3.32 #1)
id 1DU7N0-0005WJ-00
for vchk@postmaster.co.uk; Fri, 06 May 2005 19:16:14 +0100
Received: by livejournal.com (Postfix, from userid 0)
id 808D53E053D; Fri, 6 May 2005 11:16:13 -0700 (PDT)
Content-Disposition: inline
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
X-Mailer: MIME::Lite 2.117 (F2.72; A1.62; B3.04; Q3.03)
Date: Fri, 6 May 2005 18:16:13 UT
From: abuse@livejournal.com (LiveJournal Abuse Team)
To: vchk@postmaster.co.uk
Subject: Your LiveJournal Account [03-451475]
Message-Id: <20050506181613.808D53E053D@livejournal.com>
Content-Transfer-Encoding: quoted-printable


Недавно Ваша запись от 2005-04-21 20:46:00 (http://www.livejournal.com/users/vchk/72935.html) пришла к нам во внимание. В ней Вы подстрекаете применение силы против других. Хотя Живой Журнал заинтересован в разрешении как можно большей полноты свободы выражения, поощрение применения силы против других - недопустимое использование наших услуг.

Это считается нарушением Условий пользования Живого Журнала, статьи XVI, разделов 1 и 13. Соответственно, мы просим Вас удалить эту запись не позже 00:01 (полночи) по Нью-Йоркскому времени, во вторник, 10 мая 2005 года. В противном случае мы будем вынуждены принять более серьезные действия против Вашего акаунта.

С уважением,
Анна
Конфликтная комиссия Живого Журнала

Насколько я помню, пост был про "Убей НАТОвца!".
Нельзя русским натовцев убивать. Даже думать вслух о том, чтобы уничтожить оккупанта нельзя. Чему и было посвящено всё "празднование" Дня Победы. "Это не должно повторится!!!". Ага. А то вдруг эти русские вспомнят, что оккупантов нужно уничтожать, да повторят 1945.

А контролируют то, что мы тут думаем - "гусскоязычные" Анны, которые и русский-то толком не знают.

Придурки. :)


(Читать комментарии) - (Добавить комментарий)


[info]tmp_vchk@lj
2005-05-11 18:08 (ссылка)
Я внял. Счёл нереальным по организационным причинам. Технических проблем нет.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]apophates@lj
2005-05-11 18:31 (ссылка)

Ну, смотри. Как видишь, потребность насущная. Ты сам себе хозяин, а другие, столкнувшись с проблемой, решат, что выхода в принципе нет. Или ломанутся необдуманно как-то кустарничать, и подставятся.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]tmp_vchk@lj
2005-05-11 18:41 (ссылка)
Подставится-то как раз нереально. Никому и дела никакого не будет.

Вопрос как раз в том, чтобы ломанулись. А так - хоть сейчас могу включить. И будут туда запросы слать 2 человека - ты, да я...

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]apophates@lj
2005-05-11 18:47 (ссылка)

Может мы опять каждый о своем? Мое предложение - защищенная частная сеть, пользующаяся общедоступным инетом только как транспортом. Сетевое доверие снизу вверх. Обязательное условие таково: для развертывания и поддержания узла сети должно хватать мозгов квалифицированного пользователя винды.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]tmp_vchk@lj
2005-05-11 18:56 (ссылка)
Да я про то же. Просто насчёт "среднего пользователя" у тебя немного превратное представление. Каждый узел должен уметь как минимум маршрутизировать запросы от тех, кто к нему присоединился, туда, куда присоединился сам этот пользователь. Ну, чтобы связность обеспечить. Так вот, это весьма нетривиальная задача для винды вообще.
А поднять я хоть сейчас такую штуку могу. Кто ещё может?

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]apophates@lj
2005-05-11 19:14 (ссылка)

Протокол автоматической маршрутизации адаптировать какой-нибудь. В случае, если узел сдох - не чинить его, а поднять новый. Узел это расходный материал такой. Все необходимое для установки в одном флаконе с подробной и внятной инфой.

Узел можно делать даже не под виндой: сейчас достать VMware не представляет проблемы, я могу изготовить красочную инструкцию для полных идиотов. Систему с ПО узла можно распространять в предустановленном виде: один файл-образ виртуального диска, стандартный для VMware.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]tmp_vchk@lj
2005-05-11 19:30 (ссылка)
Так лучше эту схему (узел сдох - поднять новый) реализовывать поверх HTTP, прям на хостах, а не на юзверьских компьютерах.

Всё то же самое, та же распределённая сеть, только узлами являются вебсервера. Расставил 10-к таких штук в разные места, и уже как-то что-то можно делать...

Да хотя бы представь, какой траффик будет через юзверьский комп, если через него ещё люди сидят. А если узел этот на модеме оказался? Это мгновенно выродится в осла (eMule/eDonkey) который просто неработоспособен нынче. Только траффик через тебя несётся, а ты сам - хрен чего имеешь.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]metaclass@lj
2005-05-12 03:41 (ссылка)
Вот-вот. Любая п2п схема рассчитана на достаточно толстые каналы, либо наличие выделенных серверов-раздатчиков, как у битторрента. Конечно, для текстового трафика это не так критично, как для файлообменников, но тем не менее.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]apophates@lj
2005-05-12 04:30 (ссылка)

Лишний траффик - плата за живучесть. Можно вообще передавать только данные, почти без накладных расходов. Вспомнил УРЛ, вбил в браузер, качаешь. Фатальный недостаток: если ресурс тот сгинет, контент станет недоступным.

Поскольку мы здесь придумываем, как добавить неубиваемость, придется мириться с лишним траффиком МЕЖДУ УЗЛАМИ. Что делает с контентом узел дальше - его личное дело.


То есть "сервером-раздатчиком, как у битторрента" для конечного пользователя выступает вся наша сеть (ближайший узел может не держать у себя контента, а только директорию-указатель), а узлы сети между собою равноправны.

Кстати говоря, раздача контента на обязательно должна быть устроена столь же бронебойно, как раздача директории. Вполне допустимы ссылки на обычные внешние ресурсы HTTP. Но что, если такая ссылка умирает? Любой узел, обнаружив это, сможет восстановить контент у себя*) - и все, кто ему доверяют, автоматически получат новую ссылку.

Существующие решения умеют еще и снижать нагрузку на медленные узлы (тем самым уменьшая и пользу от кэшированной на них топологии). Напомню, почему они не годятся: из-за иерархичности доверия сверху-вниз, явно или неявно зашитого в архитектуру.


----

*) Восстановление контента происходит вне системы. Например, можно заново отсканировать книжку. Задача системы - надежно раздать новую ссылку.

(Ответить) (Уровень выше) (Ветвь дискуссии)

эээээ... ничего не понимаю, но очеень интересно :)
[info]fair_lady@lj
2005-05-14 06:57 (ссылка)
по поводу иерархической архитектуры построения было у Хайнлайна в "Луна - суровая хозяйка". Они строили сеть по принципу трёхмерной структуры, сложенной из тетраэдров - связи наверх осуществлялись по ребрам фигур.
Критиковать не надо, сама понимаю, что ничего не понимаю, и если б не предварительный литр вина я б не принялась пытаться посоветовать хорошим людям, цуловив что-то смутно знакомое

(Ответить) (Уровень выше) (Ветвь дискуссии)

ага, не поняли. Поясняю
[info]apophates@lj
2005-05-14 09:30 (ссылка)

В моей терминологии иерархичность означает зависимость сверху вниз, единоначалие. Нынешние технологии контроля дают возможность это началие вычислить и манипулировать через него подчиненными узлами.

Мое предложение - строить иерархии снизу вверх из воспроизводимых узлов сети. Ни убийство отдельных узлов, ни отпадение целых иерархий не страшно для такой сети.

(Ответить) (Уровень выше)


[info]tmp_vchk@lj
2005-05-11 19:42 (ссылка)
Давай знаешь как: Сначала определимся, чего-же мы хотим.

1. Просто независимую сеть поверх инета, по сути - ещё один инет со всеми его пирогами, в том числе и серверами с их хозяевами и т.п.
или
2. Неубиваемое хранилище полезных данных + общение. Причём эта штука не должна зависеть от прихотей хозяев серверов.

ЖЖ ведь что такое - просто сервер, с эдаким форумом. Хозяин сервера может всё, что угодно сделать с содержимым. А вот если бы ЖЖ был на 10-ти разных но равноценных серверах? Ну закрыли его на одном - так ведь ещё 9 осталось. Пока закрывали один - ещё 2 поднялось.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]nefedor@lj
2005-05-11 20:50 (ссылка)
//2. Неубиваемое хранилище полезных данных + общение. Причём эта штука не должна зависеть от прихотей хозяев серверов.//

А кто определяет полезные данные или не полезные? И чем это вообще отличается от обычного хостинга?

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]apophates@lj
2005-05-12 05:26 (ссылка)

Это то, что я называю сетевая модель доверия.

1. Цензура (фейс-контроль) имеет место быть. Для борьбы с шумом.
2. Каждый может стать контролером (развернуть свой узел с директорией ресурсов). Порог вхождения сюда - не выше паверюзверя.
3. Каждый САМ выбирает цензоров, которым доверяет. То есть директория раздается не от предопределенного корня к листьям, а каждый "лист" - потенциальный корень, если ему кто-то доверится.

Есть такое в готовом виде?

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]tmp_vchk@lj
2005-05-12 06:46 (ссылка)
Уже практически есть :)

Элементарнейший PHP cкрипт в 3-4 килобайта устроит?

Делает фактически то, что ты написал.
Никаких знаний особых не нужно, разве что HTML знать, чтобы странички делать. Не больше чем для ЖЖ.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]apophates@lj
2005-05-12 07:00 (ссылка)

HTML знать - это слишком. Я не шучу. Переключение контекстов деятельности очень затратная процедура. Если люди не являются профессиональными HTML-кодерами - то профессиональный, скажем, сканировщик предпочтет продуктивно отсканировать еще несколько книжек, чем переключаться в область, где он плавает.

Точно так же не задумываясь о печальных для общего результата последствиях своей недальновидности, как и ты сейчас.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]tmp_vchk@lj
2005-05-12 07:23 (ссылка)
ХТМЛ - это если очень захочешь чтобы буковки разного цвета и размера.
А так - можно и просто текст выкладывать, что для сканировщика как раз то, что надо.

Штука проста до безобразия. Есть скрипт. Единственный. Нужно положить его и файлик .htaccess в папку на сервере. Далее - зайти по ссылке http://hosting.net/path_to_dir/script.php/adduplink и добавить несколько серверов, которым доверяешь. После чего можно идти уже и на http://hosting.net/path_to_dir/script.php/index.html - оно само отзеркалит все файлы с указанных серверов.

Причём, забавным способом - при обращении к файлу, которого ещё нет, скрипт пытается его утащить с одного из указанных серверов. Если и на аплинке его нет, то сервер, к которому обратились, уже в свою очередь ищет его на знакомых ему серверах. Длину этой цепочки установил для пробы в 5. Смешно. :) Эдакая разлапистая ёлка получается. Причём, что интересно, файл может быть утянут в итоге с сервера, о котором свежеустановленный скрипт вообще не знает, но о котором знают другие сервера :)

В общем, работает оно.

Ща допишу файловыкладывалку и что-нибудь придумаю элементарное с авторизацией.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]apophates@lj
2005-05-12 07:42 (ссылка)

Причём, что интересно, файл может быть утянут в итоге с сервера, о котором свежеустановленный скрипт вообще не знает, но о котором знают другие сервера :)

Это хорошо, но без клиентской части с этого момента злой хостер-стукач будет знать о сервере, на котором лежит файл.

Все же очень большие вычислительные и дисковые ресурсы теперь у всех по домам, в том числе у олухов-непрофессионалов. Грех не задействовать.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]tmp_vchk@lj
2005-05-12 09:31 (ссылка)
Не будет знать. Хостер-стукач будет знать лишь о тех серверах, которые знает скрипт у него на хостинге.
И, кстати, в процессе передачи этот файл окажется и на всех промежуточных серверах. :)

А вычислительные ресурсы без толстой верёвки - малоприменимое дело. Разве что тяжёлую математику распределённо считать...

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]apophates@lj
2005-05-12 10:04 (ссылка)

У меня уже около половины заходов - со стрима. Диалапщики могут либо пользоваться ближайшим широкополосным узлом, либо - в идеале - кэшировать у себя только нужное им + часть инфраструктуры отказоустойчивости (чтобы от них был какой-то прок для сети в целом).

Активно нелюбимая тобой мелкомягкая директория прекрасно функционирует и с медленными линками. Если бы не коренной порок иерархичности, можно было бы поэкспериментировать с нею.

(Ответить) (Уровень выше)


[info]apophates@lj
2005-05-12 10:18 (ссылка)

Мне кажется, что у тебя принципиальное предубеждение против клиентского софта - по той причине, что придется его делать под гадкую винду ;)

Так вот: ЭТОЙ ПРОБЛЕМЫ более НЕТ. Любой олух может поставить у себя вмваре, а внутри - сервак, изощренно тобой сконфигурированный. Вмварь постепенно достигла безглючности и изящества.

Если/когда прижмут копирайтеры - к тому времени созреют ее фришные аналоги.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]tmp_vchk@lj
2005-05-12 14:13 (ссылка)
Клиентский софт долго писать надо.

В общем так.

http://plenty.glwb.info/host.php/host.zip - это архив с системой.

1. Заводим бесплатный хостинг с поддержкой PHP.
2. Распаковываем туда архив.
3. Меняем права доступа на host.ini.php - разрешаем писать туда всем ( chmod 446 host.ini.php в консольном ftp клиенте ) (это нужно чтобы скрипт мог установки сохранять. Посетителей эти права доступа не касаются.)
4. создаём директорию data c правами 777
5. Заходим по адресу http://где-там-хостимся/host.php/settings с логином hostuser и паролем hostpass, меняем пароль и добавляем известные нам сервера, которым доверяем.

Теперь можно:

1. обращаться к файлам находящимся на других серверах (при этом файл копируется и на наш новый сервер) Например: если залезть по ссылке http://где-там-хостимся/host.php/nevedimov/index.html , то скрипт полезет на прописанные нами сервера за этим файлом, скачает его себе и покажет. При последующих обращениях к нему он будет браться с нашего хостинга

2. выкладывать свои файлы в директорию data - они тоже будут распространятся по другим серверам, если на других серверах прописать наш новый сервер.

Получается самосинхронизирующаяся система, по которой файло распространяется само собой. Соответственно, убийство одного хоста вообще ничего не изменит.

Вот. Дерзайте, други.

ЗЫ: единственный геморрой - файлы копируются иногда вместе с баннерами всякими, но это лечится, в общем-то, редактированием их когда они окажутся у нас на сервере.

Надо ещё заглавную стрраничку придумать. которая data/index.html - ну там расписать всё и т.д.

(Ответить) (Уровень выше)


[info]tmp_vchk@lj
2005-05-12 14:40 (ссылка)
дописал вырезалку жабоскрипта в html-е. Оно теперь само баннеры резать будет при копировании.
Единственное - иногда кодировку сервер неправильно выставляет, но это уже проблемы броузера.

(Ответить) (Уровень выше) (Ветвь дискуссии)

Спасибо, но
[info]apophates@lj
2005-05-12 14:53 (ссылка)

Клиентский софт долго писать надо.

Прочти, пожалуйста, сообщение, на которое отвечаешь.

(Ответить) (Уровень выше) (Ветвь дискуссии)

Re: Спасибо, но
[info]tmp_vchk@lj
2005-05-12 14:57 (ссылка)
Ну и?

Какая разница, под линух там, или под винду - это ж всё продумывать надо, как чего, зачем, почему. Ты предлагаешь систему уровня того же eMule - а такое в одну харю написать - ой как непросто. Времени нет на это.

Поэтому - возьми и поставь скриптик куда-нибудь. Выложи туда всё, что сочтёшь нужным. Уже 2 хоста будет.
Прямо здесь и сейчас. Без особых усилий и проблем.

(Ответить) (Уровень выше) (Ветвь дискуссии)

Re: Спасибо, но
[info]apophates@lj
2005-05-13 07:30 (ссылка)

А вот посмотрел я буржуинские free php хостинги. Кто запрещает не-енглиш контент и любые емайлы, кроме провайдерских, кто дает только 25 метров или вовсе 1 (один), кто ограничивает размер файла 250 кил, кто вообще надувалово и просит денег, пара уродов на клик по signup выдают 404 not found.

Даже для меня обременительно устанавливать такой "узел сети". Хочешь, я это сделаю ради уважения к тебе лично? Мне самому такой геморрой едва ли понадобится. Результат не оправдает затраченных усилий. При том, что я понимаю, что условие 250 кил на файл скорее всего вызовет сбой в твоем скрипте, если файлик окажется больше. А средний олух об этом не подумает и подложит свинтуса. Но вернее, что сразу не станет связываться.

Но это я иллюстрирую то для меня самоочевидное условие, которое ты опять проигнорировал. Результат, на мой взгляд, будет положительным только тогда, когда любой дееспособный пользователь компа сможет развернуть свой узелок за срок 15-20 минут. Отвлечься на этот срок от своего ОСНОВНОГО занятия, и вновь к нему вернуться с узлом сети в кармане.

Ты ради себя и других продвинутых стараешься? Или для людей? Они ведь не обязаны соответствовать твоим понятиям о прекрасном.

Прости, пожалуйста, за нравоучения, но ведь и ты хочешь меня подтянуть до того, что тебе представляется возвышающим человека: умения делать chmod 777 и т.п...

(Ответить) (Уровень выше) (Ветвь дискуссии)

Re: Спасибо, но
[info]tmp_vchk@lj
2005-05-13 09:03 (ссылка)
Странно. Я без особого труда нашёл 3 хостинга, из которых 2 оказались вполне пригодными для использования.

Что там запрещают и т.п. - вообще не волнует.

Делать что-то из уважения ко мне лично - не имеет смысла.

Условие в 250 кил на файл ничего ужасного не сотворит. В худшем случае - файлик недокачанный будет лежать. Хотя файлы неведимовской книжки поболе будут - и ничего, лежат и размножаются.

Насчёт дееспособных пользователей. Странно - ВМВарь поставить с образом диска - он у тебя умеет, а положить 3 файла на FTP - нет. Занятная дееспособность.

Стараюсь я именно что для людей. Стремлюсь к максимальной простоте и максимальной надёжности. Простое - не ломается.

Далее. Рассчитывать на "средних олухов" - это идти по пути freenet - заведомо рассчитывать на использование "олухов" без их ведома для своих целей. Качается через него что-то, а он и знать не знает, что качается. Я так не хочу. Хотя, я понимаю, что пристрастие к продуктам Микрософт притупляет внимание по этому поводу. Система что-то там себе делает, а пользователь не в курсе что она делает, не его собачье дело, мол, и посмотреть даже - не положено. Ну а ему и неинтересно даже. Вытесняющий вау-импульс знает своё дело.

ЗЫ: Про chmod 777 - да я просто не в курсе, как в виндовых FTP клиентах устанавливаются права на файл!

(Ответить) (Уровень выше) (Ветвь дискуссии)

Re: Спасибо, но
[info]apophates@lj
2005-05-13 11:56 (ссылка)

Странно. Я без особого труда нашёл 3 хостинга, из которых 2 оказались вполне пригодными для использования.

Или тебе повезло, или ты отправляешь в /dev/null время и силы, потраченные на очередную пустышку-головную боль. Понятно, что хостинг найти можно. Была бы мотивация терпеть это все. Которой у меня в данном случае нет. А у тебя есть.


Странно - ВМВарь поставить с образом диска - он у тебя умеет, а положить 3 файла на FTP - нет. Занятная дееспособность.

Ставится, и молча. Если запускать с параметром. Подключит все автоматом и запустится.
А помимо положения файлов FTP-клиентом, твоя инструкция ведь подразумевает и запуск какого-то шелла? Который не все провайдеры дают, но некоторые, видимо, предоставляют веб-интерфейс? Так я первоначально понял твою инструкцию.


Стараюсь я именно что для людей. Стремлюсь к максимальной простоте и максимальной надёжности. Простое - не ломается.

Простота это хорошо, но в качестве дополнительного пряника к функционалу. Который должен отвечать требованиям.


Далее. Рассчитывать на "средних олухов" - это идти по пути freenet - заведомо рассчитывать на использование "олухов" без их ведома для своих целей.

Оттого и разговоры о модели доверия. Я вот доверяю тебе: мне и в голову не придет копаться в твоем скрипте, чтобы обезопасить себя от твоего антисемицкого коварства. А на что-то и не хватит квалификации. Время, требуемое для понимания чужого кода примерно равно времени его создания. Надо полагать, что еще и при сравнимой квалификации;)

Если эта известная выкладка верна - опенсорсная идеология в этой части самопротиворечива и блокирует вообще всякий обмен готовыми прогами. Не существует такой чужой проги, которую безопасно использовать: надо все писать самому. А тогда времени не останется ни на что более, кроме как на выращивание в себе лучшего хакера всех времен и народов.

Мало кто может позволить себе такую роскошь, да и целью-то такой большинство людей не задается. Ответь сам себе на вопрос: все эти люди - быдло, не заслуживающее твоего олимпийского снисхождения к их нуждам?

И второе, даже более важное. Упорствующие индивидуалисты побиваются сплоченными коллективами. Вообще никакая более-менее сложная деятельность невозможна без разделения компетенции сотрудников. Вопрос стоит только так - дадим ли мы и дальше опосредовать и структурировать наше взаимодействие силам злонамеренным, или попытаемся сами сорганизоваться, ради собственных целей?


как в виндовых FTP клиентах устанавливаются права на файл!

Честно говоря, я никогда не устанавливал прав на файл из клиента. Только на сервере.

(Ответить) (Уровень выше) (Ветвь дискуссии)

Re: Спасибо, но
[info]tmp_vchk@lj
2005-05-13 15:06 (ссылка)
Или тебе повезло, или ты отправляешь в /dev/null время и силы, потраченные на очередную пустышку-головную боль.

Если так думать, то человек всю свою жизнь только этим и занимается.

Понятно, что хостинг найти можно.

А это немаловажно, кстати. "Хостинг найти можно" - записываем в раздел "имеющиеся возможности".

Была бы мотивация терпеть это все. Которой у меня в данном случае нет. А у тебя есть.

"Терпеть" - слово неправильное. "Терпеть" - это когда что-то неприятное происходит, а ты вынужден, помимо своей воли с этим мирится.

Терпеть я не собираюсь. Я собираюсь сделать так, чтобы было абсолютно наплевать на то, что что-то там происходит. Я решаю проблему, а не воюю с последствиями.

Ну как бы объяснить...
Ну, вот например, есть лампочка. Она включена в сеть, в которой прыгает напряжение и лампочка постоянно перегорает. Лампочек - хоть жопой ешь, но менять лампочку - достало. Ты предлагаешь найти чудесную несгораемую лампочку или построить свою электростанцию и проложить собственную сеть.
Я предлагаю просто включить кучу стандартных лампочек (которых хоть жопой ешь) последовательно по 2 штуки (перестанут сгорать - напряжение на каждой лампочке в 2 раза меньше будет, но и мощность в 4 раза упадёт) и эти "гирлянды" соединить параллельно в большом количестве (чтобы потерю мощности перекрыть с запасом). Мало того, что гораздо светлее станет (ага, думаешь я просто так сделал, чтобы ссылка на файл выглядела нормально, а не как http://что-то_там?переменная=значение&файл=имя&каталог=имя ? Да чтобы искалки индексировали это дело ничего не подозревая. Много хостов - в искалках сразу найдётся хотя бы один), так ещё и даже если сгорит одна такая "гирлянда" - НАПЛЕВАТЬ. И становится пофиг, что напряжение прыгает и всё такое. Свет есть - и замечательно. Мы ведь именно этой цели добиваемся?

(Ответить) (Уровень выше) (Ветвь дискуссии)

Re: Спасибо, но
[info]apophates@lj
2005-05-13 15:59 (ссылка)

Ага, хороший пример. Только лампочки-то стандартны, а вот с патронами для них беда. Нужен техник с рукми и мозгами, чтобы их подготовить - иначе в часть из них лампочки не вкрутятся, часть развалится на осколки, часть замкнет нафиг, и т. д.

Твоя правда была бы только в том случае, если бы такие квалифицированные техники в нашем распоряжении были бы тоже расходным материалом, как и лампочки. Но это не так.

Если же ты лично посвятишь лишние силы дурацкой прочистке патронов - то ты украдешь у проекта самого себя. И заметь, по-всякому решение твое уже не столь изящно выглядит, если поглядеть системно, с учетом контекста. Согласен?

(Ответить) (Уровень выше) (Ветвь дискуссии)

Re: Спасибо, но
[info]tmp_vchk@lj
2005-05-13 16:22 (ссылка)
С патронами - никаких проблем не наблюдаю.
Именно что расходный материал.
В гугле "free hosting PHP" - и копайся, выбирай... Я ткнулся в первую попавшуюся ссылку и поимел 3 хостинга сразу. 2 подошли, 3-й просто недоделанный. Там список приличный был, просто лень было тыркаться.

Может ты как-то не так ищешь?

Сейчас допишу ещё простенький файловый менеджер (зачатки - host.php/files ) чтобы можно было создавать директории, файлы заливать из броузера, удалять (нужно удалить файл, если на аплинке он изменился - тогда он по новой закачается) и создавать/редактировать странички.
Потом что-то типа ЖЖ для одного юзверя допишу.

(Ответить) (Уровень выше)

Re: Спасибо, но
[info]apophates@lj
2005-05-13 16:13 (ссылка)

Продолжая аналогию. То, что предлагаю я - это наладить производство надежных электропатронов, вместо того, чтобы черпать их из вражеского секонд-хэнда.

А про то, чтобы лампочки считать расходным материалом, я и не думал возражать: тут наши с тобой идеи сразу совпали.

(Ответить) (Уровень выше) (Ветвь дискуссии)

Re: Спасибо, но
[info]tmp_vchk@lj
2005-05-13 16:24 (ссылка)
Ага. Надёжных. Со встроенным стабилизатором напряжения и управлением на мелкопроцессоре.
Да, лампочки гореть перестанут, только вот когда?

(Ответить) (Уровень выше) (Ветвь дискуссии)

Re: Спасибо, но
[info]apophates@lj
2005-05-13 16:36 (ссылка)

Хуже будет, если в один прекрасный момент мы не обнаружим в очередном ящике вторсырья ни одного пригодного для нас патрона. А те, которые вроде бы работали - вдруг поведут себя необычным образом.

(Ответить) (Уровень выше) (Ветвь дискуссии)

Re: Спасибо, но
[info]tmp_vchk@lj
2005-05-13 17:03 (ссылка)
Это правильное возражение. Однако, к тому времени как это произойдёт (а это ВСЕ владельцы хостингов должны будут договориться, что такого дозволять нельзя, без договора они будут конкурентничать и нужные для работы системы вещи будут присутствовать в виде конкурентных преимуществ), вполне можно будет и мутанта нашего ослоВПНа сотворить.

Сейчас мы выигрываем время - информация уже может накапливаться и распространяться при самых минимальных затратах.

(Ответить) (Уровень выше) (Ветвь дискуссии)

Re: Спасибо, но
[info]apophates@lj
2005-05-14 12:32 (ссылка)

(Ответить) (Уровень выше)

Re: Спасибо, но
[info]tmp_vchk@lj
2005-05-13 15:10 (ссылка)
А помимо положения файлов FTP-клиентом, твоя инструкция ведь подразумевает и запуск какого-то шелла?

Зачем? chmod - стандартная команда FTP. Такая же как get или put. Как оно выглядит в FTP-клиенте у пользователя винды я просто не знаю. Может какие-нибудь File properties или ещё как-то...

Честно говоря, я никогда не устанавливал прав на файл из клиента. Только на сервере.

Ага. "Нормальные герои всегда идут в обход".

(Ответить) (Уровень выше)

Re: Спасибо, но
[info]tmp_vchk@lj
2005-05-13 21:49 (ссылка)
А вот так - будет олуху понятно что делать?

http://www.plenty.bobos.ca/host.php/index.html
http://plenty.glwb.info/host.php/index.html

Интересно, сколько времени понадобится олуху, чтобы всё установить?

(Ответить) (Уровень выше) (Ветвь дискуссии)

Re: Спасибо, но
[info]apophates@lj
2005-05-14 03:41 (ссылка)

Может быть, стоит провести чистый эксперимент? Упроси все-таки [info]azzztec@lj в нем поучаствовать. Хочешь, еще и я попрошу? Для меня-то детализация по большей части излишняя. А вот поможет ли она ему, и сильно ли он замучает при этом своими обращениями службу поддержки :), интересно и мне.

ЗЫ. Обрати внимание, что ты пришел к поругаемому тобой устройству олухоориентированной документации M$ (при том, что те, благодаря накопленному жиру, постепенно научились писать прекрасные концептуальные руководства).

(Ответить) (Уровень выше) (Ветвь дискуссии)

Re: Спасибо, но
[info]tmp_vchk@lj
2005-05-14 09:32 (ссылка)
Обрати внимание, что ты пришел к поругаемому тобой устройству олухоориентированной документации M$

Не угадал. :) Я писал подобие стандартного линуксячьего HOWTO.

Насчёт документации M$ (особенно о той, которая для программистов) я могу сказать много слов, но все они будут нецензурные.

А про azzztec интересно, конечно.

(Ответить) (Уровень выше)

Re: Спасибо, но
[info]apophates@lj
2005-05-13 08:15 (ссылка)

Нужная мне сейчас программа минимум будет обеспечена вот этим. А до программы максимум твой скрит не дотягивает даже как альфа-версия, потому что ты проигнорировал самые существенные требования.

(Ответить) (Уровень выше) (Ветвь дискуссии)

Re: Спасибо, но
[info]tmp_vchk@lj
2005-05-13 08:40 (ссылка)
Существенные - это какие?

(Ответить) (Уровень выше)

Re: Спасибо, но
[info]tmp_vchk@lj
2005-05-13 00:36 (ссылка)
У меня их уже 2

http://www.plenty.bobos.ca/host.php
http://plenty.glwb.info/host.php

Работает, однако...
Есть некоторые глюки с созданием каталогов скриптом на первом хостинге, но это легко лечится руками.

вся система - 4388 байт в архиве. (именно байт. не килобайт и не мегабайт.)

(Ответить) (Уровень выше)


[info]nefedor@lj
2005-05-11 20:39 (ссылка)
А зачем создавать второе ФИДО если одно уже есть и так?

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]apophates@lj
2005-05-12 04:06 (ссылка)

ФИДО? Штука хорошая. Но что там с последним упомянутым требованием (это чтобы узел развернуть мог обычный паверюзверь)?

(Ответить) (Уровень выше)


(Читать комментарии) -