Balancer: Все сообщения за 30 Марта 2005 года

 
ПнВтСрЧтПтСбВс
1 2 3 4 5 6
7 8 9 10 11 12 13
14 15 16 17 18 19 20
21 22 23 24 25 26 27
28 29 30 31

Balancer

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

Balancer

администратор
★★★★★
A.P.> Why Java Will Always Be Slower than C++

А какого года статья, интересно? А то JRE 1.4 по сравнению с более ранними на порядок быстрее. JRE 1.5 ещё немного в скорости прибавил...

Я помню времена, когда Java по скорости была лишь немногим быстрее скриптовых языков, типа Perl'а...
… чтобы понять рекурсию, нужно сперва понять рекурсию …  

Balancer

администратор
★★★★★
Хм. В Опере всё прошло после её перезагрузки. Точнее - перезагрузка произошла после обновления 8b2 до 8b3. Но даже перелогиниваться не пришлось... Т.е. сброс куков, наверное, при старте или входе на сайт раньше происходил.

Это ж сколько я её не перезапускал - с неделю, наверное, если не больше... :) (аптайм - около трёх недель сейчас)
… чтобы понять рекурсию, нужно сперва понять рекурсию …  

Balancer

администратор
★★★★★
Zeus>Надеюсь, у нее ресэмплинг на экран достаточно качественный

Там на выбор семь вариантов ресемплинга. Я выбрал Lanczos и для превьюшек и для просмотра. Быстро и качественно. А Bicubic (он там в середине списка) у них что-то отвратительно мылит всё.

Ещё задаётся качество превьюшек (поставил на ~90%) и их размер. До 200x200. Так и поставил - в квадратных гнёздах симпатичнее смотрятся фотки разной ориентации. На каждый альбом могут быть свои размеры превьюшек и их качество, а вот метод ресемплинга - выставляется один на систему. Правда, используется этот парамет только при генерации превью. А они делаются один раз и потом хранятся в БД. Есть возможность полной (на весь альбом) или выборочной (по веткам) перегенерации превью.

>И еще EXIF неплохо бы извлекать... Часть информации там уже прописана, да и превьюшка тоже... [»]

EXIF извлекает. Превью из EXIF-нет.

Кстати, сортировку имеет смысл для цифровиков переделывать. По умолчанию она идёт сперва по дате (не по времени!) и по номеру кадра. В итоге цифровые фотки за один день оказываются перемешанными, т.к. номер кадра в них не задан. Для меня удобнее всего оказалось использовать сортировку по дате + сортировку по имени файла (не по времени).
… чтобы понять рекурсию, нужно сперва понять рекурсию …  

Balancer

администратор
★★★★★
rtgtrgtrgtrg
… чтобы понять рекурсию, нужно сперва понять рекурсию …  

Balancer

администратор
★★★★★
Vale> Институт РАН, порядка 200 IP адресов.
Vale> 4 Гбайта трафика в день - много или мало?

~15 активных IP у меня делают 5..7Гб трафика в месяц. Т.е. 200 при тех же пропорциях дадут 2..3Гб в день. С другой стороны, когда будет 200, то будет больше нактивного народа. Так что 4Гб в день на 200 чел. не что-то экстремальное, но многовато :)

Vale> Как оценить такое соотношение трафика? Нормально или нужно принимать меры?

Думаю, если б я мер не принимал, трафик у нас был бы раза в два-три больше. Меры - урезанный поток для mp3 (3кбайт/сек на всех) и видео, блокировка многих порноресурсов, динамическое урезание канала юзерам (скажем, первый 1Мб отдаётся без ограничений, потом - 10кбайт/сек). Ну и вырезание нафиг всякой рекламы, счётчиков и т.п. - они заметный процент трафика жрут. Точнее - пока просто блокировка, вырезание (фильтрацию контента) всё руки не доходят прикрутить.

Vale> Трафик нам пока халявный. Сколько может стоить трафик 2-4 Гб/день? По себестоимости?

По себестоимости - не знаю. В Точке.Ру (http://adsl.tochka.ru/tariffs/) 30Гб в месяц стоит $720 + $0.01/Мб при превышении.

Vale> Насколько трудоёмко каждое решение, насколько оно затратно, надёжно и геморройно для администрирования?

Второе - весьма трудоёмко. DHCP по определению неавторизуемый, так что в данном контексте смысла с него никакого. Можно сделать прокси с авторизацией и у каждого юзера свои логин и пароль. Соответственно, прокси будет на каждого считать индивидуальный трафик. Но замтрелится в первую очередь админ :D

Первое - тоже трудоёмко.

Я бы просто жёстко бы урезал избыточный трафик по компам. Скажем, первых 300кБ запроса без ограничений, а потом - вообще 1кБ/сек. Для сёрфинга совершенно не помеха, а вот качать сразу перестанут :) Ну и массовая блокировка всех ненужных трафикогенерящих сайтов. Скажем, у меня baklanov.net создавал одно время процентов 20 общего трафика. Прибил доступ к нему и подобным - сразу трафик заметно меньше.

Вообще, нужно регулярно генерить отчёты по прокси тем же webalizer'ом и sarg'ом и смотреть откуда больше всего паразитного трафика. И - банить :)

Vale> P.S. Админ - человек очень специфический. У нас первичный DNS регулярно падает, вторичного нет

кошмар :)

>кэширующего прокси нет

а это процентов 15..20 экономии случайного тарфика и до 30 при целевом использовании сайтов. Если же всякие WindowsUpdate качаются в моменты выхода очередного сервиспака, то экономия может быть вообще офигенной (у меня все .cab и .exe с микрософта кешируются намерть)
… чтобы понять рекурсию, нужно сперва понять рекурсию …  

Balancer

администратор
★★★★★
Особенно меня порадовало "При этом танк Abrams все равно остается самым безопасным средством передвижения по Ираку, отмечают военные."...

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

Balancer

администратор
★★★★★
stas27> Совсем необязательно. Зависит от тех задач, которые ставят этому самому оружию. Высокая (и быстрая летальность) как нас учили может быть даже вредна - облегчает задачу по установлению факта применения БО.

Именно так. Но не десять лет! :D

Речь о сроках в единицы дней (плохо) и единицах недель (хорошо) :)

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

В том-то и дело, что заражённый СПИДом прекрасно довоюет до самого конца войны, демобилизуется и уже потом только, может быть, помрёт :)

stas27> Вот разнообразные и вариабельные симптомы, наличие инкубационного периода (и очень желательно инфекционность носителей) - это очень привлекательно... [»]

Оптимумом считается скрытый инкубационный перод в одну-две недели, тяжёлое течение болезни, высокая контагиозность и быстрая гибель культуры в отсутствии переносчика.
… чтобы понять рекурсию, нужно сперва понять рекурсию …  

Balancer

администратор
★★★★★
Молодец! :)
… чтобы понять рекурсию, нужно сперва понять рекурсию …  

Balancer

администратор
★★★★★
V.F.> И впрямь... Глянул - а у моей куки срок истечения - сегодня через 4 часа. А кто их такие краткосрочные создает? [»]

Не знаю :-/ В коде - $expires = time() + 86400*365;
… чтобы понять рекурсию, нужно сперва понять рекурсию …  

Balancer

администратор
★★★★★
Ну, проценты эффективности чуть-чуть урезать можно (до двух-трёх раз, впрочем, ты же пишешь - "от нуля.." :) ), а в целом - адекватно. Разве что на счёт расходов - это всё, вообще-то, админ за его зарплату делать должен :)
… чтобы понять рекурсию, нужно сперва понять рекурсию …  

Balancer

администратор
★★★★★
Хех. Тут у всей Авиабазы трафик в несколько гигов в день :D

А дома я 20Гб за месяц качаю... :)
… чтобы понять рекурсию, нужно сперва понять рекурсию …  

Balancer

администратор
★★★★★
На подавляющем большинстве бесплатных серверов IMAP нет. Исключение - что-нибудь типа Почта QIP

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

Но, в любом случае, спам не относится к заметной составляющей общего (не почтового) трафика. У меня на сервере в спам и в вирусы фильтруется процентов 60..70 всей почты, но сама почта составляет небольшой процент общего трафика. Даже не смотря на то, что народ любит пересылать PDF-ки и TIFF'ы по 10Мб :)
… чтобы понять рекурсию, нужно сперва понять рекурсию …  

Balancer

администратор
★★★★★
:)

Название, конечно, провокационное.

Но текущая идеология будет полностью изменена. Деления на сайт и форум в больше не будет.

Дело не завтрашнего дня, конечно, надеюсь это дело к лету завершить, но пошуметь лучше заранее. Вдруг я что-то упущу из виду.

Основная суть в том, что общей линейной структуры больше не будет. Она исчерпала себя ещё год назад, как минимум. А, может, и больше. Уже никто не в состоянии рыться в тех десятках тысяч топиков, что есть на Авиабазе и информация из них просто пропадает.

Что будет.

Базовая структура - как сейчас на Авиабазе. Т.е. разветвлённая, о-графовая.

Узел системы - "страница". Это может быть какой-то справочный материал. Новость. Статья. Обзор. Вопрос. Просто обсуждение, наконец.

У каждой страницы будет возможность:
  • Добавления информации. Отображается в конце страницы. Каждый пользователь может добавить информацию лишь один раз. Чтобы дополнения не перерастали в обсуждения :) Естественно, своё дополнение можно будет всегда исправить или удалить.
  • Обсуждение страницы. Будет реализовано в отдельной закладке на манер нынешней системы в Mediawiki. По сути - обычный многостраничный форумный топик.
  • Отзывы о странице. Тоже отдельной закладкой, но, как и в "Дополнения", каждый пользователь сможет разместить сообщение только один раз.


Как будет выглядеть работа. Идём в интересующий нас подраздел с максимально возможной детализацией. Жмём кнопку добавления ресурса ("Новый топик"). Наряду с обычными названиями, описанием, текстом, будут поля под ключевые слова, под списки страниц-родителей по теме (та, из которой "топик" создаётся пропишется родителем автоматически). Отсылаем. Скорее всего, ввод будет двухстадийным. Сперва - название/ключевые слова/описание. Система подыскивает похожие темы. Вдруг уже такое было. Если так - то переход в нужную тему. Нет - создание новой.

Разницы принципиальной в отличии от форума, как видим, нет. Но информация будет изначально максимально структурирована.

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

При создании страницы опционально автор может задавать Wiki-стиль работы над материалом. Когда редактировать данные сможет кто угодно.

...

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

...

В программе максимуме (далёкая перспектива) система сможет поддерживать распределённую работу с несколькими серверами. Каждый сможет иметь у себя материалы по интересующей его теме, но они будут объединяться в единую навигационную систему, будут иметь общие наборы ключевых слов, заголовков тем (для поиска) и т.п.
...

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

...

Ну, какие будут отзывы? :D
… чтобы понять рекурсию, нужно сперва понять рекурсию …  

Balancer

администратор
★★★★★
Я, конечно, расчётов на память не помню, но 3кТ, кажется, 60 метров грунта не прорвут. Хотя к тому будет близко.
… чтобы понять рекурсию, нужно сперва понять рекурсию …  

Balancer

администратор
★★★★★
Нет, конечно. Аналогов нет, а если бы это работало на Авиабазе, то эта тема была бы уже в соответствующем узле сайта :)

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

Balancer

администратор
★★★★★
Tico> Идея супер! А как с реализацией?

Идея - на то я её года полтора-два и вынашивал :) сейчас, наконец, всё сформировалось в голове как надо. Реализация - я как раз сейчас вожусь на будущим интерфейсом (перегрузка данных без перезагрузки страницы во всех праузерах с JavaScript и DOM)

Tico> На каждый новый топик - поиск по ДБ? Не много ли?

Не-а, не много. Топики нечасто создаются :)

Tico> ЗЫ: С названием темы - убил... до инфаркта довести хочеш, да?
Tico> :huh: :ph34r: :D [»]

Ну, что делать, хочется иногда провокации, знаешь ли :D
… чтобы понять рекурсию, нужно сперва понять рекурсию …  

Balancer

администратор
★★★★★
Да, на счёт импорта по папкам - это автор не подумал, согласен :)
… чтобы понять рекурсию, нужно сперва понять рекурсию …  

Balancer

администратор
★★★★★
Centuriones> По старой традиции, разработчики забывают указывать "километраж" в загрузочных разделах сайтов.

Хм. А набрать wget -S -spider "http://...." не судьба? :)

Кроме того, всё там прекрасно указано :)
code text
  1. J2SE and NetBeans IDE Bundle NB 4.0 / J2SE 5.0 Update 2 FCS     Click below to download        
  2.         Linux Platform 
  3.                                 (jdk-1_5_0_02-nb-4_0-ml-linux.bin, 103.28 MB)  
  4.         Solaris SPARC Platform 
  5.                                 (jdk-1_5_0_02-nb-4_0-ml-solsparc.bin, 110.45 MB)       
  6.         Solaris x86 Platform   
  7.                                 (jdk-1_5_0_02-nb-4_0-ml-solx86.bin, 102.83 MB)         
  8.         Windows Platform       
  9.                                 (jdk-1_5_0_02-nb-4_0-ml-win.exe, 102.00 MB)
  10. .............
  11. J2SE(TM) Development Kit 5.0 Update 2   Click below to download        
  12.         Windows Platform       
  13.                                 Windows Offline Installation, Multi-language (jdk-1_5_0_02-windows-i586-p.exe, 51.10 MB)       
  14.         Windows Online Installation, Multi-language (jdk-1_5_0_02-windows-i586-p-iftw.exe, 221.27 KB)  
  15.         Linux Platform 
  16.                                 Linux RPM in self-extracting file (jdk-1_5_0_02-linux-i586-rpm.bin, 42.55 MB)  
  17.                                 Linux self-extracting file (jdk-1_5_0_02-linux-i586.bin, 44.02 MB)     
  18.         Solaris SPARC Platform 
  19.                                 Solaris SPARC 32-bit self-extracting file (jdk-1_5_0_02-solaris-sparc.sh, 47.81 MB)    
  20.                                 Solaris SPARC 32-bit packages - tar.Z (jdk-1_5_0_02-solaris-sparc.tar.Z, 83.66 MB)     
  21.                                 Solaris SPARC 64-bit self-extracting file (jdk-1_5_0_02-solaris-sparcv9.sh, 9.55 MB)   
  22.                                 Solaris SPARC 64-bit packages - tar.Z (jdk-1_5_0_02-solaris-sparcv9.tar.Z, 11.90 MB)   
  23.         Solaris x86 Platform   
  24.                                 Solaris x86 self-extracting file (jdk-1_5_0_02-solaris-i586.sh, 42.53 MB)      
  25.                                 Solaris x86 packages - tar.Z (jdk-1_5_0_02-solaris-i586.tar.Z, 78.02 MB)       
  26.         Linux AMD64 Platform   
  27.                                 Linux AMD64 RPM in self-extracting file (jdk-1_5_0_02-linux-amd64-rpm.bin, 39.19 MB)   
  28.                                 Linux AMD64 self-extracting file (jdk-1_5_0_02-linux-amd64.bin, 40.17 MB)      
  29.         Solaris AMD64 Platform 
  30.                                 Solaris AMD64 self-extracting file (jdk-1_5_0_02-solaris-amd64.sh, 5.79 MB)    
  31.                                 Solaris AMD64 packages - tar.Z (jdk-1_5_0_02-solaris-amd64.tar.Z, 8.07 MB)
  32. ....................................
  33. J2SE(TM) Runtime Environment 5.0 Update 2       Click below to download        
  34.         Windows Platform       
  35.                                 Windows Offline Installation, Multi-language (jre-1_5_0_02-windows-i586-p.exe, 15.25 MB)       
  36.         Windows Online Installation, Multi-language (jre-1_5_0_02-windows-i586-p-iftw.exe, 221.27 KB)  
  37.         Linux Platform 
  38.                                 Linux RPM in self-extracting file (jre-1_5_0_02-linux-i586-rpm.bin, 15.27 MB)  
  39.                                 Linux self-extracting file (jre-1_5_0_02-linux-i586.bin, 15.78 MB)     
  40.         Solaris SPARC Platform 
  41.                                 Solaris SPARC 32-bit self-extracting file (jre-1_5_0_02-solaris-sparc.sh, 19.45 MB)    
  42.                                 Solaris SPARC 64-bit self-extracting file (jre-1_5_0_02-solaris-sparcv9.sh, 8.33 MB)   
  43.         Solaris x86 Platform   
  44.                                 Solaris x86 self-extracting file (jre-1_5_0_02-solaris-i586.sh, 14.44 MB)      
  45.         Solaris AMD64 Platform 
  46.                                 Solaris AMD64 self-extracting file (jre-1_5_0_02-solaris-amd64.sh, 4.72 MB)    
  47.         Linux AMD64 Platform   
  48.                                 Linux AMD64 RPM in self-extracting file (jre-1_5_0_02-linux-amd64-rpm.bin, 14.91 MB)   
  49.                                 Linux AMD64 self-extracting file (jre-1_5_0_02-linux-amd64.bin, 15.41 MB)
… чтобы понять рекурсию, нужно сперва понять рекурсию …  

Balancer

администратор
★★★★★
Centuriones> А как будет с разграничением прав доступа, защищенностью, администрированием и т.п.? [»]

Не сильно будет отличаться от нынешнего форума :)

Кстати, пощупать движок подмены текста без перезагрузки можно на http://airbase.ru/cms-local/include/t.php?

Это пока очень сырой тест, но технологию демонстрирует.

Кликать по "страницам" - грузиться они будут прямо внутрь текущей, без перезагрузки её.
… чтобы понять рекурсию, нужно сперва понять рекурсию …  

в начало страницы | новое
 
Поиск
Настройки
Твиттер сайта
Статистика
Рейтинг@Mail.ru