- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Ну опять же, самое большое ускорение будет получено при выкидывании PHP в топку и переписывании системы на C++. =)
Этот дурацкий PHP уже много лет никак не могут привести в порядок.
php он сам дурацкий... Язык, в котором возможна конструкция
$a = "b";
$$a = "123";
echo 2+$b;
ИМХО по определению нельзя оптимизировать на нормальное выполение.
Но, с другой стороны, он - самое то для начинающих программистов... Которые на си наделали бы больших глупостей.
А что может действительно ускорить php - это выдерание openbasedir к едреной фене
не пробовали на практике, сильно ускоряет?
Не пробовал, времени на это не хватает
Думаю что сильно
Попробуйте запустить php как cgi на тот-же битрикс, прицепиться gdb к процессу и поглядите на системные вызовы
php он сам дурацкий... Язык, в котором возможна конструкция
$a = "b";
$$a = "123";
echo 2+$b;
ИМХО по определению нельзя оптимизировать на нормальное выполение.
Но, с другой стороны, он - самое то для начинающих программистов... Которые на си наделали бы больших глупостей.
Бред какой-то. Какое отношение имеет синтаксис языка к "нормальному выполнению"? Кстати, что это вообще такое?
Какие глупости можно наделать в Си, от которых ПХП уберегает "начинающих программистов"?
И наконец, а ничего, что Яху на ПХП писан? Не смущает? Ещё примеров привести?
Santyago, таки имелось ввиду отсутствие строгой типизации и вытекающая из него невозможность оптимизаций в псевдокод, который не проверяет типы всех объектов во время выполнения.
вот насчет проверок open_basedir не думаю что так уж страшно, ведь в php есть кеш информации о файлах.
Santyago, таки имелось ввиду отсутствие строгой типизации и вытекающая из него невозможность оптимизаций в псевдокод, который не проверяет типы всех объектов во время выполнения.
Ну так давайте ещё введём в ПХП возможность вставки ассемлерных кодов, чтобы утихомирить специалистов программинга драйверов, которых заставили делать сайты?..... ☝ :D
Каждой задаче - свой инструмент, ИМХО.
netwind, абсолютно верно :)
Глупостей наделать можно очень много. Но на то "девелопер" и "девелопер", что умеет не только строчить на пхп не пойми что для компьютера, а еще и написать нормальное приложение на си.
Глупостей наделать можно очень много. Но на то "девелопер" и "девелопер", что умеет не только строчить на пхп не пойми что для компьютера, а еще и написать нормальное приложение на си.
Т.е. девы на C#, Java и Lisp - это уже не девелоперы по Вашей табели рангов?
типа теста на Drupal
Дергаем главную страницу ab -c10 -n1000
было: apache prefork, mod_php, eaccelerator, php 5.2.0, - 35-37 запросов в секунду
стало: nginx + php-fpm+php 5.2.6 fast-cgi, eaccelerator - 60-70 запросов в секунду
Правда при апгрейде поменялась версия php и еще возможно сменилась версия акселератора (не смотрел), apache писал лог в mysql а nginx в файл, так что это тоже дало свой бонус. Но не в два же раза ?
Так что, думаю, автор действительно некомпетентен...
Правда при апгрейде поменялась версия php и еще возможно сменилась версия акселератора (не смотрел), apache писал лог в mysql а nginx в файл, так что это тоже дало свой бонус. Но не в два же раза ?
Так что, думаю, автор действительно некомпетентен...
Естественно, автор такого теста некомпетентен :)
А вот автор исходного теста писал не только про fastcgi - осмысленность которого сомнительна без тестов, а про ускорение при уменьшении количества исходных файлов, которые читает eAccelerator, именно это самое интересное в тесте. Получается, что простое кэширование на стороне eA должно дать 2000 процентов производительности.