VGrey

Рейтинг
87
Регистрация
05.08.2007

Можно и на php. Но на bash с сессиями можно работать ничуть не хуже, чем на php. Плюс, админу на bash должно быть привычнее :)

ixep:

По производительности LVM лучше, но на много ли? Ведь пару процентов роли не играет..

ixep, раз Вы разбираетесь, вникаете и ставите опыты, проведите сравнительные тесты и поделитесь с нами результатами.

yorkstorage:

Посоветуйте, что важно для быстрого исполнения PHP скриптов, большая частота процессора, или многоядерность? Как важен размер оперативки?

"Для быстрого исполнения PHP скриптов" важен правильно подобраный оп-кешер. Поскольку сайт у Вас будет один, памяти для PHP нужно не много. Вам правильно заметили, 16Г для Битрикс PHP+опкешер - с огромным запасом.

yorkstorage:
И что важно для быстрой работы базы mysql на отдельном сервере, скорость жесткого диска, частота процессора, оперативка?

Битрикс хранит базу в InnoDB, поэтому для Вас важно будет что бы база поместилась в память. То есть, размер памяти выбираете, примерно, так:

- размер базы + запас "на вырост" на пару-тройку лет вперед;

- плюс 2 - 4 Г на систему и все остальное.

При таком подходе, скорость диска, практически, не важна. Самым важным будет скорость работы памяти.

yorkstorage:
И вообще что лучше для сайта на PHP + MySQL, четырехъядерный проц. с частотой 2.7Ггц, или восьмиядерный с частотой 2.2 Ггц?

Зачем Вам рассуждать о "PHP + MySQL", если Вы решили PHP и MySQL крутить на разных серверах?

Из общих соображений: поверьте, 1 млн. хитов в сутки, это не так и много. Так что не особо заморачивайтесь на нюансах типа "четырехъядерный проц. с частотой 2.7Ггц, или восьмиядерный с частотой 2.2 Ггц"

---

Виктор

Kpd:
В связи с shellshock решил обновить bash на сервере. ОС FreeBSD 8.2.

"http://ispserver.com/help/faq/faq_shellshock

----------------------------

Данная уязвимость касается FreeBSD лишь косвенно, по настройкам по

умолчанию используется csh в качестве shell, поэтому 99% серверов не

подвержены данной уязвимости и можно не обновлять bash, если же вы все

же используете нестандартные настройки и bash у вас установлен в ситсеме

как основной shell, то мы подготовили для вас бинарные файлы для замены:

92.63.107.78/FreeBSD_8.4_bash-4.3.27.tar

92.63.107.78/FreeBSD_9.1_bash-4.3.27.tar

Данные архивы нужно распаковать в корень сервера, они заменят бинарный

файл bash на исправленный bash без уязвимости.

Версия без уязвимости

FreeBSD 8/9 - bash-4.3.27"

pagan3d:
Письма от пользователей проходят нормально, а вот автоматическая рассылка в виде 1 письма проходит, но вложение пдф файла не проходит.
Помогите, в чем тут может быть причина?

Например, размер pdf-файла слушком большой для большинства почтовиков. Вот они его и обрезают.

Фома:
Nam3D, не, там пока не авторизуешься к базе ведь запрос не сделаешь.

Фома, Вы неправильно формируете вопрос. Попробуйте так: а кому Ваш закрытый парольным доступом для ограниченного круга лиц сервис вообще нужен, что бы его ддосить?

Если вразумительного ответа не найдется, не парьтесь, поставьте базу и интерфейс на один сервер и забудьте. Для собственного спокойствия, можете ограничить доступ по странам, в которых у Вас клиенты, плюс, ограничьте скорость подбора паролей и спите спокойно.

VOGLIO SAPERE:

Проведем небольшой эксперимент

VOGLIO SAPERE, а давайте я Вас поддержу. Дело в том, что, примерно так, я поступаю на протяжении последних 15-лет. Естественно, с небольшими оговорками. Например, я не веб-разработчик, я сисадмин, но вроде, тоже нужный в стартапе человек :). И, естественно, перспектива иметь "место в компании" меня не интересует, иное дело, если речь идет о "доле в компании".

Именно так я поступал раньше и продолжаю поступать сейчас. Можете найти по логину мое резюме на фрилансим, оно написано не сегодня и не вчера.

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

Я реализовывал свои идеи. То есть, доводил идею до успешной компании. Не мирового уровня, но тем не менее. Само собой, делал ошибки, порой, глупости, не слушал более опытных людей и осознавал, что был не прав только через годы. Хочу сказать, что был молод и глуп ( кто сказал, что я и сейчас не такой, несмотря на опыт и возраст? :( ).

Если позволите, VOGLIO SAPERE, Вам несколько замечаний на основе моего небольшого опыта:

- наблюдение: хоть и не являюсь знатоком людей, скорее, даже наоборот, но заметил, обычно, люди служившие в армии, более успешны. Так что, армия Вам пойдет на пользу;

- как Вам уже писали, сама по себе идея, увы, ничего не стоит, к сожалению. Очень важно уметь реализовать ее. То есть, идею родить много проще, чем реализовать;

- как следствие с предыдущего, скрывать идею, пытаться защитить - бессмысленное занятие. Если Вы не гений, лучше ищите партнера, у которого нет Ваших блестящих идей, но который умеет их реализовывать;

- "привлечение инвестиций" для любого бизнеса - дополнительный элемент риска. Лучше задумайтесь, кому выгодно внушать в массовое сознание идею о том, что привлечение инвестиций - чуть ли неизбежный путь развития любого стартапа? Обратите внимание, "привлечение инвестиций" и "финансирование проекта" - несколько разные вещи.

- представление о том, что учредители большого и малого бизнеса сплошь проходимцы и негодяи - ошибочно. По крайней мере, мой опыт говорит о том, что чаще всего это очень порядочные люди, которые держат свое слово. Например, в компании, которую мы создавали с 2000-го и продали в 2010-м, последние четыре-пять лет я уже не был незаменимым человеком. Тем не менее, юридически в состав учредителей был введен всего за месяц до продажи, когда, собственно, решался этот вопрос. Так что не бойтесь, доверяйте своим партнерам! :)

Пользуясь случаем, обращаюсь ко всем, кого "задела" тема. Если у Вас есть достойная идея и я могу быть Вам полезен, обращайтесь. Если у Вас сложная админская задача, к которой Вы не знаете как подступиться, или не уверены, что ее вообще можно решить - милости прошу.

---

Виктор

abbat13:
При требованиях к времени ответа в 0.3 секунды (90% запросов), одно ядро CPU способно отработать 3 запроса в секунду.

Приведите, пожалуйста, ссылку на источник этих данных?

---

Виктор

R34-zevs:
Сайт должен хранить 3 миллиона фотографий. Фотографии добавляются/удаляются/заменяются. Подскажите, как лучше организовать хранение файлов? Стоит ли все хранить в одной папке, или хранить например по 2000 файлов в каждой папке, а потом создавать программно новую.
foxi:
можно брать первые 3 символа от md5 имени (или от самого файла) и этими 3 символами называть папку , тогда будет примерно равномерно распределено в 4096 папки.

R34-zevs, обратите внимание, например, как squid/nginx/eaccelerator и другие хранит свои дисковые кеши, и Вы сразу получите ответ на свой вопрос. Это одно, двух, реже, трех уровневая система папок на основе md5 от имени (или от самого файла), как уже отметил foxi. Думаю, этот вариант уже проверен теорией и практикой и тратить время на поиск чего другого - занятие сродни изобретению очередного велосипеда.

---

Виктор

Max-Leto:

Нужна конструктивная критика и взгляд со стороны.

E-mail замените картинкой. А то спасят все кому не лень, потом будете выгребать тонны спама.

Всего: 193