<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: WordPress 2.3 на хоризонта</title>
	<atom:link href="http://www.optimiced.com/bg/2007/09/22/upcoming-wordpress-23/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.optimiced.com/bg/2007/09/22/upcoming-wordpress-23/</link>
	<description></description>
	<pubDate>Thu, 04 Dec 2008 18:20:16 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Michel</title>
		<link>http://www.optimiced.com/bg/2007/09/22/upcoming-wordpress-23/#comment-1253</link>
		<dc:creator>Michel</dc:creator>
		<pubDate>Sun, 23 Sep 2007 18:24:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.optimiced.com/bg/2007/09/22/upcoming-wordpress-23/#comment-1253</guid>
		<description>&lt;em&gt;@turin:&lt;/em&gt;

Ние тук как се разписахме в коментарите, по-добре да бяхме седнали на по бира някъде с един лаптоп и WiFi;-)))

За WP: прав си. Въпросът е интересен, обаче, защото от опит знам, че в WP 2.0.5 дефинирането на &lt;code&gt;../&lt;/code&gt; в OPTIONS -&gt; MISC се "превеждаше" правилно от WP в "иди едно ниво нагоре, и смятай оттам за дефинирането на UPLOADS директория". В 2.1+ това спря да работи и си мислех, ако може някак да се предложи patch, базиран на парченце код от 2.0.5, щеше да е супер:)</description>
		<content:encoded><![CDATA[<p><em>@turin:</em></p>
<p>Ние тук как се разписахме в коментарите, по-добре да бяхме седнали на по бира някъде с един лаптоп и WiFi;-)))</p>
<p>За WP: прав си. Въпросът е интересен, обаче, защото от опит знам, че в WP 2.0.5 дефинирането на <code>../</code> в OPTIONS -> MISC се &#8220;превеждаше&#8221; правилно от WP в &#8220;иди едно ниво нагоре, и смятай оттам за дефинирането на UPLOADS директория&#8221;. В 2.1+ това спря да работи и си мислех, ако може някак да се предложи patch, базиран на парченце код от 2.0.5, щеше да е супер:)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: turin</title>
		<link>http://www.optimiced.com/bg/2007/09/22/upcoming-wordpress-23/#comment-1252</link>
		<dc:creator>turin</dc:creator>
		<pubDate>Sun, 23 Sep 2007 18:17:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.optimiced.com/bg/2007/09/22/upcoming-wordpress-23/#comment-1252</guid>
		<description>Сега хвърлям поглед във WP... Навсякъде в кода се ползва ABSPATH, което е пътят на инсталацията на WP. Тоест явно идеята е била точно WP да "вижда" само в инсталацията си, за да не стават каши навън. Ще видя дали има някакъв лесен начин за заобикаляне, но не ми се вярва. Най-малкото при първото обновяване ще стане пак като преди, понеже май това е стратегията на разработката, да се остава в средата на инсталацията...</description>
		<content:encoded><![CDATA[<p>Сега хвърлям поглед във WP&#8230; Навсякъде в кода се ползва ABSPATH, което е пътят на инсталацията на WP. Тоест явно идеята е била точно WP да &#8220;вижда&#8221; само в инсталацията си, за да не стават каши навън. Ще видя дали има някакъв лесен начин за заобикаляне, но не ми се вярва. Най-малкото при първото обновяване ще стане пак като преди, понеже май това е стратегията на разработката, да се остава в средата на инсталацията&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michel</title>
		<link>http://www.optimiced.com/bg/2007/09/22/upcoming-wordpress-23/#comment-1250</link>
		<dc:creator>Michel</dc:creator>
		<pubDate>Sun, 23 Sep 2007 13:59:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.optimiced.com/bg/2007/09/22/upcoming-wordpress-23/#comment-1250</guid>
		<description>&lt;em&gt;@turin:&lt;/em&gt;

Интересен начин, и може и да проработи (хостингът ми е на &lt;strong&gt;&lt;a href="http://www.dreamhost.com/r.cgi?162804" rel="nofollow"&gt;DH&lt;/a&gt;&lt;/strong&gt;, Linux, нали си спомняш, че дори ти ги хвалих като доста добър хостинг!;-) и мерси за идеята:)

Но от друга страна, си мислех за някой начин, който да може да оправи самия код на WordPress, така че да работи за всички, без да се налага нещо допълнително:)

А и бих се радвал да мога да предложа някакъв начин за това, но нещо не ми остават време и знания да сравня 2.05 и 2.1+ :)</description>
		<content:encoded><![CDATA[<p><em>@turin:</em></p>
<p>Интересен начин, и може и да проработи (хостингът ми е на <strong><a href="http://www.dreamhost.com/r.cgi?162804" rel="nofollow">DH</a></strong>, Linux, нали си спомняш, че дори ти ги хвалих като доста добър хостинг!;-) и мерси за идеята:)</p>
<p>Но от друга страна, си мислех за някой начин, който да може да оправи самия код на WordPress, така че да работи за всички, без да се налага нещо допълнително:)</p>
<p>А и бих се радвал да мога да предложа някакъв начин за това, но нещо не ми остават време и знания да сравня 2.05 и 2.1+ :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: turin</title>
		<link>http://www.optimiced.com/bg/2007/09/22/upcoming-wordpress-23/#comment-1247</link>
		<dc:creator>turin</dc:creator>
		<pubDate>Sun, 23 Sep 2007 07:16:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.optimiced.com/bg/2007/09/22/upcoming-wordpress-23/#comment-1247</guid>
		<description>"ln" е gnu-програмата за създаване на връзки, съответно и командата е такава. "ln -s" е начинът за създаване на символна връзка между два обекта във файловата система. Надявам се, че си на линукс-хостинг, а не на някакъв изстрадал и измислен уиндоус ;) Символната връзка е нещо като "препратка" във файловата система. Файл или папка съществуват само формално, а съдържанието им всъщност е другаде, те са друга папка или друг файл.

Например
$ ln -s /home/optimiced/wp-uploads/ /home/optimiced/bg/wp-uploads/

създава символна връзка "wp-uploads" в директорията "/bg/", която сочи към горната директория. В списъка с директории в обвивката или във файловия ти мениджър символната връзка ще ти се показва по някакъв различен начин, за да знаеш, че е такава. Но съдържанието и правата на двете "директории" ще са абсолютно еднакви, нещо повече, съдържанието ще е едно, тоест само на едно място ще е.

Това е при опцията "-s", иначе без нея ln прави твърди връзки; на теб ти трябва символна. Влизаш през SSH и пускаш команда като горната, само си написваш твоя си път, какъвто е...

И така после си посочваш за директория за качвания на българската версия на блога "wp-uploads" която се намира в "/bg", а за английската -- съответно тази в "/en". И двете ще сочат към едно и също съдържание, това в /home/wp-uploads/ или както там се казва целевата директория на връзките.</description>
		<content:encoded><![CDATA[<p>&#8220;ln&#8221; е gnu-програмата за създаване на връзки, съответно и командата е такава. &#8220;ln -s&#8221; е начинът за създаване на символна връзка между два обекта във файловата система. Надявам се, че си на линукс-хостинг, а не на някакъв изстрадал и измислен уиндоус ;) Символната връзка е нещо като &#8220;препратка&#8221; във файловата система. Файл или папка съществуват само формално, а съдържанието им всъщност е другаде, те са друга папка или друг файл.</p>
<p>Например<br />
$ ln -s /home/optimiced/wp-uploads/ /home/optimiced/bg/wp-uploads/</p>
<p>създава символна връзка &#8220;wp-uploads&#8221; в директорията &#8220;/bg/&#8221;, която сочи към горната директория. В списъка с директории в обвивката или във файловия ти мениджър символната връзка ще ти се показва по някакъв различен начин, за да знаеш, че е такава. Но съдържанието и правата на двете &#8220;директории&#8221; ще са абсолютно еднакви, нещо повече, съдържанието ще е едно, тоест само на едно място ще е.</p>
<p>Това е при опцията &#8220;-s&#8221;, иначе без нея ln прави твърди връзки; на теб ти трябва символна. Влизаш през SSH и пускаш команда като горната, само си написваш твоя си път, какъвто е&#8230;</p>
<p>И така после си посочваш за директория за качвания на българската версия на блога &#8220;wp-uploads&#8221; която се намира в &#8220;/bg&#8221;, а за английската &#8212; съответно тази в &#8220;/en&#8221;. И двете ще сочат към едно и също съдържание, това в /home/wp-uploads/ или както там се казва целевата директория на връзките.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michel</title>
		<link>http://www.optimiced.com/bg/2007/09/22/upcoming-wordpress-23/#comment-1245</link>
		<dc:creator>Michel</dc:creator>
		<pubDate>Sat, 22 Sep 2007 16:32:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.optimiced.com/bg/2007/09/22/upcoming-wordpress-23/#comment-1245</guid>
		<description>&lt;em&gt;@uv:&lt;/em&gt;

Какво е ln -s? :-)

&lt;em&gt;@turin:&lt;/em&gt;

Там е въпросът, че не позволява никакъв начин на посочване на директория  за uploads, която &lt;em&gt;която да не е вътре&lt;/em&gt; в самия WordPress! Което си е глупаво... Нито web root приема, нито absolute, нито relative path, нищо... Едниственият начин е да се напише нещо от рода на &lt;code&gt;../&lt;/code&gt;, WP тогава си добавя тези &lt;code&gt;../&lt;/code&gt; към URL-то, но то някак сработва, макар че не е указано правилно... :-)

Така или иначе, зарязах inline uploads, и качвам файлове през FTP и на ръка си пиша после URL-тата, не е ужасно трудно:) Но понякога ако качвам само една-две картинки, много по-лесно става през интерфейса на WP...

Знам, че в 2.0.5 работеше нормално опцията за указване на UPL директория и вътре и извън WordPress... ако можеше някак да сравня 2.0.5 и примерно 2.2, ама само тази част, която се отнася до тази опция с UPL DIR...</description>
		<content:encoded><![CDATA[<p><em>@uv:</em></p>
<p>Какво е ln -s? :-)</p>
<p><em>@turin:</em></p>
<p>Там е въпросът, че не позволява никакъв начин на посочване на директория  за uploads, която <em>която да не е вътре</em> в самия WordPress! Което си е глупаво&#8230; Нито web root приема, нито absolute, нито relative path, нищо&#8230; Едниственият начин е да се напише нещо от рода на <code>../</code>, WP тогава си добавя тези <code>../</code> към URL-то, но то някак сработва, макар че не е указано правилно&#8230; :-)</p>
<p>Така или иначе, зарязах inline uploads, и качвам файлове през FTP и на ръка си пиша после URL-тата, не е ужасно трудно:) Но понякога ако качвам само една-две картинки, много по-лесно става през интерфейса на WP&#8230;</p>
<p>Знам, че в 2.0.5 работеше нормално опцията за указване на UPL директория и вътре и извън WordPress&#8230; ако можеше някак да сравня 2.0.5 и примерно 2.2, ама само тази част, която се отнася до тази опция с UPL DIR&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: turin</title>
		<link>http://www.optimiced.com/bg/2007/09/22/upcoming-wordpress-23/#comment-1243</link>
		<dc:creator>turin</dc:creator>
		<pubDate>Sat, 22 Sep 2007 15:56:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.optimiced.com/bg/2007/09/22/upcoming-wordpress-23/#comment-1243</guid>
		<description>А... защо не напишеш в настройките път спрямо web-root? "/wp-uploads/"? Тоест абсолютен уеб-път; не абсолютен път от файловата система, както пишеш в билета че си опитвал, а директно от / в уеб -- /wp-uploads/

PS Искаш да кажеш, че WP винаги залепя отпред URI на блога, а не само домейна на блога?

Ще погледна, имам WP някъде... Ще видя как е в UrbanStyle...</description>
		<content:encoded><![CDATA[<p>А&#8230; защо не напишеш в настройките път спрямо web-root? &#8220;/wp-uploads/&#8221;? Тоест абсолютен уеб-път; не абсолютен път от файловата система, както пишеш в билета че си опитвал, а директно от / в уеб &#8212; /wp-uploads/</p>
<p>PS Искаш да кажеш, че WP винаги залепя отпред URI на блога, а не само домейна на блога?</p>
<p>Ще погледна, имам WP някъде&#8230; Ще видя как е в UrbanStyle&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michel</title>
		<link>http://www.optimiced.com/bg/2007/09/22/upcoming-wordpress-23/#comment-1242</link>
		<dc:creator>Michel</dc:creator>
		<pubDate>Sat, 22 Sep 2007 15:27:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.optimiced.com/bg/2007/09/22/upcoming-wordpress-23/#comment-1242</guid>
		<description>&lt;em&gt;@Turin:&lt;/em&gt;

Мерси за предложената помощ!!:)

Дълго го обяснявах в ticket-а, за да няма неясноти... Бях &lt;a href="http://wordpress.org/support/topic/76242" rel="nofollow"&gt;писал&lt;/a&gt; и в техния support форум, ама нищо не стана.

Накратко: При WP 2.0.5 можеше да се дефинира директория за uploads на едно ниво над тази, в която се намира блогът. Просто пишеш &lt;code&gt;"../wp-uploads/"&lt;/code&gt; примерно в OPTIONS и готово, като качиш файл, в базата данни правилно се записва URL-то и двете точки се сменят с каквото трябва :-)

След 2.1 нагоре, нещата вече не работят така. &lt;code&gt;"../"&lt;/code&gt; си се разчита "директно" като &lt;code&gt;..&lt;/code&gt; и това е... И при всички случаи, WP добавя ABSPATH (http://...) отпред, така че никакъв начин да определиш директория за uploads, която ДА НЕ Е вътре в директорията на блога :(((

Нали знаеш, че моята "двуезична" система ползва два блога и обща UPLOADS директория. Преди URL-тата за качени през WP снимки бяха от вида: http://www.optimiced.com/wp-uploads/2007/09/image.jpg а сега се добавят тези излишни две точки между тях в IMG SRC и въобще не е правилно така, и некрасиво даже:)))

Между 2.05 и 2.1 нещо се е променило, но не знам какво... Рових в PHP-то на WordPress (дори ги сравнявах като код, онази част, която отговаря за качването на файлове, и тази за опциите за определяне на UPLOADS директория), без голям успех, нейде из функциите подозирах, че се крие разгадката на мистерията, но не намерих нищо... Хм...</description>
		<content:encoded><![CDATA[<p><em>@Turin:</em></p>
<p>Мерси за предложената помощ!!:)</p>
<p>Дълго го обяснявах в ticket-а, за да няма неясноти&#8230; Бях <a href="http://wordpress.org/support/topic/76242" rel="nofollow">писал</a> и в техния support форум, ама нищо не стана.</p>
<p>Накратко: При WP 2.0.5 можеше да се дефинира директория за uploads на едно ниво над тази, в която се намира блогът. Просто пишеш <code>"../wp-uploads/"</code> примерно в OPTIONS и готово, като качиш файл, в базата данни правилно се записва URL-то и двете точки се сменят с каквото трябва :-)</p>
<p>След 2.1 нагоре, нещата вече не работят така. <code>"../"</code> си се разчита &#8220;директно&#8221; като <code>..</code> и това е&#8230; И при всички случаи, WP добавя ABSPATH (http://&#8230;) отпред, така че никакъв начин да определиш директория за uploads, която ДА НЕ Е вътре в директорията на блога :(((</p>
<p>Нали знаеш, че моята &#8220;двуезична&#8221; система ползва два блога и обща UPLOADS директория. Преди URL-тата за качени през WP снимки бяха от вида: <a href="http://www.optimiced.com/wp-uploads/2007/09/image.jpg" rel="nofollow">http://www.optimiced.com/wp-uploads/2007/09/image.jpg</a> а сега се добавят тези излишни две точки между тях в IMG SRC и въобще не е правилно така, и некрасиво даже:)))</p>
<p>Между 2.05 и 2.1 нещо се е променило, но не знам какво&#8230; Рових в PHP-то на WordPress (дори ги сравнявах като код, онази част, която отговаря за качването на файлове, и тази за опциите за определяне на UPLOADS директория), без голям успех, нейде из функциите подозирах, че се крие разгадката на мистерията, но не намерих нищо&#8230; Хм&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: turin</title>
		<link>http://www.optimiced.com/bg/2007/09/22/upcoming-wordpress-23/#comment-1241</link>
		<dc:creator>turin</dc:creator>
		<pubDate>Sat, 22 Sep 2007 15:14:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.optimiced.com/bg/2007/09/22/upcoming-wordpress-23/#comment-1241</guid>
		<description>Наистина, малко объркващо си писал, може би прекалено дълго ти е обяснението. За това с wp-upload имам предвид. Наистина, и в уеб си работят относителните пътища, сървърите ги разбират и URI от вида http://example.com/bg/../upload/file.jpg не е проблем да си е съвсем валиден.

Тоест "/bg/../wp-uploads/" и "/wp-uploads/" са смислово напълно еднакви. Може да са малко тромави от SEO гледна точка, но това са URI за машинно четене, адреси на изображения са, а не са нещо, което ще се пише на ръка в браузъра, нали?

Опиши всъщност кое не работи и как искаш да работи? Тук все ще има хора, които да помогнат. Ако няма -- и аз съм бърникал немного в кода на WP, все ще мога да помогна някак ;)</description>
		<content:encoded><![CDATA[<p>Наистина, малко объркващо си писал, може би прекалено дълго ти е обяснението. За това с wp-upload имам предвид. Наистина, и в уеб си работят относителните пътища, сървърите ги разбират и URI от вида <a href="http://example.com/bg/../upload/file.jpg" rel="nofollow">http://example.com/bg/../upload/file.jpg</a> не е проблем да си е съвсем валиден.</p>
<p>Тоест &#8220;/bg/../wp-uploads/&#8221; и &#8220;/wp-uploads/&#8221; са смислово напълно еднакви. Може да са малко тромави от SEO гледна точка, но това са URI за машинно четене, адреси на изображения са, а не са нещо, което ще се пише на ръка в браузъра, нали?</p>
<p>Опиши всъщност кое не работи и как искаш да работи? Тук все ще има хора, които да помогнат. Ако няма &#8212; и аз съм бърникал немного в кода на WP, все ще мога да помогна някак ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: uv</title>
		<link>http://www.optimiced.com/bg/2007/09/22/upcoming-wordpress-23/#comment-1240</link>
		<dc:creator>uv</dc:creator>
		<pubDate>Sat, 22 Sep 2007 14:34:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.optimiced.com/bg/2007/09/22/upcoming-wordpress-23/#comment-1240</guid>
		<description>100% са ти го вече предложили, но да кажа.. опита ли ln -s за #4427?</description>
		<content:encoded><![CDATA[<p>100% са ти го вече предложили, но да кажа.. опита ли ln -s за #4427?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
