- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Это тоже, кстати, пулом называется :) Только речь не о том, когда был создан апачевский или phpшный процесс, а о создании нескольких коннекций в контексте одного процесса и в разных процессах. Пойду-ка я Гугль помучаю :)
Дело в том, что конкретно в mysql есть такая вещь, как thread cache. Идеологически это что-то вроде Апачевского префорка - то есть весь комплект ресурсов для работы подключения создается один раз, и впоследствии может сколько угодно раз использоваться. По сути это пулом коннектов и является, только авторизация при использовании каждого проводится заново.
Самописными скриптами. :) Это ж несколько строчек на php.
Проприетарные БД - просто сложнее гораздо. Там собрать мусор за сессией - большой геморрой, проще прибить. :) Опять же, авторизация и применение политики доступа - сложнее, пока все роли назначатся. А в MySQL как раз все эти моменты до максимума упрощены и выкинуты, так что оверхед сведен на нет.
Это несколько пессимистичный вариант. :) Никто не стартует, есть процесс, который принимает запрос, выполняет скрипт, и ждет следующего запроса.
Естественно не то же самое. :) Однако порядок скоростей такой же (то есть и php-скриптов в секунду, и подключений в секунду - можно выполнять тысячи).
В общем, поковырялся я в мануале PHP на тему постоянных коннекций. После прочтения комментариев создалось полное впечатление, что их лучше не использовать. Это вам не java :)
Вы лучше мне заплатите за консультацию и узнаете
как правильно надо писать такие программы, ...
Artisan, здравствуйте.
Я был абсолютно уверен, что вы вряд ли сможете сообщить мне что-либо новое по "разработке каунтеров". Извиняюсь за свою самоуверенность...
Разрабатывая проект я обращал внимание только на оптимизацию структуры и запросов БД MySQL и кода php. Что же касается "оптимизации вне кода проекта", то это было абсолютно выпущено из внимания, к тому же у меня нет опыта администрирования Apache и MySQL. Судя по продолжению темы на форуме у вас, действительно, есть опыт в данном деле.
Поэтому, если вы еще не передумали на счет платной консультации, pls, укажите сумму, в которую вы оцениваете свои советы. Ответ лучше перешлите в приват или в аську.
Я не эксперт, но всегда считал, что real-time обработку лучше всего базировать просто на текстовых файлах(на худой конец Беркли), а в mySQL сливать уже обработанные данные, скажем каждые 5-10 минут.
Artisan, здравствуйте. Я был абсолютно уверен, что вы вряд ли сможете сообщить мне что-либо новое по "разработке каунтеров". Извиняюсь за свою самоуверенность.
Принято.
Разрабатывая проект я обращал внимание только на оптимизацию структуры и запросов БД MySQL и кода php. Что же касается "оптимизации вне кода проекта", то это было абсолютно выпущено из внимания, к тому же у меня нет опыта администрирования Apache и MySQL. Судя по продолжению темы на форуме у вас, действительно, есть опыт в данном деле.
Скорее у меня есть опыт в разработке не совсем обычных программ, набор Apache / PHP / MySQL для Вашей задачи не годятся как вместе так и по отдельности.
Поэтому, если вы еще не передумали на счет платной консультации, pls, укажите сумму, в которую вы оцениваете свои советы. Ответ лучше перешлите в приват или в аську.
Чем больше будет с Вашей стороны тем больше будет с моей стороны, ...
Я не эксперт, но всегда считал, что real-time обработку лучше всего базировать просто на текстовых файлах(на худой конец Беркли), а в mySQL сливать уже обработанные данные, скажем каждые 5-10 минут.
Для серьезных нагрузок это вообще не так делается, ...
Скорее у меня есть опыт в разработке не совсем обычных программ, набор Apache / PHP / MySQL для Вашей задачи не годятся как вместе так и по отдельности.
Это немного настораживает, так как у меня пока нет "своего" сервера, а стандартные наборы хостеров, как правило, не предлагают никакую альтернативу MySQL. Или все же, ваш опыт можно применить к тем средствам, которые обычно входят в VPS?
Или все же, ваш опыт можно применить к тем средствам, которые обычно входят в VPS?
www.FirstVDS.ru / начинается $5 в месяц / если правильно написать программу то возможно этого хостинга будет достаточно во всяком случае по мощности а если мало прокачки которая насколько я понимаю у Вас порядка 1 Gb в день то есть VDS хостинги где то от $17 в месяц и без учета прокачки, ...
Я не эксперт, но всегда считал, что real-time обработку лучше всего базировать просто на текстовых файлах(на худой конец Беркли), а в mySQL сливать уже обработанные данные, скажем каждые 5-10 минут.
Это экономия на спичках получается.
Запись данных в базу в процессе работы вообще не грузит почти. Вот отчеты и аналитика (особенно в реальном времени) - это настоящее зло. :)