Я не понимаю смысла в этих манипуляциях. Нужна авторизация с двух сайтов по одной базе пользователей?
В этом случае более уместным было бы использование единого LDAP каталога с обоих сайтов. Плагин такой ранее существовал, незнаю подойдет ли он к текущей версии cms.
Да, поиск по профилю было бы неплохо. По имени, фамилии, телефону, и другим доп.полям. Поскольку сейчас единс твенная возможность найти человека — это попросить его зарегистрироваться под своим ФИО в качестве логина. А это несколько… некузяво…
Не понял. Это по первому вопросу или второму? Если по первому — то
«и в конфиге вебсервера, для этого каталога аплоада делать реврайт на другой сайт „
то есть когда от пользователя придет запрос на картинку /upload/2/13/213/2321/image.jpg
в конфиге веб-сервера должен сработать реврайт, который заменит текущий сайт на ваш сайт хранилищем картинок и отдаст юзеру редирект. конечно браузеру юзера придется запрашивать картинку снова, но зато уже с “правильного сайта» с картинками.
По первому вопросу — примонтировать шару на каталог аплоада по nfs или sshfs, и в конфиге вебсервера, для этого каталога аплоада делать реврайт на другой сайт (который соответственно должен понимать путь картинки который ему придет).
А почему вы решили что это продакшен?
Если бы это был продакшен — ситуация называлась бы не «неприятностью» а как-то иначе :)
Тестирование ресурса происходит по многим критериям. И по функционалу, и по юзабилити… Поэтому на ресурсе присутствует много тестеров, занимающихся своими участками работ. Оценивается интуитивность интерфейса, отзывчивость, эргономичность. Понятно что при этих тестах с системой работают живые люди. В том числе создающие контент и пишущие коменты. Параллельно в систему добавляется новый функционал, но при этом перезагрузки сервера не происходит а просто сбрасываются кэши (если надо).
Например было выдано замечание что в коментах не работает переход на новую строку по Энтер.
На самом деле после сохранения коментария в тех местах где жали Энтер потом будет вставлен тэг брейк, но в момент редактирования это не очевидно.
Был добавлен собственный код, аналогично обрабатывающий ссылку с другого медиаресурса.
В коде который был в ифрэйме- была ошибка (тэг ифрейма не закрыт).
Поэтому форматировнаие сломалось напрочь.
А вот почему в момент вставки поста, в котором был тэг который обработался через этот этого preg_replace, текст заменился и в других коментариях к совершенно другим постам которые в этот момент набирали люди на сайте — я не совсем понимаю.
Так там же тэг был незакрыт не у <видео>, а у того на что поменялось… а поменялось на <ифрэйм> и куча всего в ифрэйме. Я конечно сам виноват что так произошло, но вот оказывается есть такой момент… обновлять чтото в коде лучше при выключенном сайте…
В этом случае более уместным было бы использование единого LDAP каталога с обоих сайтов. Плагин такой ранее существовал, незнаю подойдет ли он к текущей версии cms.
потому что REQUEST_URI -это то что передается в строке запроса, то есть
«и в конфиге вебсервера, для этого каталога аплоада делать реврайт на другой сайт „
то есть когда от пользователя придет запрос на картинку /upload/2/13/213/2321/image.jpg
в конфиге веб-сервера должен сработать реврайт, который заменит текущий сайт на ваш сайт хранилищем картинок и отдаст юзеру редирект. конечно браузеру юзера придется запрашивать картинку снова, но зато уже с “правильного сайта» с картинками.
serverfault.com/questions/425509/apache-varnish-php-just-to-confirm-is-it-possible-to-automatically-update-se
www.google.ru/search?ie=UTF-8&hl=ru&q=undefined%20symbol%3A%20proxy_hook_scheme_handler&gws_rd=ssl
Вобще, если вы сможете сформировать xml файл для него — вам больше ничего не надо.
Парсинг же новостных лент других сайтов- то еще удовольствие… и может в любой момент сломаться нараз…
Но если ставили не начисто а обновляли — надо было предварительно очистить кэши
Если бы это был продакшен — ситуация называлась бы не «неприятностью» а как-то иначе :)
Тестирование ресурса происходит по многим критериям. И по функционалу, и по юзабилити… Поэтому на ресурсе присутствует много тестеров, занимающихся своими участками работ. Оценивается интуитивность интерфейса, отзывчивость, эргономичность. Понятно что при этих тестах с системой работают живые люди. В том числе создающие контент и пишущие коменты. Параллельно в систему добавляется новый функционал, но при этом перезагрузки сервера не происходит а просто сбрасываются кэши (если надо).
Например было выдано замечание что в коментах не работает переход на новую строку по Энтер.
На самом деле после сохранения коментария в тех местах где жали Энтер потом будет вставлен тэг брейк, но в момент редактирования это не очевидно.
Ниже кода
$sText = preg_replace(
'/<видео>http(?:s|):\/\/(?:www\.|)rutube\.ru\/video\/(\w+)\/?<\/видео>/Ui',
'<ифрэйм src="//rutube.ru/play/embed/$1" width="'. $iWidth. '" height="'. $iHeight. '" '. $sIframeAttr. '></ифрэйм>',
$sText
);
Был добавлен собственный код, аналогично обрабатывающий ссылку с другого медиаресурса.
В коде который был в ифрэйме- была ошибка (тэг ифрейма не закрыт).
Поэтому форматировнаие сломалось напрочь.
А вот почему в момент вставки поста, в котором был тэг который обработался через этот этого preg_replace, текст заменился и в других коментариях к совершенно другим постам которые в этот момент набирали люди на сайте — я не совсем понимаю.