Уважаемая администрация. Выражу своё скромное мнение, что рефакторинг кода проекта обойдётся его команде намного дешевле, чем закупка оборудования. То, что проекту тесно на виртуальном хостинге - это конечно факт. Но то, что тесно НА СТОЛЬКО(!) при такой МАЛЕНЬКОЙ(!) посещаемости проекта говорит в первую очередь о том, что имеющиеся ресурсы расходуются расточительно. Я рекомендую специалистам по кодингу обратить самое пристальное внимание на код проекта ибо текущая ситуация говорит о том, что он страшен.
Уважаемая администрация. Выражу своё скромное мнение, что рефакторинг кода проекта обойдётся его команде намного дешевле, чем закупка оборудования. То, что проекту тесно на виртуальном хостинге - это конечно факт. Но то, что тесно НА СТОЛЬКО(!) при такой МАЛЕНЬКОЙ(!) посещаемости проекта говорит в первую очередь о том, что имеющиеся ресурсы расходуются расточительно. Я рекомендую специалистам по кодингу обратить самое пристальное внимание на код проекта ибо текущая ситуация говорит о том, что он страшен.
Уважаемая администрация. Выражу своё скромное мнение, что рефакторинг кода проекта обойдётся его команде намного дешевле, чем закупка оборудования. То, что проекту тесно на виртуальном хостинге - это конечно факт. Но то, что тесно НА СТОЛЬКО(!) при такой МАЛЕНЬКОЙ(!) посещаемости проекта говорит в первую очередь о том, что имеющиеся ресурсы расходуются расточительно. Я рекомендую специалистам по кодингу обратить самое пристальное внимание на код проекта ибо текущая ситуация говорит о том, что он страшен.
Текущую ситуацию Вы, к сожалению не знаете настолько, чтобы делать такие выводы. По поводу кода - код трех программных продуктов, которые мы используем, а именно: портальной системы на базе e107v7.5RE, форума phpBBv2.0 и фотогалереи CPGv1.3.5 - ОТКРЫТЫЙ КОД, Вы можете изучить его кривость и высказать свое гневное ФИ его разработчикам.
Знаете ли Вы, сколько проектов помимо нас находится на данном сервере?
Ну почему гневное? Человек помочь хотел. Если был не прав, то действовал же из лучших побуждений.
Просто все уже устали наверно от зелено-белой картинки.
Мы от этой картинки устали ни чуть не меньше. Но к сожалению, для решения проблемы нужно время. Есть большая ветоятность, что в ближайшие дни сайт ВРЕМЕННО работать не будет. Т.к. РБК от нас тоже устал. Сейчас делается все, что бы как можно быстрее перебратся на свой сервер. Надеемся, все эти неприятности скоро закончатся, и портал будет снова работать для Всех Вас и нас без перебоев и ошибок.
__________________________________ "Ну ничего не поделаешь - все мы здесь не в своем уме." Льюис Кэрролл
открытое ПО, не равно качественное.
и собственно вопрос не в моём гневном ФИ. Я за пользование проектом денег не плачу (если только в виде просмотра рекламы %)
Вопрос в улучшении проекта. Так что мое обращение имеет статус не ФИ, но ИМХО. А оно, поверьте, не на пустом месте растет. Возможно у вас какая-то особенная ситуация, но я встречал десятки типовых таких ситуаций, от которых ваша скорее всего отличается деталями.
просто даю дельный совет:
1. с хостерами (вменяемыми) можно договариваться относительно присутствия на наименее загруженных серверах
2. поработать над кодом по части производительности. Пути для такой оптимизации (особенно в свободном ПО) по истине безграничны.
Кроме прочего, вопрос в использовании свободного ПО. Нельзя всё подряд кругом впихивать. Конечно удобство пользователя - это хорошо, но сколько всевозможных нововведений только грузят проект?
Основа быстрого проекта - минимум обращений к БД (в идеале - 0). То что всё-таки идёт из бд - должно выполняться минимумом коротких запросов (а не одним большим универсальным и всепоглощающим).
К сожалению, могу помочь проекту только общими рекомендациями или краткими конкретными экспертизами (например инспекцией запросов к БД). но без рефакторинга вы пожрете ресурсы и целого кластера серверов с посещаемостью в 2000 посетителей в день.
просто даю дельный совет:
1. с хостерами (вменяемыми) можно договариваться относительно присутствия на наименее загруженных серверах
2. поработать над кодом по части производительности. Пути для такой оптимизации (особенно в свободном ПО) по истине безграничны.
Кроме прочего, вопрос в использовании свободного ПО. Нельзя всё подряд кругом впихивать. Конечно удобство пользователя - это хорошо, но сколько всевозможных нововведений только грузят проект?
Основа быстрого проекта - минимум обращений к БД (в идеале - 0). То что всё-таки идёт из бд - должно выполняться минимумом коротких запросов (а не одним большим универсальным и всепоглощающим).
К сожалению, могу помочь проекту только общими рекомендациями или краткими конкретными экспертизами (например инспекцией запросов к БД). но без рефакторинга вы пожрете ресурсы и целого кластера серверов с посещаемостью в 2000 посетителей в день.
thaon, конкретики мало. Код достаточно чист, даже оптимизирован в очень многих деталях. Тестеров и советчиков в-принципе, хватает. По дельным советам:
thaon , цитата:
с хостерами (вменяемыми) можно договариваться относительно присутствия на наименее загруженных серверах
далеко не всегда и не со всеми, в нашем случае есть уже огромная договоренность: что нас в принципе держат еще на вирте.
thaon , цитата:
поработать над кодом по части производительности. Пути для такой оптимизации (особенно в свободном ПО) по истине безграничны
Работа шла, идет и будет идти, пока проект существует. Кстати, анализ запросов к БД - это звучит круто. Мы в-общем, полные лохи, я понял.
Посмотрите статистику. Думаю, ее анализ Вам скажет всё.
И посмотрите более глобально на вещи, а то создается впечатление, что Вам очень хочется просто придраться к чему-то.
Проект давно уже пережил вирт.
А теперь ХОРОШИЕ НОВОСТИ.
Завтра проект переезжает на временный выделенный сервер на 2 месяца, на то время, пока мы будем решать вопросы с собственным. Это решит все проблемы.
Я просто от себя добавлю, что если бы нельзя было договориться, и я бы не договорился, выключили бы КО уже в понедельник с утра, как, собственно и сделали с 5 проектами, которые перегружали все вирт. сервера РБК хостинга.
Бизнес - это бизнес, а хостинг - такая же услуга, как, к примеру, электричество и телефон - попробуйте договориться с мосэнерго о халявном электричестве на год или с билайном, чтоб включили телефон при балансе в минус 100 долларов.
Относительно сервера, мне удалось убедить коллег перетащить нас на 2 месяца на выделенный сервер, это произойдет в ближайшее время - операционная система для нас уже ставится. Думаю, что этого времени хватит на то, что бы купить и инсталлировать собственный сервер.
Кстати, анализ запросов к БД - это звучит круто. Мы в-общем, полные лохи, я понял.
Посмотрите статистику. Думаю, ее анализ Вам скажет всё.
И посмотрите более глобально на вещи, а то создается впечатление, что Вам очень хочется просто придраться к чему-то.
вот чего мне меньше всего хочется - это придраться. А предложенные Вам общие выводы (в которых мало конкретики а есть направления по которым можно работать, добиваясь успехов) основаны на опыте реализации крупных и серьезных интернет-проектов с достаточно большой посещаемостью. Собственно дело не в загибании пальцев и "лохах", я только предложил свой опыт (я только разместил объяву %).
теперь по сути:
1. фактическая полезная функциональность и посещаемость проекта говорит как раз о том, что проект перерос вирт, создавая необоснованную(!) нагрузку на оборудование. Собственно поэтому РБК и отказывается держать проект на вирте. Впрочем - конечно собственная железка - это гораздо лучше (больше возможностей по настройке ПО), но думаю через полгода активной деятельности данная тема вновь станет актуальной (как и была пол года назад). Поэтому: код, код, код...
2. По поводу анализа запросов к БД: плачевно, если с такой ролью как DBA команда проекта не знакома. Снова рекомендация для кодеров - кому-либо освоить эту роль и все же поанализировать обращения к БД на предмет производительности. И начать - действительно со статистики. Только мне такая (действительно полезная статистика) по проекту недоступна. Речь идет о статистике запросов к БД и в частности slow queries
3. пропустили еще одну важную рекомендацию: сведение запросов к БД к минимуму (кеширование)
но думаю через полгода активной деятельности данная тема вновь станет актуальной (как и была пол года назад). Поэтому: код, код, код...
сильно сомневаюсь, так как со времени прошлых проблем произошло мало значительных изменений в отношениинагрузкостойкости - одна из которых - опять же незначительная, это подъем планки работы с бд. Вирт был, вирт и остался. Железка - это существенный прорыв на несколько лет вперед. Насчет кода, само собой что-то оптимизируется еще, никто же не говорил, что все, баста, комплит, все сделали. Если есть КОНКРЕТНЫЕ предложения по оптимизации кода - жду письмо в личку, здесь не надо.
Насчет кэширования - думаю, мы не спасем ситуацию, закэшировав портал или фото, тем более уже так делали. Думаю, понятно, что при постоянном обновлении контента кэширование только усугубляет тематику подобных топиков
В-общем, повторяюсь: thaon, если есть КОНКРЕТИКА, бу рад выслушать тут или по асе, если нет конкретики, а только мысли по направлениям, куда нам смотреть - хотя бы не пугайте и не отталкивайте людей словами о страшном и кривом коде К.О
Админы, ну поправьте таймер, а то постоянно приходится вздрагивать, когда видишь время почти на час впереди
Или это подготовка к переходу на весеннее время
__________________________________ Есть только миг между прошлым и будущим ...
ХВВ
С таймером все в порядке. Переход с летнего времени на зимнее и обратно оставлен на усмотрение пользователя, потому что, как ни странно, многим очень удобно не переходить... Если Вас смущает это, то в своем профиле (вверху любой страницы форума блок ссылок ВЫХОД ... ПРОФИЛЬ ...) достаточно изменить часовой пояс на нужный и после этого нажать кнопку отправить Удачи!
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
Наверх Вниз 
Один фиг по несколько раз "ВЫЛЕТАЕТ" на открытие каждой темы. 
| milkyway | SSERFMKS11 | 
или с билайном, чтоб включили телефон при балансе в минус 100 долларов.
Предыдущая страница
Следующая страница