Я поддерживал Вашу точную установку с 70 сайтами WAN на Windows Server 2003 R2, главным образом с T-1's. Это работало отлично. DFSR был нашим резервным методом файлового сервера WAN. Можно ли использовать MRTG для контроля пропускной способности T-1 маршрутизатора для проверки каких-либо проблем пропускной способности?
Мы использовали MRTG для наблюдения графики использования пропускной способности, и находящийся на сайте GPO для управления пропускной способностью, используемой для БИТОВ на DFSR. Мы устанавливаем GPO, чтобы использовать ~700kb в течение дня и истратить T-1 ночью. Время от времени у нас были случаи, где отставания вырастут и если они никогда не пустели затем, мы хорошо знали сервер и контроль MRTG, единственная опция состояла в том, чтобы получить их больше пропускной способности. DFSR уже сжат и блочный уровень, таким образом, я не знаю, сделают ли другие решения других производителей для тиражирования удаленных данных его лучше (если можно действительно показать, что это - ограниченная пропускная способность).
DFSR в 2008 или 2 008 R2 могут иметь дальнейшую оптимизацию, так исследование та опция обновления также.
Вы сравнивали оба сервера phpinfo ()? При работе почти в одной и той же среде каждый сервер может работать по-разному в зависимости от установленных модулей.
Вы можете убедиться, что строка $ не пуста. Я считаю, что ForEach выдаст эту ошибку, если вы предоставите пустую строку. Похоже, строка зависит от TwitterAPIExchange.php, я вижу «Требовать один раз», но убедитесь, что она правильно настроена.
Оказывается, это проблема SSL / CURL. В файле TwitterAPIExchange.php мне пришлось добавить эти две строки в массив параметров CURL:
CURLOPT_SSL_VERIFYPEER => false,
CURLOPT_SSL_VERIFYHOST => false