- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
что скорость ответа для каждого пользователя должна быть не медленее 0,5-0,6 секунд.
Если скорость ответа 0.5-0.6 секунд, это совсем не значит, что сервер не может параллельно и одновременно обработать, скажем, десяток запросов, каждый за 0.5-0.6 секунд. В общем, обычно, сервер может одновременно обрабатывать в 2-4 раза больше запросов чем у него ядер. Потеря производительности у php+апач+mySQL начинаются как-раз примерно с 3.5-4*кол-во ядер одновременных запросов. С учетом что даже у самых дешевых современных серверов обычно по 8 ядер - думаю все понятно.
Не понял юмора. Речь идет о серверной части.
такив этом и дело, что граница размылась между клиентом и сервером
Это какие, например?
Дерби, Метеор, Ангуляр над Экспрессм ... первая парочка к тому же синхронизирует клиентов в реальном времени ... Дерби таки просто в оффлайне работать позволяет, какое уж тут "время отклика"...
вообщем реально "другой инет" вполне уже созрел...
такив этом и дело, что граница размылась между клиентом и сервером
Дерби, Метеор, Ангуляр над Экспрессм ...
вообщем реально "другой инет" вполне уже созрел...
Да ну, какой там. Это просто фреймворки целиком на JS. Не вижу в этом ничего хорошего - это попытка писать серверную часть на языке, который для этого не предназначен. В сущности, ничего хорошего из этого не выйдет.
Да ну, какой там. Это просто фреймворки целиком на JS. Не вижу в этом ничего хорошего - это попытка писать серверную часть на языке, который для этого не предназначен. В сущности, ничего хорошего из этого не выйдет.
да ну? а пацаны то не в курсе! обязательно донесите эту светлую мысль до инвесторов Метеора хотя бы 🙅 а то дурачки без вас уже больше 11 лямов зелени вбухали в финансирование безнадёжного опен-соурс проекта...
Какие плюсы он дает? Плюс в том, что разрабу как бы одну технологию учить вместо двух (клиентской и серверной). Сомнительный плюс, кстати. Есть спрос у таких вещей. На слуху node.js. Но, блин, это на любителя.
Какие плюсы он дает? Плюс в том, что разрабу как бы одну технологию учить вместо двух (клиентской и серверной). Сомнительный плюс, кстати. Есть спрос у таких вещей. На слуху node.js. Но, блин, это на любителя.
разговор в стиле "не читал, но не одобряю" 😂
хотя да, под нодой говносайты для сапы строгать неразумно, точно - это феньки "на любителя" а не "профи"
кстати из гугла "любители" тоже не вкурсе светлых истин, стряпяют всё на Си + JS дурачки, кругом одни идиоты :(
Серьезные люди одобряют что-то проверенное временем. Даже смотреть в сторону таких технологий нет желания. Потому что есть четкое деление на серверную и клиентскую части. Это объективно. И не надо пытаться скрестить ужа с ежом. Но для простенького проекта пойдет любая технология. И чем проще - тем лучше. Вот тут спорить не буду, но это мне не интересно. Кстати, продать клиенту что-то на таком фреймворке будет довольно проблематично.
Приведите, пожалуйста, ссылку на источник этих данных?
Нужна ссылка на то, что 1000 ms / 300 ms на запрос = 3.33 запроса в секунду?