hacccker

Рейтинг
115
Регистрация
03.02.2010

Мне не хочется с Вами спорить на тему должен ли кешироваться опкод. Это личное ваше убеждение. Более того, мне если честно по барабану кешируется ли он или нет, и свои php приложения я разумеется оптимизирую в других местах. Но есть другие люди, клиенты, которым кто-то сказал что например xcache это круто, и их CMS/CMF рекомендует использовать это акселератор или какой-то другой. И эти клиенты начинаются сверлить мозг... И до текущего момента проблема решалась банальной установкой этого xcache и всем было хорошо. Откуда же я знал, то именно с php 5.3.3 и именно в определенном режиме работы апача этот xcache портит всю малину... Ну ладно я, как говорится не претендую на звание красноглазого линуксоида... Но обратился к человеку, он мог хотябы устно подсказать мне, что xcache не стабильно работает в такой конфигурации... Жалко что это не было сделано, это мне бы сэкономило массу времени.

hacccker добавил 16.02.2011 в 09:46

Raistlin:
У меня битрикс на сервере работает в 10 раз быстрее, чем у "специально предназначенных" хостингов с различными кешерами и прочей дрянью.

Ну наверное вы понимайте, что сравнивать "хостинги" минимум не корректно. Там 100500 причин может быть, почему у кого-то работает медлинее, чем у вас. Начиная от железа, заканчивая каналом, не говоря уже про настройки ПО.

Raistlin:
А вообще ставится стандартное. По поводу криво написанных CMS мне и говорить не хочется... Будет тупить - клиент или будет платить больше денег за ресурсы или вылетит с хостинга. Я лично не могу позволить себе делать сервер дырявым и не стабильным, чтобы сидеть и смотреть на него круглосуточно. У меня он не один и их у меня даже не 20.

Стандартное этот как? :) Госты? RFC? :)) Ничего такого не припомню... Ставится то, что нужно, и то, что работает быстрее/стабильнее.

Вот и ищут баланс между стабильностью, функционалом и скоростью... И я уже какой-то баланс нашел - отключил пока xcache. А то что вы пишите, мол я бы снёс xcache, да и акселератором не пользовался... и mod_fcgid тоже бы удалил. Вот таких админов как вы надо бояться, вы не хотите искать проблему - вы хотите поставить "стандартное" и забить на все... Даже в ущерб себе в плане клиентов или производительности.

Raistlin:
Я выше сказал "не пользуйтесь xcache". То же самое повторю и для акселератора. Вы не понимаете что это простое кеширование... Не больше и не меньше, и применение этого дела несколько глупо впринципе. ставьте мемкеш и модуль к нему, на худой конец.

Мне кажется, как раз Вы не понимайте о чем пишите...

Причем тут кешер опкода к мемкешу? :) Не загоняйтесь, а то растеряйте клиентов :)

Raistlin:
А смысл этих действий? почему не обойтись просто php-cgi? Какой выигрыш в производительности? Хотите сэкономить память - переведите апач в режим worker. Хотите чтобы до него не доходили полуоткрытые соединения - поставьте еще один апач как фронтенд... Ну и т.д. В обсчем-то все банально, ИМХО.

Да ладно вам, банально...

Вот и попробуйте php-cgi+mpm-worker+xcache+php5.3.3... Я думаю аналогичный результат получите...

А на 5.3.X от FastCGI профит не большой есть... Но дело не в этом, на CGI тоже не работало помойму. Работал только как mod_php

hacccker добавил 16.02.2011 в 09:18

Zaqwr:
hacccker, попробуйте eAccelerator

Поставил, он нормально работает с 5.3.3... А xcache пока отключил. Проблема с xcache так и не решена, заглядывал к ним в bug tracker, у них там довольно много тасков с проблемами именно в 5.3.x и mpm-worker/itk.

Теперь да, xcache я не пользуюсь.

Но бывает приходит клиент, спрашивает а поддерживайте ли вы какую-то бадягу вроде xcache. Спрашивает он потому, что так написано в инструкции к его любимой CMS :) Вот и приходится на сервер ставить все возможные кешеры, приходится запускать PHP в режиме FastCGI чтобы каждый клиент имел свой php.ini и пользовался чем хочет... И в этом нет ничего плохого, пока всё работает как надо :)

hacccker добавил 16.02.2011 в 08:50

И странно, что вы пишите мол снесли бы mod_fcgid. Я не понимаю вашей логики.

На сервере настроен и отлично работал FastCGI (через mod_fcgid) и mpm-worker. Обновил php до 5.3.3 - и всё, понеслось... (проблема с xcache)

Обращаюсь к админу, к вам например или ещё кому-то... Говорю, вот смотрите, еррор 500.. сайты не работают.... С каких делов вы мне должны удалять FastCGI? Только потому что так вам удобно?

hacccker добавил 16.02.2011 в 08:51

Raistlin:
Вы мне лучше объясните, почему вам нужна не рабтоспособность сайтов, а именно эта странная, мягко говоря, связка?

Всё просто, на сервере живут клиенты, а не только я...

hacccker добавил 16.02.2011 в 08:55

Можно провести аналогию для домохозяк...

- У меня не работает Skype

- Говно вопрос - щас починим, давайте доступы

- Login: Vasya, Pass: sadfjkbshafb

- Готово, починил... теперь вы можете пользоваться icq!

(Админ удалил Skype, а вместо него поставил icq)

Raistlin:
И mod_fcgid собран _именно под префорк_.

Та глупости! mod_fcgid спокойно работает и с mpm-itk or mpm-worker. Другое дело что нафиг не надо, но это уже философия.

Raistlin:
З.Ы. Если бы я делал, я бы и xcache снес к чертям и mod_fcgid.

До этого сервер работал с mpm-worker + FastCGI

По логам абсолютно не понятно, что проблема была именно в xcache. Вы бы или как я, потратили кучу времени, чтобы методом научного тыка, отключать модули php и смотреть не заработало ли...

Или же поступили бы как админ, услугами которого пользовался я... Просто включили бы pre-fork + mod_php и сказали что всё рабоатет :)

Воспользовался услугами Bloodу, всё отлично. Большое спасибо!

Как вариант — hostimvse.ru

Я могу помочь, в том числе интегрировать нужные платежные системы. Не бесплатно разумеется.

Вопрос в другом...

Есть ли смысл регистрировать в 100500 каталогов конкурента по выдачи?

Всего: 360