Ну тут тс как раз ищет вариант цена / качество. И весь мой спич именно в эту сторону. Про ядра я уже писал, 2637 тут именно из-за частоты и стоимости. Тот же 2680v2 , стоявший у тс, ценник 12000.---------- Добавлено 04.05.2018 в 11:59 ----------Именно поэтому и писал, что собирать в случае тс надо под задачу, а во что задача упирается нужно изучать. Меряться цифрами с синтетических тестов, рассказывать как ведут себя серверные процессоры в играх, виртуально ощущать прирост в 70%, ну это не правильный подход. Надо мониторить систему на длительном выполнении задачи, именно своей задачи. Это кстати бесплатно.---------- Добавлено 04.05.2018 в 12:22 ----------Например под мою задачу - 2630v4 будет даже хуже, чем некоторые мусорные камни первого поколения...
Мир на данный момент не предлагает кардинально прорывных решений, каждая толика выливается в существенное увеличение стоимости при минимально различимом результате.
Лишь энтузиасты готовы к постоянному апгрейду на все самое новое и где-то лучшее (что не факт).
Да и задачи у всех разные.
Я напишу про свой конфиг, он меня более чем устраивает, с ценами. Сразу скажу - это небольшой сервер под 1с,терминалку, скуль на десяток человек с полноценными рабочими столами, ну и чуток специализированного нересурсоемкого софта.
мать lga2011*2 (1/10gb lan, ipmi) - 7000
e5 2637v2 *2 - 16000
64gb ram reg ecc ddr3 1866 4*16 - 13000
raid adaptec 6805 512mb с батарейкой - 2000
sas & ssd уже есть в текущем сервере.
Из спорного - только контроллер, хотя и его за глаза. От проца нужна частота, ядра не особо важны. Аналогично сможем собрать на новом железе? Думаю, разве что память самую дешевую ddr4 на эти деньги возьмем, хотя она не даст ни_че_го, кроме цены. Да, это бомж-сервак, но его за глаза на пятилетку вперед. А загадывать на десятилетие - толку нет. Прогресс буксует, прорывных технологий не наблюдается. Хотя вру, сервера становятся холоднее и меньше требуют электричества. Да, факт.
https://cpumetr.ru/cpus/Intel-Xeon-E5-2637-v2-vs-Intel-E5-2637V4 - ну просто для примера...
Прям совсем не понимаю:
1 - зачем использовать серверные e5-26хх по одному?
2 - может вместо покупки проще поставить систему на мониторинг, а потом оценить здраво, чтож грузит ядра с такой силой... Бывает так, что клиент просто хочет over-добуя много, и тут ставь что угодно, если софт решил положить систему - он этого добьется. Про скорость выполнения задачи мы тоже ничего не знаем. Можно дойти до i9-7980XE и узнать что дело было не в процессоре, а софте.
Сам сейчас собираю сервер под различные задачи, оптимальный (в моем случае) вариант цена / качество именно на e5-26xx v2 выходит, все что дальше - имеет прирост в производительности не более 7-10%(между поколениями), при приросте стоимости в сотни долларов (и это б/у, за цену 1 нового можно собрать несколько серверов на топовых камнях ivi bridge v2 на двухголовых матерях с полным фаршем, память/рейд контроллер/ссд).
Потери в цене на ddr4 тоже не кислые.
И последнее. Серверные ES & QS имеют замечательное свойство не заводится на брендовых серверных двухголовых матерях.---------- Добавлено 03.05.2018 в 03:03 ----------
А припой то каким боком к загрузке всего по полной? Множитель на 26хх заблокирован, разгона нет, про температуру ничего не сказано. Да и в принципе там и так припой.
Подведу черту и резюмирую:
1 - Есть вещи которые мне неудобны. Я их озвучил. Еще раз напишу - какое примет решение хостер, как реагировать на данное мыслеизъявление - на усмотрение хостера.
2 - Нашлась толпа доброходов, из слов которых явно сквозит мысль о том, что клиенты - шушера, мы - оплот мироздания, поэтому заткнитесь и примите все как данность. Это и есть совок.
3 - Мантра про порядок в компании не вяжется с постом от Ivan Lungov, в котором было написано, что не такой уж это и жесткий порядок, и вообще можно все поменять. Пост свой он затер, реакцию на холивар не проявил, в чем я его полностью поддерживаю.
4 - Некоторые сообщения содержали явные попытки помочь и построить схему работы так, чтобы было удобно всем. Спасибо.
5 - Про подтверждение юр.лиц, если кто-то до сих пор на бронепоезде. Хостер предоставляет электронную версию счета. Оплата данного счета является акцептом договора. Бухгалтер ее оплачивает. В счете четко написано, за что. И... И все. У хостера на сайте расположен договор-оферта, в нем пункт 1.4. Номер в соответствии с этим пунктом договора предоставлен. При дальнейших действиях, и программное обеспечение хостера не дает выполнить этот пункт, и техподдержка помочь не может. Остается два пути: или нарушить условия договора с хостером (чтобы вообще начать работу, хороший старт, неправда ли?), или найти иного хостера.
Представим ситуацию - новый клиент, зарегался, оплатил. У вдруг оказалось, что номер телефона уже был заюзан, предыдущим его владельцем. Надо сказать клиенту ПНХ? 😂
Под чертой - если без желчи и прочего - айхору успехов и процветания, брызжущим слюной - валокардину, остальным здоровья.
Ничего не думаем, str_replace всегда работала в разы быстрее. И да, видимо руки не из того места, что не подходит.
А память уложить в 5 сек, особенно работая с базой в цикле через одно место.
Напомнило, как в руки попал скрипт сео-оптимизации от одноq топ-конторы на то время. Мало того, что он на коленке был написан и содержал детские ошибки, так за счет preg_ он страницу не всегда успевал отдавать в положенные 30 секунд. За 10 минут работы без изменения функционала скрипта страницы стали отдаваться за 0.01 секунду. Если хотите решения - код в студию.
Вспомнил контору - demis.
Меньше чем за 1мс скрипт может только ничего не делать.
Полная шляпа все эти обмены с сайтами со стороны 1с. Особенно их поддержка. Унылое чертпоймичто на десятки тысяч строк и многометровые портянки ненужных структур, которые потом еще и обрабатывать...
Да, я фанат самописа.
Лучшее на данный момент решение - класс со стороны вебсервера на 100 строк, и http-сервис в 1с на 75 строк. Отлично гоняет туда-сюда товары, картинки, заказы. Вебсервер по крону обращается к сервису, тот в json отдает что нужно, класс отрабатывает, отдает сервису инфу что надо убрать из плана обмена. Нагрузка нулевая. Адаптация под что угодно за пять минут.
Можно конечно и проще - выгружать/загружать текстовый файлик.
ОМГ... Не надо за меня решать, что я хочу, а что нет. Я пишу о неудобствах, лично моих, и о том, что для компании они так же не несут ничего, формализм. Более того, в конкретно моем примере, они подталкивают клиента к сокрытию реально нужных данных. Выше написал - решать хостеру. Я бы себе зарплату на треть бы резал, если бы со всех сайтов клиенты сообщали мне о всех неудобствах, которые они встречают по интерфейсу и сервисам. А я бы уже решал, проблема это, или человек с альтернативным мышлением/особенной задачей/иным видением порядка действий. Но серч он такой, куча людей, желающих меня убедить в том, что я зажрался и это мои личные проблемы. Совок он в головах.
Кстати на эту тему - ребята с айхора, посмотрите как у вас работает окошко с авторизацией/регистрацией. Что-то там перемутили, постоянно вкладки переключаются.---------- Добавлено 10.02.2018 в 04:33 ----------
Еще один черезстрокучитатель. Все отписавшиеся хотели вбивать _СВОЙ ТЕЛЕФОН_. А хостер хочет чтобы вбили _КАКОЙ ТО ЛЕВЫЙ ТЕЛЕФОН_.---------- Добавлено 10.02.2018 в 04:47 ----------
Так что можно и без дуды.
alex_bn, когда кажется, креститься надо. Партнерками наигрался лет 15 назад. Не интересует абсолютно.
vadim s. sabinich, умение читать через строку, да еще и настолько профессиональное, это явно навык приобретенный. Постарайтесь теперь перечитать другие строки, совместить и подумать головой, о чем же вы написали. Потом взять календарик, и оповещать себя в стиле ....
rustelekom, спасибо за искренний интерес к данной теме, вопрос не в том, что я не догоняю, как можно организовать разные схемы, вопрос в том, что предложенная схема от хостера не совсем совпадает с тем, как ее хотели бы видеть клиенты. Как на это реагировать хостеру - он сам и решит. Ну и схема с пользователями в биллинге, как мне кажется, слабо реализуема - в упор такого функционала не вижу.
P.S. Мне кажется, если бы Ivan Lungov не признал, что это требование так себе важное, холивар бы и не раздулся)))
Да я все прекрасно понимаю, кроме:
Удобство одно и крайне простое. За клиентом остается биллинг. Клиент сам оплачивает, продлевает и т.п. Иметь общий счет на нескольких клиентов и свои собственные проекты - ну как-то не самое красивое решение. А с учетом возможности получения технических данных других серверов - совсем некрасивое. За мной - техническое ведение проекта, и в случае каких-то проблем - разбор полетов с хостером. То есть контактное лицо по тех.вопросам все же я.
Мне будет несложно и симок прикупить, и пройти проверку - надо так надо. Лишь крайняя нелюбовь к формализму и бюрократии на пустом месте сподвигла меня тут отписываться. В предыдущем посте сотрудник между строк сам признает, что требование - пустая формальность. Клиент оплачивает заказ по безналу, от юр.лица, на счет компании. Реквизиты все есть. Есть ли хоть какое - то объяснение, для чего нужно подтверждать номер телефона?
Вопрос:
Ответ:
😮
Надеюсь, здравый смысл найдется. Завтра поеду прикуплю симок анонимных.
