- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева

Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Всё достаточно просто, считается на калькуляторе, тоже самое, что и про семь шапок
http://www.mysqlcalculator.com/
...
Total memory needed (for 1000 connections): 181.8 GB
Какой-то пессимистично настроенный калькулятор, он считает, что все соединения будут постоянно одновременно выполнять запросы, заполняющие все их буферы. Тогда тысяча активных запросов - это тысяча активных тредов в mysql, нагружающих диск и процессор. Нерационально. Тут не только 181 Gb памяти будет нужно, но и 181 процессорных ядер.
На практике большинство соединений находятся в неактивном режиме в пустыми буферами и реально при этом расходуется - стек треда, 128 Кб. Почему могут быть в неактивном - одни из-за приложения с персистентными соединения, другие приняли запрос и ждут, когда разблокируется какой-то ресурс, третьи выполнили запрос и уе освободив буферы продолжают отдавать данные в приложения, четвертые обслуживают фоновые процессы. У нас техотдел клиенту тюнил сервер, где несколько сотен долгоживущих процессов держат соединения с базой и обмениваются данными через таблицу в пол мегабайта. Лимит на число соедиений там, думаю, около 500.
zzzit, ну так простой хостинг это делает за 5 баксов. Так почему нельзя взять работы в 10 раз больше если клиент платит 50 баксов?
Хостинг берет количеством - 10 бабушек по 5 рублей лучше, чем одна бабушка за 50 :) zzzit правильно все пишет: достаточно клиенту хостинга чуть больше заплатить средней цены по рынку, аппетиты у него на обслуживание растут в экспоненциальной прогрессии. Конечно, не у всех, конечно не всегда, но тенденция такая есть, спорить с ней нельзя.
rustelekom, ну тогда давайте всем по дедику. Что-то прожорливости тут такой не замечаю, хоть и стоит услуга еще больше. =)
Дык вот все и впаривают то ВПС, то дедики. А клиенту то это не надо, клиенту надо хостинг, на котором он будет заниматься исключительно сайтом, а не настройками апача и мускуля. По хорошему для таких случаев все таки нужен впс или дедик +администрирование причем не базовое, а с полным сопровождением. А это не 50 баксов, а скажем 50 за недорогой дедик +100-200 за такое обслуживание. Возможно, на первое время можно было бы оплатить настройку, а потом платить за работы по часам, так можно сэкономить. Вполне вероятно, что особых то проблем и не будет и получится просто дедик с проактивным мониторингом большей частью, а это входит в цену дедиков обычно.
Узкие места в запросе (выделены болдом):
- юрлицо с лицензией
- прием платежей ВМ и\или ЯД и\или банковская карта
- тарифный план позволяет 100 (а лучше - 150) одновременных коннектов к БД (честно, это многовато для отдельного сайта(ов)
- ежедневный бэкап, включая БД
- виртуальный хостинг
- не менее 10 доменов
- минимум 2 IP (только в ISPmanager, Directadmin - в спанели такое не получится сделать на одном аккаунте)
- SSD
и
+ 1-2 раза в месяц позволять делать рассылку в 20 000 адресов (рассылка по постоянным клиентам) (рано или поздно, кто нибудь нажалуется и айпи попадет в блок, решается выделением под рассылку постоянно выделенного айпи).
А и еще забыл это: А если что-то по вашей вине из прописанного в договоре пойдет не так, то мои юристы из вас на территории РФ фарш сделают - вот честный ответ.
Ну вот честно, положа руку на сердце, ну кому надо геморрой за 50 долларов :)? За 5000 даже не подпишутся, потому что любой суд, даже выигранный сразу скушает весь доход от этого и еще 100500 клиентов . Это нищебродская отрасль, в свое время даже типа крутой руцентр одним штрафом вырубили из бизнеса так, что владельцам от него пришлось срочно избавляться.
rustelekom, да, вообще то все так и есть. Даже те кто говорят что полное администрирование в комплекте то по факту только базовое.
Вам виднее, такой услуги не предоставлял.
zzzit, ну так простой хостинг это делает за 5 баксов. Так почему нельзя взять работы в 10 раз больше если клиент платит 50 баксов?
rustelekom подсказывает, что работы не в 10 раз больше по сравнению с простым хостингом, а зависимость экспоненциальная, которая соответствуют росту сложности, потому работы в 100+ раз больше.
rustelekom
не вижу геморроя, самые обыкновенные требования для хостинга за 50$
тс вроде как не просит что бы ему гарантировали 100% аптайм, отвечали за 10 секунд в поддержке или еще чего то не реального.
полно людей которые еще больше хотят за меньшие деньги :)
2Den73 - ну так предложите сами:)
Я выделил болдом то, что смущает лично меня. В остальном, все требования выполнимы.
Разговор не о простом хостинге, а о хостинге для прожорливых клиентов у которых много сайтов и много требований.
К примеру ко мне прожорливые клиенты обращаются только тогда, когда информируют что скинули очередную оплату на вебмани, так как они забыли страницу билинга ;) Те кто не забыли, просто оплачивают счета. Но это не значит что я сижу и в носу ковыряюсь. Чтобы клиенты спокойно жили надо изредка добровольно и безвоздмездно трудится по ночам.
В общем, шаред тем и прекрасен, что одному надо 100 конектов к базе за 50, другому надо просто места, третьему ещё чего то. Вот таким образом и нивелируется нагрузка и получается заработать. Все довольны, просто не надо выжимать все соки с сервера... Но тот кто требует много динамических ресурсов, всё таки должен понимать, что надо сбалансировать потребности с возможностями. А поставщик услуги тоже обязан крутить настройки, чтобы оптимизировать под задачу. Как ни как, 50 вечно зелёных ежемесячно на улице не валяется :)
Хостинг берет количеством - 10 бабушек по 5 рублей лучше, чем одна бабушка за 50 :)
Особенно если эта за 50 грозится палкой по пяткам 🤪
ТС старается получить услугу соответсвенно оплате (если нет тут подводных камней).
Кстати, ТС ничего не упомянул на чём в настоящее время бегает ресурс, для которого нужен хостинг. А вот такая информация была бы очень к стати, так как запрос к базе запросу не равен и весь топик получается как гадание на кофейной гуще... может быть действительно всё очень плохо спрограмированно... я не представляю как с 1 ГБ на диске, даже пусть это только база, 7 ГБ трафика в месяц и грамотным кодом можно сильно нагружать.
Также две рассылки по 20к писем в месяц узкое место, почти гарантированые проблемы.