Перейти к содержанию

CyberDem0n

Ольгинец
  • Постов

    96
  • Зарегистрирован

  • Посещение

Сообщения, опубликованные CyberDem0n

  1. Роман_Л, может быть вы что-то не так поняли? Похода к Воронину еще не было.

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

    Интересно, велась ли аудиозапись телефонного разговора? Такая запись после соответствующей экспертизы могла бы являться доказательством.

    P.S.> Все чиновники одного поля ягода, и Громов тут не исключение...

  2. Разъясняю.

    19 корпус, в июле прошлого года в 4-6 секцих было построено порядка 11-12 этажей.

    В октябре-ноябре они были достроены практически до конца (кроме тех этажа).

    "Проблемными" были 1-3 секции. Тётки на объекте это объяснили "поломкой" крана.

    Первоначальный ориентировочный срок сдачи объекта (19 к) 3 квартал 2003 года...

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

    Это я привёл всего лишь один пример, который обнаружил за 5 минут анализа кода.

    >аватары - надо(!)

    моё IMHO, аватары - для малолетних тинейджеров

    > контрольная панель пользователя

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

    > продвинутая модерация, развитая административная часть

    Есть

    > (ты ее видел хотя бы?),

    Аналогичный вопрос

    > встроенные системы сообщений

    Есть

    > календарь с днями рождениями

    Нет

    >своя статистика

    Есть

    Ты понимаешь - сколько это реальных тестеров? Ты понимаешь - какая это команда разработчиков?

    Команда разработчиков не настолько большая как ты думаешь.

    Вот лично ты принимал участие в разработке/тестировании? Находил глюки/баги? Отсылал багрепорты/патчи?

    Реально из миллиона инсталляций более менее активными являются процентов 10 (а то и меньше), все остальные почти мёртвые.

    http://forum.ru-board.com/board.cgi -- посмотрел.

    А ты обратил внимание на строчку внизу "Modified by Ru.Board"? Ребята очень долго и нудно работали напильниками, чтобы перепилить его для работы с fast_cgi. Сдаётся мне что от родного кода там остался только мордофейс и плюс всякие не очень критичные мелочи ;-)

    В стандартной инсталляции ты получишь предел по количеству одновременных обращений на порядок меньший.

    объективная реальность часто доказывает нам, что есть люди, добившиеся большего.

    Я не спорю. Тем более что форум то не я писал :-) Я только помогал децл.

    Ладно, забили...

  4. Хорошо, переходим на цифры и факты.

    Тот форум, который я указал, работает уже 3 года. За это время в нём накопилось полтора! миллиона! сообщений.

    Ежемесячный траффик от форума измеряет десятками гагабайт в месяц. По производительности он делает ВСЕ существующие форумы на порядок как минимум (скорость построения индекса, выдачи полотна сообщений, и т.д.) за счёт того что написан на c++ и использует свой формат хранения данных. По функциональности от иконборда он отличается только отсутствием голосования и аватар (последнее ИМХО баловство).

    Теперь по поводу того, что иконборд не портит данные. Вот пример. Закончилось место на диске, insert-ы уже не проходят, но update-ы идут влёгкую. С специально заглядывал в сорцы, там есть поле в котором хранится количество сообщений в ветке. При добавлении сообщения для него делается инкремент. При удалении -- декремент. А если сообщение исчезло каким-то третьим путём (краш таблицы например), то счётчик остаётся на своём месте. На основе показаний этого счётчика происходит вычисление количества страниц в страничнике. Имеем глюк...

    Убедительно? Нет?

  5. Следить за местом и регулярные бэкапы... Больше ничего не спасёт...

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

  6. В итогв, думаю, все фигня. Потеря десятка-двух сообщений никого не угробит, впредь умнее будем.

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

    2CyberDem0n: когда места не хватает - работать перестает все.

    Угу. Только одни программы при этом портят данные, а другие всё оставляют как было...

  7. больше крика, чем проблем.

    2CyberDem0n: ты замучил уже свой форум проталкивать место существующего. Покажи мне битые ссытки иконборда - будем предметно разбираться (вся дальнейшая переписка в ЛС).

    Ну уж нет.

    Обсуждение идёт по теме, поэтому буду писать сюда.

    Каким образом проявляет себя отсутствие целостности данных? Если бы ты не поленился, и почитал всю простыню, то увидел бы следующее сообщение:

    продолжает колбасить что-то.

    я в теме "начинаем ругаться.." вижу 4 страницы, но на 4-й нет сообщений, последнее на 3-й весит..

    Чем тебе не пример? Я тебя уверяю, что дальше будет еще хуже. Например на балинфо страничник в phpbb вообще не по детски лажал. то показывалось 14 страниц, то 7-8.

    P.S. не нужно пожалуйста в моих сообщениях вычитывать того, что я там не писал (это касательно "своего форума"). Я один раз предложил, ты отказался. Разговор окончен.

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

    А если неспеша подумать?

    То что пропали сообщения -- не страшно.

    Гораздо страшнее, когда нарушается целостность данных.

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

    Кстати 200 мег на хостинге это ООООЧЕНЬ много.

    Уж для форума этого точно хватит на несколько лет :-)

  9. Мдя...

    Чтобы исправить -- нужно разобраться в структуре базы.

    Либо, скорее всего существуют какие-то скрипты, которые проверяют целостность данных. Именно с ней (целостностью) сейчас большие проблемы...

  10. Смотря что помогло, если repair  значит сбой в базе, если optimize то места было маловато!

    Если на файловой системе проблемы с местом, то optimize просто не отработает (не сможет создать временные файлы). Как врочем и repair...

    Так что делаем вывод, что место было... Остаётся вариант с битыми файлами данных...

  11. tcpap, хехе, здесь кроме дезигна и новостного интерфейса я ничего не вижу. Так что возможности оценить движок, я увы не вижу :( Для того чтобы что-то сказать про дижок -- нужно в сорцы глядеть.

    Кстати интерфейс для редактирования новостей немного громоздкий. Конечно у него есть огромное преимущество -- можно редактировать все новости сразу (это кому-нибудь нужно? ;-) )

  12. Info, 2000000 файлов на общем доступе это халява...

    Я пользовался 5 лет локалкой, в которой на данный момент 13 миллионов файлов на общем доступе, а суммарный объём больше 20 террабайт :-)

    И кстати, в той сети нет проблем с поиском чего бы то ни было, там работает очень грамотый поисковый сервер.

  13. Дезигн-движки-темплейты и иже с ними:

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

    Движок:  Я немного смотрел примеры "спинпайка", он сделан на Smarty (неплохая темплейтная библиотека). Правда что они туда добавили "своего", я так и не понял (видать очень мало смотрел) :) Или это просто веб интерфейс к редактированию скриптов?

×
×
  • Создать...