LINUX.ORG.RU
Ответ на: комментарий от zmitrok62

Что это тогда за сервера с оперативкой в 4Гб и сколько же их было?

ну вообще pae можно юзать

xtraeft ★★☆☆
()
Ответ на: комментарий от tazhate

Ну наконец-то хоть кто-то понял, почему меня так веселит до ужаса :))

И, блин, что ?! Если у них всё на Апаче вертится, его НАДО мониторить. И, естественно, что на этот лог мониторинг завязан. Почему нет-то ? Они решили, что проще лог у Апача скорректировать, а не систему мониторинга обучать чтению нового лога. Мало ли, кто что хочет.

AS ★★★★★
()
Ответ на: комментарий от tazhate

По пунктам:
1) 32х битные сервера в проде

Хотел возразить про наследие, проверил даты выхода центос 5, передумал. По скорости это имеет смысл только для SSL, по памяти скажется негативно.

2) мониторинг на апаче

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

3) центос

Мысль не ясна. Надо было Gentoo? Ладно это гнилая тема, но они хотя бы смогли проапдейтиться до 5.8. Самый большой LTS.

4) открытие для себя паппета

Puppet и chef - пионерский софт на ruby. Они стабилизироваться начали вот пару лет как. мейлру тупо не могли поставить его в 2007 и не огрести граблей с их постоянными изменениями. Не говоря уже о тормознутости этих систем. Они просто использовали какой-то csync и все.

5) первый апач

Нечего возразить. Видимо, их самописный софт их заставил.

6) самописный модуль апача - нафиг никому не нужный, они зачемто выложили в паблик.

п. 2.

p.s. за топик спасибо

crypt ★★★★★
()
Последнее исправление: crypt (всего исправлений: 2)
Ответ на: комментарий от tazhate

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

На электронной почте этого не видно.

AS ★★★★★
()
Последнее исправление: AS (всего исправлений: 1)

Mail.Ru

Почта работала на 32 битах на первом Apache и Perl 5.8

Дальше не читал.

mix_mix ★★★★★
()
Ответ на: комментарий от Deleted

Рад, что внедряете российскую изюммнку

Пожалуй подпишусь.

Нет, ну а что хотеть от бесплатного сервиса ? Бесплатный сыр, он, зам знаешь, где. :-)

AS ★★★★★
()
Ответ на: комментарий от Erfinder

Например, первая строчка кода, приведенного ниже, отработает на разных архитектурах совершенно по-разному

long int может переполниться. У них в примере походу рандомное число взято (код те не менее будет работать).Краткое пояснение

Что в реальности?

# 32bit
$ perl -e '$\ = "\n"; print 12345 ^ 41262125215;'
4294954950
# 64bit
$ perl -e '$\ = "\n"; print 12345 ^ 41262125215;'
41262129318

gh0stwizard ★★★★★
()
Последнее исправление: gh0stwizard (всего исправлений: 1)
Ответ на: комментарий от exception13

Та ладно, та же сфера есть и под 32 и под 64 и не только под x86.

zunkree
()
Ответ на: комментарий от aedeph_

узнай, какой питон стоит в RH6, Solaris, какой доступен для AIX.

Обидеть меня хочешь? Не выйдет. Для справки, в гугле это всё не используется.

Да и ЯП надо выбирать под задачу, а не под то что в дистре. С этим можно спорить, но похожие вопросы мне задавали на собеседовании в mail.ru, их моя позиция устроила.

true_admin ★★★★★
()
Ответ на: комментарий от JB

Клиенты от ужаса у них еще не разбегаются?

Гражданам, которые пользуют майлру, плювать.
Даже если руководство сервиса на пресс-конференции доказательно заявит что директории с ящиками открыты на 777 через anonymous-ftp, всё равно будут пользовать.

Yustas ★★★★
()

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

Без комментариев.

Bagrov ★★★★★
()

У меня просто слов нет. Какой год на дворе?

Фигня, megabaks еще не перешел. У него комп сдох, будет ли на новом 64 бита или все как обычно?

iVS ★★★★★
()
Ответ на: комментарий от iVS

смотря что с баблом будет
если плохо, то просто поменяю мать и всё
а так хочу машинку о паре процов
на ней может и будет

megabaks ★★★★
()
Ответ на: комментарий от true_admin

Кастани меня.

Я немного не хочу выкладывать это на лор, ибо провокация флейма чистой воды :)

tazhate ★★★★★
() автор топика

работает - не трожь

record ★★★★★
()

Поздравляю пользователей mail.ru, теперь к вам спам будет приходить в два раза быстрее, эффективнее и круче.

fornlr ★★★★★
()
Ответ на: комментарий от snaf

Написал?

Нет конечно. Потому что лень прежде всего.

tazhate ★★★★★
() автор топика

Они nosql tarantul башляют. Хрен с ней, с почтой.

Vit ★★★★★
()
Ответ на: комментарий от RussianNeuroMancer

У Яндекс и Yahoo вообще учётку через полгода убивают.

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

Valkeru ★★★★
()
Ответ на: комментарий от RussianNeuroMancer

В любом случае важные письма должны быть вытащены с сервера и сохранены локально + eml-бэкапы локально, на флешке и в облаках.

Valkeru ★★★★
()

Почитал. Не понял в чём проблема. Серьезно.

Проблема в том что они используют перл? Или в том, что использую CentOS?

Update: а, вкурил, они только СЕЙЧАС перешли на 64 бита. Ну да, слоупоки, ну соблюдали правило - «работает, не трогай»

Pinkbyte ★★★★★
()
Последнее исправление: Pinkbyte (всего исправлений: 1)
Ответ на: комментарий от Pinkbyte

Ну да, слоупоки, ну соблюдали правило - «работает, не трогай»

Ага, работает - не трогай - лови ущерб бизнесу.

tazhate ★★★★★
() автор топика
Ответ на: комментарий от tazhate

А выкатывать не готовое решение в продакшен - это не ущерб бизнесу? По мне - так лучше уж неспешная бесшовная(ну или почти) миграция, чем аццкие простои. Или я чего-то не знаю?

Pinkbyte ★★★★★
()
Ответ на: комментарий от Pinkbyte

ИМХО, правильное решение — завести тестовый сервер и мигрировать его, а потом мягко переключить со старого на новый.

vurdalak ★★★★★
()
Ответ на: комментарий от Pinkbyte

А выкатывать не готовое решение в продакшен - это не ущерб бизнесу?

x86_64 по твоему не готовое решение? :))))))

tazhate ★★★★★
() автор топика
Ответ на: комментарий от tazhate

x86_64 по твоему не готовое решение? :))))))

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

Pinkbyte ★★★★★
()
Ответ на: комментарий от vurdalak

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

Не, мужики, вы не подумайте, я не защищаю Mail.Ru, я сам свалил оттуда на Yandex-почту давно, ибо без нормального IMAP почта мне нафиг не вперлась.

Но пока всё, что я вижу, в чём их можно обвинить - в том, что это надо было всё сделать пару лет назад.

Pinkbyte ★★★★★
()
Ответ на: комментарий от Pinkbyte

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

А никто и не говорит сразу тащить в прод, если что.

tazhate ★★★★★
() автор топика
Ответ на: комментарий от Pinkbyte

Они мигрировали постепенно.

Сколько лет может занимать установка дистрибутива с необходимым софтом? Что они столько времени делали?

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

Они начали заниматься этим 2 месяца назад - тут я согласен что они слоупоки, да

Pinkbyte ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.