Форум dkLab и Denwer

[anonymous_incognito]

Vitaly Puzrin wrote:

Дело было давно, форум IPB на 2000 уников в сутки, сервер (только не смейтесь) на целерон 2000 и 2 гига памяти.

будете смеяться, но я всё-таки прокомментирую. Если бы поменяли проц на p4, то ваши скрипты ускорились бы на 30%. А на корку с 6-8мб кеша - в 10-20 раз (полагаю с коре2 с 6MB кешем, пхпешка стала умещаться там, за счет чего и такой скачок). Без акселераторов. Без мемкэша. Без памяти. Без нгинкса и 500-го бэд-гейтвея :)
На последних корках (семёрки) правда выигрыш меньший (по сравнению с корками), но система в целом (апаче, мускул, шедулеры) отзывчивее. Довольно толсто.

К чему это? К тому, что отладить или использовать в общем случае тот же самый апач удобнее, чем велосипедить и иметь кучу геморроя с уже написанным софтом, который не всегда без вышеупомянутой болячки, запустится на лисипеде. А количество производимых мега-проектов каждым конкретным индивидуумом не на столько большое, чтобы говорить, что ентот самый индивидуум генерит "высонагруженные" проекты ежедневно :) Мораль всё-таки в том, что для каждого лисипеда высокой нагрузочной способности требуется свой пилот, который и будет крутить педали под конкретный девайс :)

[Guest]

Дмитрий Котеров wrote:

_а-я_ wrote: До этого я хотел чтоб nginx сразу отдавал PHP- fcgi через php-fpm/ Но прочитав тут все, понял что этого не стоит делать. Это так? Неправильно говорить "не стоит". Лучше говорить - "по скорости разница будет совсем незначительной, и fastcgi тут не является панацеей". Ну а память при fastcgi выиграете, да, но тоже не чтобы уж очень значительно тоже (при правильных настройках апача). _а-я_ wrote: Прочитав все, я понял, что лучше не использовать инклуды. А «забихать» все в один большой php-файл по возможности. Главное, чтобы это не ухудшало читабельность программы и не усложняло ее разработку. Все-таки человеческое время дороже машинного. Плюс - эффект начинает проявляться, только если исходников очень много (1М и больше). Если у Вас кода всего-то на 100КБ, то смысла заморачиваться вообще нет. _а-я_ wrote: если PHP транслирует байт-код, а eAccelerator – кэширует, почему нельзя на сервере хранить именно в этом «байт-коде» Zend Encoder это как раз и пытается делать, только смысла нет совсем: достаточно в shared memory хранить оттранслированную версию. Кроме того, у eAccelerator есть режим сохранения байт-кода во временные файлы тоже. В любом случае, когда байт-код на лету генерится, это гораздо удобнее, чем хранить его в виде файлов (потому что исчезает фаза компиляции при разработке).

Спасибо. =)
Вроде справился.
Избавился от инклудов. Использовал следующую структуру.
base.php <- chat.php(140.kb)
base.php <- forum.php(50kb)
..
и т.д.
для каждого действия использовал отдельную пользовательскую функцию,
чтоб дело происходило как бы в chroot’e

скорость генерации страниц увеличился в разы. И eAccelerator'ом "добил" уже! =)
итого, скорость генерации упала с 0,05 до 0,008сек
даже сам как-то не поверил.

Дело происходит на слабом VDS(300Мгц, ОЗУ: 64МБ)
Так же полностью перешел на свзяку
Nginx + php-fpm + php-Fastcgi
Итого еще от 20 до 35Mб оперативки свободно)

Кроме этих процессов, еще запущен MySQl, почта и по мелочи)

Хотя я в это новичок) может что-то не так понял, но мне кажется эт большой результат.)

[eXed_]

ради эксперимента провел тесты на денвере (разумеется под виндой)

Code (php):

скопировать код в буфер обмена

//index.php(88),1,"9.244 ms","9.244 ms","9.244 ms","9.244 ms","100.00% / 100.00%" require_once('../class/db_mysql.php'); //index.php(91),1,"9.095 ms","9.095 ms","9.095 ms","9.095 ms","100.00% / 100.00%" require_once('Z:\home\test\www\class\db_mysql.php'); //index.php(94),1,"10.21 ms","10.21 ms","10.21 ms","10.21 ms","100.00% / 100.00%" require_once('Z:/home/test/www/class/db_mysql.php'); //index.php(98),1,"12.45 ms","12.45 ms","12.45 ms","12.45 ms","100.00% / 100.00%" ini_set (www.php.net/ini_set)('include_path', ini_get (www.php.net/ini_get)('include_path') . PATH_SEPARATOR . 'Z:\home\test\www\class'); require_once('db_mysql.php'); //index.php(100),1,"12.90 ms","12.90 ms","12.90 ms","12.90 ms","100.00% / 100.00%" ini_set (www.php.net/ini_set)('include_path', ini_get (www.php.net/ini_get)('include_path') . PATH_SEPARATOR . 'Z:/home/test/www/class'); require_once('db_mysql.php');

Относительный путь можно использовать, ожидал худшего.
Неправильный DIRECTORY_SEPARATOR тормозит.
include_path - фаворит по торможению инклудов.

Объединение в один файл, без вариантов.

[Гость ЛГА]

Народ а можно описать процедуру объединения библиотек PHP в один файл? У меня стоит сейчас NGNIX как форвард и Apache как бэквард плюс eAccelerator на PHP. Но как то притормаживает отправка сообщений на форум хочу вот сделать как написано в статье но незнаю как это сотворить :)

[Maus]

Гость ЛГА
Вы уверены, что дело в библиотеках? Сделайте сначала профилирование

[Гость ЛГА]

А чего это? Я просто далек от этого и если можно то поподробнее или где почить можно. За ранее спасибо. Но всё равно хотелось бы сделать как написано в статье.

[Гость ЛГА]

Статьи по профилированию PHP я нашел, попробую сделать. Но попрошу описать процесс объединения библиотек в один файл :)

[Maus]

Гость ЛГА
м, попробуйте поискать - может, для этого есть какие-то специальные техники. Мне в голову приходит только чтение файлов с диска, поиск в файле require/require_once и include/include_once, найденное ставится в очередь файлов, а сами строки вырезаются. Очищенный остаток льётся в один большой файл.
Но как-то это грубо, мне кажется. Зато огромное поле для развлечений. Автолоадинг ещё.

[patt]

Из личного: опыта заменив не проекте Apache на lighttpd проект перешел из состояния "после рестарта грузит страницу по минуте, и через 30мин отваливается" в состояние "работает нормально особо не нагружая процессор"

[alpaca]

Прошло уже много времени с момента обсуждения. Вышли новые версии и всё такое. Какие мнения на сегодняшний день?

[Дмитрий Котеров]

patt
Ну тут как бы как в анекдоте: "блоха без ног оглохла".
О том и статья вся...

[lurkerr]

Дмитрий, я, следуя вашей статье, тоже у себя сделал merge всех классов фреймворка (Kohana) и был доволен как слон.
Но тут на днях нашел другой бенчмарк, у товарища немного другой результат получился: phpixie.com/blog/benchmarking-autoloading-vs-combining-classes-into-a-single-file/
Т.е. слитый файл проиграл вчистую автозагрузчику. Это из-за огромного classmap такое получилось? Или времена изменились, и автозагрузка нынче рулит?

[Vernon]

П№ool! Thanks fОїr this articlпЅ…! Feel free to visС–t my web blog :: в…®пЅ…menti ЖЉemiЙ—ov (demidov83.jimdofree.com/)

[buydollqian]

Como todo en la vida, se trata de experimentar. La mejor manera de encontrar las preferencias de usted y su cónyuge es sumergirse y probar cosas nuevas. No tengas miedo de experimentar fuera de tu zona de confort. Nunca se sabe qué encenderá una nueva luz en la llama de su matrimonio.
https://www.24buydoll.com/
Afortunadamente, tienes el poder de personalizar tu Muñeca Sexual TPE como quieras. Ya sea que desee que su robot sexual con IA tenga tetas pechugonas o caderas voluptuosas, todo es posible. Nuestra recomendación es que discutas tus fantasías con tu pareja. Esto te ayudará a definir qué características quieres que tenga tu muñeca sexual.
La verdad es que gran parte de lo que define un orgasmo es psicológico. Por lo tanto, agregar un robot sexual AI a la mezcla puede mejorar el placer a nivel mental tanto como a nivel físico. Traer una muñeca sexual TPE a la relación es una excelente manera de ampliar las posibilidades de lograr un mayor orgasmo. Dado que la vida Muñecas de Silicona de su matrimonio es tan importante, debe considerar cómo ambas partes pueden utilizar una muñeca sexual TPE para alcanzar el clímax.
https://www.24buydoll.com/comprar-muneca-silicona.html
El primer burdel de muñecas sexuales que se abrió en España, este pequeño lugar de "actividad adulta sin ataduras" es el hogar de algunas de las muñecas sexuales más voluptuosas que un hombre puede pedir. Fundada en febrero de 2017, LumiDolls es conocida en el mercado como un burdel al que puede acceder cualquier persona, independientemente de su tamaño de bolsillo. Esto ha llevado a su mayor popularidad, que solo se complementa con su gama de nueve tipos diferentes de muñecas.
https://www.24buydoll.com/comprar-munecas-sexuales-japonesas.html
Otro punto destacado del burdel, que sigue el lema "su satisfacción es nuestro objetivo", es que también brinda servicios a las mujeres. Una Muñecas Japonesas masculina puede ser igualmente satisfactoria para jugar con mujeres solitarias. Esto solo ha duplicado la pisada en el último año.
https://www.24buydoll.com/comprar-wm-doll.html
Y si la satisfacción temporal no es suficiente, los clientes también pueden optar por alquilar WM Dolls de lujo que pueden probar antes de comprar. Esta función de alquiler de muñecas sexuales tiene en cuenta la misión de los proveedores de proporcionar la muñeca sexual ideal a cada cliente. A pesar de los graves riesgos para la salud y la salud asociados con el alquiler, derivados de la falta de limpieza, LumiDolls ha visto un aumento en el arrendamiento y venta de estas muñecas sexuales, que cuestan € 80 por media hora, € 100 por una hora completa y € 180 por dos horas.

[Vessarbeta Dukek]

https://twitter.com/BellatorMMA2

https://medium.com/@alisonamelia6/watch-fight-pitbull-vs-carvalho-livestream-bellator-241-free-tv-channel-2020-ea41b1bab868

https://www.wattpad.com/848982631-watch~bellator-241-pitbull-vs-carvalho-live-stream

https://medium.com/@alisonamelia6/2020-livestream-bellator-241-pitbull-vs-carvalho-live-patricio-freire-vs-pedro-2f29ed190d8a

https://www.launchora.com/story/2020livestream-bellator-241-pitbull-v

https://gum.co/hVBXC

https://gumroad.com/betallor241/p/mma-live-bellator-241-livestream-pitbull-vs-carvalho-live-fight-tv

---

1080x360.jpg
Description:	Bellator 241: Pitbull vs. Carvalho Live
Filesize:	131.23 KB
Viewed:	491 Time(s)

---

[Emery]

Mr. Wishes and I are huge fried rice fans. Here is my web site; chinese cuisine Recipes (zenwriting.net/)