netwind

Рейтинг
419
Регистрация
06.05.2007

SubAqua, тот факт что они "работали с кодом" не доказывает, что они смогут исправить запросы wordpress.

Я так понимаю, разнообразные методики кеширования (и wordpress и внешние) вас в принципе не устраивают и вы ожидаете получить предложения от некого волшебника в mysql ?

У меня тоже есть сомнения что кто-то возьмется. Ну не могут в течении долгих лет в таком популярном продукте как Wordpress сохранятся неоптимальные запросы и структура бд.

Какие-то мелкие ситуационные исправления еще можно придумать.

myhand:
Главное еще понять - куда копирует. Не верите/не в стостоянии разобраться - поставьте пакет и посмотрите.

вот вы и поставьте.

Оффтопик, однако.

оффтопик бывает только в форуме платной технической поддержки.

а тут форум для всех.

myhand:
в squeeze - 128.
Неправда, 8Mb.

а когда смотрел, то увидел там в пакете установочный скрипт, который берет и копирует файл php.ini-production, в котором указано 128 мб. чето как то не так вы смотрите.

Просите у черного ящика ? :) Ну-ну.

Ну допустим, были мы какое-то время в SBL причем плотно, мы переговорили с ребятами оттуда и вопрос был закрыт... т.е нет у нас истории по SBL, зато она вполне может быть у google - вопросов в этом нет, та

ну вот. мои предположения даже в каком-то смысле подтверждаются.

Пусть гугл опубликует статистику или историю на основании которой их спам фильтр принимает мою почту за спам..... а пока они его не сделали ... все выглядит как черный ящик.

Ох, ну вы бы еще на закрытость механизмов поискового ранжирования пожаловались в разделе оптимизаторов.

Черный ящик эффективнее. С черный ящиком гораздо сложнее бороться и спамерам тоже. Значит гугл никогда не обнародует эти механизмы.

Romka_Kharkov:
Вы в силах дать резонное пояснение почему почта попадает в спам при всем выше перечисленном, да и с чего вы взяли что мы хостим спамером, что мы флудим, что у нас вирусы? Откуда эта информация?

ну вы же подписываетесь как хостер. очевидно, у вас много разных клиентов было и не все они чистые. может быть у вас блок адресов с плохой историей.

допустим, я не размещаю спамеров и не рассылаю флуд и у меня все ходит. разве недостаточно для того чтобы выдвинуть предположение?

Romka_Kharkov, не хостите спамеров. блокируйте клиентов при первом же подозрении на флуд и вирусы. поднимите цены в 5 раз - и все будет хорошо.

У других-то почта ходит. Какая еще коалиция, если проблема наблюдается лишь у некоторых ?

И наверняка, в общей массе политика и механизмы блокирования гугла вполне себе нормально работает. но "лес рубят - щепки летят".

Можете попробовать получить новый блок адресов под новое юрлицо чтобы Whois отличался. или как-нибудь еще договориться.

myhand:
Debian и CentOS (эти, правда, - в другую сторону)

в squeeze - 128. в centos вообще ушибленные, даже проверять не буду.

myhand:
Он не может им работать. Не предназначена для этого. Это средство для самодисциплины - а не ограничивалка для пользователей, данная администратору.

про suhosin я попозже написал. вместе с suhosin разве не ограничивает?

myhand:
Если было бы так - дистрибутивы бы его не меняли.

и кто там посмел изменить? надо им устроить шторм багрепортов

Вы путаете ужа с ежом: memory_limit отродясь средством обеспечения безопасности и управляемости не был

Не был. Но работает как будто есть. Некоторые защитные функции он выполняет.

По-моему suhosin запрещает его увеличивать бесконтрольно из скрипта

Это те, что в примере php.ini, идущего с исходниками? Ну так это _пример_.

это дефолтное значени для данной директивы. Можно и удалить php.ini, получится снова 128.

То есть, 128мб - рекомендуемое разработчиками значение

Всего: 6293