:)
---
Виктор
Сразу отказ от ответственности - у меня реального опыта работы с технологиями от Микрософт нет уже 16 лет, слава Богу.
А теперь о Hyper-V. Около пары-тройки лет назад в одной из больших организаций внезапно и навсегда(без возможности восстановления) "упал" серьезный сервер с рейдами и прочими наворотами, на котром была на MS Hyper-V поддержка, если не ошибаюсь в районе 30 филиалов по всей стране. Убытки от пары дней простоя были сами поинмаете какие. Причем, строили и поддерживали это дело толковые ребята, сертифицированные специалисты Микрософт.
Я о том, что одно дело разворачивать и тестировать, другое - использовать в отвественных вещах довольно долго.
Есть подозрение, что gmail понижает уровень доверия к доменам второго-третьего уровня. Я бы попробовал изменить mx-запись, ptr и HELO с "mail.amail.com.ua" на "amail.com.ua".
Второй прием: заводите ящик на одной из крупных почтовых систем, например mailamail@gmail.com и настраиваете отправку всей исходящей почты через него. Или переносите почтовый домен в "Mail.Ru для бизнеса", "почта для домена" от Яндекса и т.п. В этом случае все нюансы, связанные с доставкой, ложатся на сапорт этой почтовой системы.
1919 mysql 20 0 1165M 100M 5384 S 0.0 10.1 0:00.01 /usr/libexec/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib64/mysql/plugin --user=mysql --log-error=/var/lib/mysql/juristoff.net.err --pid-file=/var/run
newlegal, это не "ссылка на файл ошибок", это нормальный вид запущенного mysq-сервера. Если Вас смущает занимаемая им память, поиграйте с настроками в my.cnf.
Обычно, не имеет смысла что бы mysql слушал порт, работа с ним через сокет быстрее. Так что если у Вас "define('DB_HOST', 'localhost:');", в конфиге мускула вполне рационально включить skip-networking.
Такого рода вопросы можете задавать мне в личку-скайп, поскольку большинству участников этой ветки они мало интересны...
-----
С уважением,
Например, поставьте на шлюз nginx, а к апачу на сервере прикрутите mod_rpaf и будет Вам щастье.
Естественно, уберите на шлюзе проброс 80-го плрта.
Сервера - разные, возможно и php разные.
Думаю. более корректно было бы заменить между собой eAccelerator/opcache на одном сервере. Тогда железо/настройки/версии были бы одинаковы.
И можно было бы сделать вывод что для Джумлы один из кешеров байт-кода лучше, чем другой.
Как по мне:
- сравнивать нужно сравнимые вещи. Как можно сравнивать Memcached, который работает с пользовательсткими данными, и eAccelerator, который уже давно не умеет работать с пользовательскими данными а предназначен для кеширования байт-кода? Задачи кеширования пользовательских данных и кеширования байт-кода php - разные задачи.
- сравнивать нужно для конкретного случая, конкретной задачи. В одной системе может оказаться более оптимальным одно решение, для другой - другое. Например, старый сайт, php5.2, о каком opcache может идти речь вообще?
Еще замечание: если бы какой "ускоритель" существенно опережал конкурентов, скорее всего, он довольно быстро завоевал бы основную долю рынка. Так что, если задача кешировать байт-код, разрыв между eAccelerator, APC, XCache и opcache будет небольшой. Но у каждого могут быть свои "фичи", которые дают ему преимущество в том или ином конкретном случае.
Ссылка на тесты eAccelerator vs opcache для Битрикс.
Это основные проблемы.
- Просите хостера установить ptr-запись для ip Вашего сервера на любой из доменов;
- Этот же домен пропишите в myhostname.
Условия беспроблемного хождения почты писалось давно, но в большинстве все еще актуально.
Detektiv, обратите внимание, не "Nginx вместе с W3", а "Nginx + кеш вместо w3c".
Думаю, есть и другие варианты, если Вам мало curl и wget :)
Для wget смотрите ключи --save-cookies, --keep-session-cookies, --load-cookies.
Что-то типа такого:
wget -O /dev/null --save-cookies cookies --keep-session-cookies.txt --post-data 'UserName=user&PassWord=pass' http://сайт/логин-форм wget --load-cookies cookies.txt http://сайт/что-нужно
Думаю, для curl тоже легко найдете пример.
