Этот эффект предстоит еще изучить. Проблема где-то кроется в моем косоруком AJAX. Firefox (да и не только он) перестает отсылать запросы вообще. Думаю надо все-таки от козлячих решений уйти в пользу prototype PeriodicalUpdater, это будет следущим шагом.
Прочитал бред который только что написал и понял, что надо спать. Блин все-таки вредно писать комментарий отрывками. А отправлять не читая - вообще преступная халатность. Позор мне.
Сейчас так и происходит. При добавлении файла, пароль (если он задан) и номер файла а также дата создания заносится в mysql. Сейчас скрипт запускается раз в сутки, запрашивает идентификаторы файлов старее чем 30 дней и стирает их. Сейчас просто нужно добавить колонку - дата последнего доступа к файлу (правильный ввод каптчи) и стирать те файлы, который никто не скачивал.
Можно с помощью JS "рисовать" второй, третий, .. input type="file" и при ткой "пакетной" загрузке upload bar будет показывать загрузку для всех файлов, ведь насколько я понимаю он выводит кол-во реальных принятых данных по отношению к указанному в заголовке Content-Length
Это я просто к тому, что сваливать миллион файлов в одну директорию - не правильно. Насколько мне известно время поиска файла напрямую зависит от кол-ва файлов в папке.
Насчет распределенной системы. Сейчас up.giga.su - это RAID 5, учитывая ценность данных и вероятность отказа контроллера (либо дисков), я не думаю, что нужно еще что-то дублировать. Но если бы я стал строить планетарную систему, я бы пошел по пути кучи "дерьмо-компьютеров" с RAID 1 и SAS дисками, либо без RAID вообще, но тогда с дублированием данных на 2х серверах. Как мне кажется там все упрется в шину и каждый такой компьютер загнется мегабитах на 50 приблизительно сетевой активности при множестве маленьких файлов.
Прогресс бар по задумке должен появится через секунду с момента нажатия на кнопку загрузки. Соотвественно увидеть его при загрузке маленьких файлов невозможно.
Вообще это прототип, сделанный "чтобы было", который наверно проработает долгие годы, но так и не станет популярным, да это на самом деле и не нужно. Цель - эксперимент.
Насчет срока хранения файлов, думаю надо исчислять его с момента последней загрузки файла.
Вообще я сервис запустил приблизительно месяц назад и он только-только начал стирать первые файлы.
Думаю, что сейчас выслушаю замечания и реализую их. И на этом пока остановлюсь.
Покорно ждал прихода с января месяца. Правда в обсуждениях особо не участвовал. Прошу помочь со стартом, чтобы преодолеть отметку 0 и получить возможность писать в персональный блог. Если мои статьи окажутся полезными, то возможно скоро я перееду в http://habrahabr.ru/blog/php/
Я когдато давно, когда учился еще в школе, делал себе циркуль из CD диска. Для этого я просверлил дырочки по спирали, исходящей из центра, таким образом шаг работы циркуля был - 1мм. А вот железочка от дискеты как раз подходит в центр диска, чтобы обеспечить центральную (отправную) дырку. Но ввиду слишком большого окошка идея была отвергнута. Пришлось взять второй диск и сделать из него звездочку размеров 3 см в диаметре, а в первом диске под эту зведочку отверстие. Потом склеил. Прикольный был циркуль. Правда учителя не одобряли. И потерял я его давным давно, а то бы выложил фото. Используется цифркль при помощи 2х карандашей. В работе не очень удобен.
Вариант с X-Accel-Redirect лишен этого скромного недостатка.
Насчет распределенной системы. Сейчас up.giga.su - это RAID 5, учитывая ценность данных и вероятность отказа контроллера (либо дисков), я не думаю, что нужно еще что-то дублировать. Но если бы я стал строить планетарную систему, я бы пошел по пути кучи "дерьмо-компьютеров" с RAID 1 и SAS дисками, либо без RAID вообще, но тогда с дублированием данных на 2х серверах. Как мне кажется там все упрется в шину и каждый такой компьютер загнется мегабитах на 50 приблизительно сетевой активности при множестве маленьких файлов.
Насчет срока хранения файлов, думаю надо исчислять его с момента последней загрузки файла.
Вообще я сервис запустил приблизительно месяц назад и он только-только начал стирать первые файлы.
Думаю, что сейчас выслушаю замечания и реализую их. И на этом пока остановлюсь.
http://antonwork.habrahabr.ru/blog/38954…
{mailto address="me@example.com" encode="javascript_charcode"}
превращается в:
<script type="text/javascript" language="javascript">
<!--
{document.write(String.fromCharCode(60,97, ... snipped ....60,47,97,62))}
//-->
</script>
Мне кажется это довольно удобным, хотя сам ни когда не заморачивался над кодированием электронных адресов.