<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
			<channel>
			<title>Перенос нужный js и css на отдельный домен / Вопросы, проблемы и их решения / Alto CMS</title>
			<link>http://79.174.14.219/comments/1599/</link>
			<description><![CDATA[Задаюсь вопросом, есть домен, хотелось бы перенести статику. Нашел тему http://livestreet.ru/blog/addons/16216.html но по структуре в описании ясно что на альто]]></description>
			<language>ru</language>
			<managingEditor>noreply@altocms.ru</managingEditor>
			<webMaster>noreply@altocms.ru</webMaster>
			<generator>Alto CMS v.1.5.0b1</generator>
							<item>
					<title>Перенос нужный js и css на отдельный домен (comment #26083)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/1599/#comment26083</guid>
					<link>http://79.174.14.219/1599.html#comment26083</link>
					<author>j.j.lefebvre@yandex.ru</author>
					<description><![CDATA[разве это не работает изкаропки? посмотрите конфиг altocms]]></description>
					<pubDate>Fri, 08 Apr 2016 20:20:25 +0300</pubDate>
									</item>
							<item>
					<title>Перенос нужный js и css на отдельный домен (comment #26084)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/1599/#comment26084</guid>
					<link>http://79.174.14.219/1599.html#comment26084</link>
					<author>j.j.lefebvre@yandex.ru</author>
					<description><![CDATA[Но я честно говоря не вижу особого смысла в этой фиче, потому что:<br>
1) аналог этого на уровне веб сервера- одна строка с 302 или 301 кодом...<br>
2) в случае nginx — обработка php и так по умолчанию делается через сеть — теость пул воркеров может быть разбросан по десятку серверов, а сам nginx отдает ту самую статику...<br>
3) один домен -это не решение проблемы. если нужен отдельный домен для статики — то там на самом деле должен быть пул доменов... а ни тот плагин, ни altocms пула доменов для статики не дают...<br>
<br>
В общем фича забавная, но с практической точки зрения малополезная.]]></description>
					<pubDate>Fri, 08 Apr 2016 20:29:13 +0300</pubDate>
									</item>
							<item>
					<title>Перенос нужный js и css на отдельный домен (comment #26085)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/1599/#comment26085</guid>
					<link>http://79.174.14.219/1599.html#comment26085</link>
					<author>j.j.lefebvre@yandex.ru</author>
					<description><![CDATA[к тому же, в тех случаях где надо выносить статику на отдельный домен -речь идет как правило о высокой нагрузке..и в первую очередь на ум приходит CDN(ну вы читали коменты к той статье да?) например если статика у вас- это видеоконтент, или картинки миллионами...и отделаться решением «из каропки с блогосоциальным движком» — не получится ну никак...там требуется определенные архитектурные решения, которые делают оную встроенную фичу с доменом для статики бессмысленной.]]></description>
					<pubDate>Fri, 08 Apr 2016 20:36:48 +0300</pubDate>
									</item>
							<item>
					<title>Перенос нужный js и css на отдельный домен (comment #26086)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/1599/#comment26086</guid>
					<link>http://79.174.14.219/1599.html#comment26086</link>
					<author>j.j.lefebvre@yandex.ru</author>
					<description><![CDATA[кстати, если решать задачу через 302 или 301 код вебсервера — то можно в несколько строчек сделать пул доменов для статики — отдельно для js,css, img, отдельно для картнок лежащих по пути .../2016/04/... отдельно для .../2016/05/... .../2016/06/... и т.д. Фича с доменом для статики насколько я понимаю таким богатством выбора не балует?]]></description>
					<pubDate>Fri, 08 Apr 2016 20:40:06 +0300</pubDate>
									</item>
							<item>
					<title>Перенос нужный js и css на отдельный домен (comment #26087)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/1599/#comment26087</guid>
					<link>http://79.174.14.219/1599.html#comment26087</link>
					<author>lk0dee@abrahabr.ru</author>
					<description><![CDATA[Мне нужно только перенести css и js файлы и то не все.]]></description>
					<pubDate>Fri, 08 Apr 2016 20:42:44 +0300</pubDate>
									</item>
							<item>
					<title>Перенос нужный js и css на отдельный домен (comment #26088)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/1599/#comment26088</guid>
					<link>http://79.174.14.219/1599.html#comment26088</link>
					<author>j.j.lefebvre@yandex.ru</author>
					<description><![CDATA[включите в админке объединение их в один файл, отдайте его nginx0-ом и забудьте о что вы когдато мечтали об отдельном домене для «не всех css и js »]]></description>
					<pubDate>Fri, 08 Apr 2016 20:44:31 +0300</pubDate>
									</item>
							<item>
					<title>Перенос нужный js и css на отдельный домен (comment #26092)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/1599/#comment26092</guid>
					<link>http://79.174.14.219/1599.html#comment26092</link>
					<author>vshemarov@gmail.com</author>
					<description><![CDATA[В Альто все js- и css-файлы (если они, конечно, правильно заданы) подключаются из директории /_run. Делаете маппинг этой директории на другой домен и задаете соответствующие настройки в конфиге. Вот настройки по умолчанию:<br>
<pre class="prettyprint"><code>$config[&#39;path&#39;][&#39;runtime&#39;][&#39;url&#39;] = &#39;/_run/&#39;;
$config[&#39;path&#39;][&#39;runtime&#39;][&#39;dir&#39;] = ALTO_DIR . &#39;/_run/&#39;;</code></pre><br>
Как можно увидеть, можно задать любой путь на диске для ассетов и любой урл для подключения. Нужно только сервер правильно настроить, чтоб и маппинг верно работал, и чтоб прав хватало.]]></description>
					<pubDate>Sun, 10 Apr 2016 15:00:54 +0300</pubDate>
									</item>
							<item>
					<title>Перенос нужный js и css на отдельный домен (comment #26093)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/1599/#comment26093</guid>
					<link>http://79.174.14.219/1599.html#comment26093</link>
					<author>lk0dee@abrahabr.ru</author>
					<description><![CDATA[Я так пониаю ято можно указать с ALTO_DIR . &#39;/_run/&#39;; за место &#39;/_run/&#39; любой другой домен]]></description>
					<pubDate>Sun, 10 Apr 2016 20:56:24 +0300</pubDate>
									</item>
							<item>
					<title>Перенос нужный js и css на отдельный домен (comment #26094)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/1599/#comment26094</guid>
					<link>http://79.174.14.219/1599.html#comment26094</link>
					<author>vshemarov@gmail.com</author>
					<description><![CDATA[Допустим, адрес вашего сайта — <strong>site.com</strong>, и директория, где он находится на сервере — <strong>/var/www/site.com</strong>. По умолчанию ассеты будут складываться в директорию <strong>/var/www/site.com/_run/</strong>, которая будет доступна по URL <strong>site.com/_run/</strong>.<br>
<br>
Но вы, к примеру, заводите специальны домен <strong>static.com</strong> и хотите, чтоб js/css брались оттуда. Тогда задаете так:<br>
<pre class="prettyprint"><code>$config[&#39;path&#39;][&#39;runtime&#39;][&#39;url&#39;] = &#39;static.com&#39;;
$config[&#39;path&#39;][&#39;runtime&#39;][&#39;dir&#39;] = &#39;/var/www/static.com/&#39;;</code></pre><br>
ЗЫ все примеры вымышленные, реальные пути до директорий доменом на вашем сервере могут отличаться]]></description>
					<pubDate>Mon, 11 Apr 2016 09:33:19 +0300</pubDate>
									</item>
							<item>
					<title>Перенос нужный js и css на отдельный домен (comment #26095)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/1599/#comment26095</guid>
					<link>http://79.174.14.219/1599.html#comment26095</link>
					<author>lk0dee@abrahabr.ru</author>
					<description><![CDATA[Благодарю, Вадим]]></description>
					<pubDate>Mon, 11 Apr 2016 11:29:39 +0300</pubDate>
									</item>
							<item>
					<title>Перенос нужный js и css на отдельный домен (comment #26453)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/1599/#comment26453</guid>
					<link>http://79.174.14.219/1599.html#comment26453</link>
					<author>lk0dee@abrahabr.ru</author>
					<description><![CDATA[Возвращаюсь опять к вопросу, собственно, домен для статики и папку переопределил через конфиг, остался вопрос, в файле assets.php как правильно переподключить файлы для статики, сейчас стандарт<br>
<br>
&#39;___path.skin.dir___/assets/css/posts.css&#39;,]]></description>
					<pubDate>Mon, 30 May 2016 11:08:09 +0300</pubDate>
									</item>
							<item>
					<title>Перенос нужный js и css на отдельный домен (comment #26454)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/1599/#comment26454</guid>
					<link>http://79.174.14.219/1599.html#comment26454</link>
					<author>lk0dee@abrahabr.ru</author>
					<description><![CDATA[Еще интересует вопрос по кешу, если переносить, то как быть с кешем]]></description>
					<pubDate>Mon, 30 May 2016 11:15:49 +0300</pubDate>
									</item>
							<item>
					<title>Перенос нужный js и css на отдельный домен (comment #26455)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/1599/#comment26455</guid>
					<link>http://79.174.14.219/1599.html#comment26455</link>
					<author>vshemarov@gmail.com</author>
					<description><![CDATA[<blockquote>остался вопрос, в файле assets.php как правильно переподключить файлы для статики, сейчас стандарт<br>
&#39;___path.skin.dir___/assets/css/posts.css&#39;,<br>
</blockquote>
Вопрос не очень понятен, т.к. это путь, который указывает ОТКУДА брать файлы. Эти пути ведь не меняются. Меняется только путь КУДА их класть уже обработанные, а это задается в <strong>$config[&#39;path&#39;][&#39;runtime&#39;][&#39;dir&#39;]</strong>.<br>
<br>
<blockquote>то как быть с кешем</blockquote>
О каком кеше в данном случае речь?]]></description>
					<pubDate>Mon, 30 May 2016 12:00:59 +0300</pubDate>
									</item>
							<item>
					<title>Перенос нужный js и css на отдельный домен (comment #26456)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/1599/#comment26456</guid>
					<link>http://79.174.14.219/1599.html#comment26456</link>
					<author>lk0dee@abrahabr.ru</author>
					<description><![CDATA[О кешировании css и js.. <br>
<br>
тоесть я задаю в конфиге пути, переношу туда все файлы, а с движка их можно удалить, правильно?]]></description>
					<pubDate>Mon, 30 May 2016 12:32:08 +0300</pubDate>
									</item>
							<item>
					<title>Перенос нужный js и css на отдельный домен (comment #26457)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/1599/#comment26457</guid>
					<link>http://79.174.14.219/1599.html#comment26457</link>
					<author>vshemarov@gmail.com</author>
					<description><![CDATA[Не уверен, что мы говорим об одном и том же. Поэтому кое-что поясню.<br>
<br>
Есть исходные js/css файлы, которые в движке разбросаны по разным местам: в папках с шаблонами, в общих папках с библиотеками фронтенда, плагины могут свои файлы добавлять и т.д. Плюс есть связанные с css-файлами изображения (фоны, элементы декора и проч.).<br>
<br>
Движок все это раскиданное хозяйство обрабатывает и собирает в одну рантайм-папку, откуда уже и подключает в итоговый HTML-код страниц. По умолчанию это папка <strong>/_run/assets/</strong>. Ну, в общем-то да, можно ее назвать кешем для статики.<br>
<br>
При желании эту папку с подключаемой статикой можно изменить, для этого меняется параметр <strong>$config[&#39;path&#39;][&#39;runtime&#39;][&#39;dir&#39;]</strong>. Чтоб движок знал, по какому URL эта папка доступна (т.е. какие пути указывать для подключаемых в HTML файлов), задается соответствующий параметр <strong>$config[&#39;path&#39;][&#39;runtime&#39;][&#39;url&#39;]</strong>.<br>
<br>
Подчеркну — в эту рантайм-папку ничего вручную переносить не надо, движок сам все перенесет. Исходные js/css тоже трогать не надо — движок сам будет их брать из прежних исходников и класть в новое место.<br>
<br>
Поэтому, если задается новое место для рантайм-ассетов (кеш для статики), то удалить можно только содержимое старой папки <strong>/_run/assets/</strong>, больше ничего удалять не нужно. <br>
<br>
Я ясно излагаю?]]></description>
					<pubDate>Mon, 30 May 2016 13:10:45 +0300</pubDate>
									</item>
							<item>
					<title>Перенос нужный js и css на отдельный домен (comment #26458)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/1599/#comment26458</guid>
					<link>http://79.174.14.219/1599.html#comment26458</link>
					<author>lk0dee@abrahabr.ru</author>
					<description><![CDATA[Да, спасибо.]]></description>
					<pubDate>Mon, 30 May 2016 13:13:19 +0300</pubDate>
									</item>
					</channel>
	</rss>
