- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
А если процессов надо, ну например 10-к? в "// мы потомок" вставлять доп. ветвления?
Перед тем, как что-то куда-то вставлять, надо ответить на вопрос "Зачем?", который был проигнорирован. Чёткая постановка задачи отсутствует. Следовательно, идёт обсуждение абстрактного коня в вакууме и каждый пытается вывалить максимум умных слов, хоть как-то касающихся темы. Детский сад. Если уж решились на fork, то почитайте хотя бы, что это такое, как работает, чем отличается разделение процессов от многопоточности, чуть-чуть про межпоточную синхронизацию и тогда масса идиотских вопросов отпадут сами собой. Если лень или не хватает опыта, отдайте задачу _специалисту_ и не морочте голову ни себе, ни людям.
вот почитайте статейку http://habrahabr.ru/blogs/php/40245/ может поможет :)
А если процессов надо, ну например 10-к? в "// мы потомок" вставлять доп. ветвления?
Если вы вообще хоть раз писали IPC-проекты под никсами на чем угодно, у вас таких вопросов не возникало бы. Тут язык - всего лишь инструмент, а вам еще предстоит докопаться до сути
собсно в пхп все то же самое что и в си, только дописать pcntl_
Активней используйте exec, и тогда вообще проблем не будет.
Только вот зачем это надо вообще не ясно
Велика разница в реализациях - везде спорят и везде не понятно что лучше... Кто то за сокеты, кто-то за CURL Multi и т.п.
Так это ж не многопоточность... Это просто неблокируемые (асинхронные) сокеты.
Для парсинга, например, удобно - 100 запросов дернул, они одновременно ушли, пришли кто когда захотел, а мы только результат обрабатываем.
Вобщем, пока не сформулируете, зачем вам "многопоточность" - нормального ответа никто не даст.
не понятно, зачем ТСу многопоточность... вопрос звучал примерно "как сделать многопоточность ради многопоточности"...
по поводу переносимости и простоты написания многопоточных программ советую смотреть в сторону ява
Многопоточность можно реализовать с помощью связки jQuery + PHP
Вот статья, как это сделать
http://www.kachayev.ru/2008/10/10/jquery-ajax-parsim-pr-v-neskolko-potokov/
Так же я готовлю выпуск скрипта "Позиции в яндексе", в котором будет применена данная связка.
Многопоточность можно реализовать с помощью связки jQuery + PHP
Клиентскую :)
Я когда-то рекомендовал "клиентскую" многопоточность, но потом меня тыкнули носом в тот момент, что броузер в одно время может обрабатывать максимум кажется 2 подключения и собственно, тут мы упираемся в свои ограничения.
Я когда-то рекомендовал "клиентскую" многопоточность, но потом меня тыкнули носом в тот момент, что броузер в одно время может обрабатывать максимум кажется 2 подключения и собственно, тут мы упираемся в свои ограничения.
Да, проверил сейчас, есть проблемы в сафари и ие6, когда создаешь ч-з $.post больше 10 запросов сразу. Фаерфокс и опера справляются.
по умолчанию файрфокс залипнет на 15 ( network.http.max-connections-per-server ) или даже на 6 (network.http.max-persistent-connections-per-server)