- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
При создании, развитии портала с высокой нагрузкой, что в первую очередь стоит учитывать, какие ключевые решения нужно предпринять?
Что бы вы выделили из 4-6 моментов при проектировании так сказать сайта?
Спасибо.
Без флуда пожалуйста.
1. Главное, на стадии проектирования решить, нагрузку по различным серверам вы будете разносить средствами CMS или средствами облачных технологий на уровне серверов.
2. И еще важно понять, какая именно подсистема будет наиболее нагруженной. Сеть, диск, процессор, память? Если диск то конкретно из-за чего.
3. Подумайте как вы будете писать статистику, и насколько вам критична безотказная запись статистики. На нагруженных сайтах со статистикой плохо. Сторонние сервисы не дают анализировать статистику на больших объемах, а писать свою статистику - будет одной из серьезно нагружающих операций, если все остальное как следует оптимизировано и закэшировано. Обычно в случае высокой нагрузки - просто перестают писать собственную статистику или пишут ее в сокращенной форме. Надо подумать подходит ли вам это.
При создании, развитии портала с высокой нагрузкой, что в первую очередь стоит учитывать, какие ключевые решения нужно предпринять?
Что бы вы выделили из 4-6 моментов при проектировании так сказать сайта?
Спасибо.
Без флуда пожалуйста.
Зависит от характера этой высокой нагрузки. Может быть на сервере видео 1 Гб и миллион посетителей, а может быть обычный сайт с БД и миллион посетителей. Подход зависит от типа сайта. Вероятнее всего, все-таки второй вариант. Тогда сразу нужно для себя решить тип БД (лучше всего InnoDB, если не планируете делать полнотекстовый поиск). Далее четко обдумать структуру запросов, сделать нужные ключи в таблицах, иначе потом на создание ключей могут уйти недели. Сама структура базы данных должна быть оптимизирована под каждый запрос. Не использовать JOIN. Обязательно сделать кэширование шаблонов. Просчитать нагрузку на сервер от загрузки статичных файлов - JS, CSS, картинки. Если она слишком высокая, сделать отдельный CDN. Обдумать, как Вы будете доделывать сайт, когда он уже будет рабочий. Лучше всего для таких целей подходят облачные хостинги/VPS, т.к. они без труда масштабируются. Переносить большой проект очень трудно.
Без флуда пожалуйста.
эти две цитаты абсолютно не сочетаются
эти две цитаты абсолютно не сочетаются
Обоснуй, почему не сочетаются 🍿
Без описания проекта - тут только флуд и получится.
От типа проекта может зависеть тип нагрузки на сеть, проц, память, диск.
У больших проектов, конечно нагрузка на всё, но тогда нужно понять - про какую нагрузку мы говорим.
Например в хостах, хитах, скачанного и закаченного в Гб.
какую ОС и технологии разработки вам позволяет религия?
Вы будете привлекать компанию-разработчика или самостоятельно собирать команду под проект, если собирать, то какую роль будете выполнять.
Финансовая сторона проекта вас не беспокоит? )
Обоснуй, почему не сочетаются
да хотя бы потому, что из всех сообщений этой темы ты ответил на моё
да хотя бы потому, что из всех сообщений этой темы ты ответил на моё
То есть ты приперся пофлудить, а виноват я 😂
Давай досвидания! :p
---------- Добавлено 12.04.2016 в 11:49 ----------
Без описания проекта - тут только флуд и получится.
От типа проекта может зависеть тип нагрузки на сеть, проц, память, диск.
У больших проектов, конечно нагрузка на всё, но тогда нужно понять - про какую нагрузку мы говорим.
Например в хостах, хитах, скачанного и закаченного в Гб.
какую ОС и технологии разработки вам позволяет религия?
Вы будете привлекать компанию-разработчика или самостоятельно собирать команду под проект, если собирать, то какую роль будете выполнять.
Финансовая сторона проекта вас не беспокоит? )
Окей, подробнее чуток скажу.
Значит, проекты типа блог платформы. Много читают, комментят, загружают, скачивают. Да вообще социалка широкого функционала.
Мне нужно и штатных и аутсор. Финансовая сторона с вопросом толкьо одним, как не переплатить и как контролировать общие ключевые показатели. То есть быть немного в теме, как руководитель, но те что бы технарем стать.
Мне нужна иерархия показателей. Верхушка знаний. Нужен опыт будет, но нужен ориентир правильный для начала, что бы не уходить в стороны не нужные. Технари ведь могут завести в глубь не понимая того, что нужно в результате.
Похожая тема:
/ru/forum/930969
Тогда сразу нужно для себя решить тип БД (лучше всего InnoDB, если не планируете делать полнотекстовый поиск).
От 5.6 какой-то версии поддерживается FULLTEXT.
Но раз сайт будет высоконагруженным, то поиск уместней вынести в СФИНКС.
Далее четко обдумать структуру запросов, сделать нужные ключи в таблицах, иначе потом на создание ключей могут уйти недели.
Все продумать невозможно... :)
Сама структура базы данных должна быть оптимизирована под каждый запрос. Не использовать JOIN.
JOIN по ключам норм работает.
Обязательно сделать кэширование шаблонов.
Обязательно делать шаблоны на чистом PHP и никакое кеширование не нужно.
Просчитать нагрузку на сервер от загрузки статичных файлов - JS, CSS, картинки. Если она слишком высокая, сделать отдельный CDN.
Я бы в любой случае все вынес в СДН.
Лучше всего для таких целей подходят облачные хостинги/VPS, т.к. они без труда масштабируются.
Облачные хостинги - это все маркетинговая шелуха.
Учитывать нужно бюджет идеи и пиара, без этого какого высонагруженного проекта не будет. Остальное дело техники и решается уже после получения какой-то нагрузки. Учитывая, что никаких входных рамок нет, поэтому всё обсуждение это кухонные посиделки.
Учитывать нужно бюджет идеи и пиара, без этого какого высонагруженного проекта не будет. Остальное дело техники и решается уже после получения какой-то нагрузки. Учитывая, что никаких входных рамок нет, поэтому всё обсуждение это кухонные посиделки.
Все дело техники, все решается. Но вопрос не в этом.
Вопрос в главных показателях, которые показывают как обстоит дело. Какой будет кокнкретно сайт не так важно. Все сайты технически одинаковы. Тем более я сказал, что информационный портал, а значит, это текст, видео, аудио, графические файлы, это все можно смотреть, слушать, читать, коментировать, скачивать и закачивать. Все как и на всех сайтах, которые во всю кричат об уникальности которой нет, кроме как названия, дизайна и идеи что должны делать юзеры и как об этом думать.
Информационный портал: это текст, видео, аудио, графические файлы, это все можно смотреть, слушать, читать, коментировать, скачивать и закачивать.