<?xml version="1.0" encoding="utf-8"?>
<rdf:RDF xmlns="http://purl.org/rss/1.0/"
  xmlns:admin="http://webns.net/mvcb/"
  xmlns:atom="http://www.w3.org/2005/Atom"
  xmlns:content="http://purl.org/rss/1.0/modules/content/"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
  xmlns:syn="http://purl.org/rss/1.0/modules/syndication/"
  xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/">
  <channel rdf:about="https://sotirov-bg.net/news/">
    <title>Sotirov-BG.Net Новини</title>
    <link>https://sotirov-bg.net/news/</link>
    <description>Новини от Sotirov-BG.Net</description>
    <dc:language>bg</dc:language>
    <dc:rights>Copyright (c) 2004-2026 Георги Д. Сотиров</dc:rights>
    <dc:date>2025-02-23T15:39:13+00:00</dc:date>
    <dc:publisher>gdsotirov@gmail.com (Георги Д. Сотиров)</dc:publisher>
    <dc:creator>gdsotirov@gmail.com (Георги Д. Сотиров)</dc:creator>
    <syn:updateBase>2004-12-01T00:00+00:00</syn:updateBase>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updatePeriod>daily</syn:updatePeriod>
    <atom:link href="https://sotirov-bg.net/news/feed.bg?f=rss&amp;v=1.0"
      rel="self" type="application/rss+xml"/>
    <items>
      <rdf:Seq>
	<rdf:li rdf:resource="https://sotirov-bg.net/news/?id=39"/>
	<rdf:li rdf:resource="https://sotirov-bg.net/news/?id=38"/>
	<rdf:li rdf:resource="https://sotirov-bg.net/news/?id=37"/>
	<rdf:li rdf:resource="https://sotirov-bg.net/news/?id=36"/>
	<rdf:li rdf:resource="https://sotirov-bg.net/news/?id=35"/>
	<rdf:li rdf:resource="https://sotirov-bg.net/news/?id=34"/>
	<rdf:li rdf:resource="https://sotirov-bg.net/news/?id=33"/>
	<rdf:li rdf:resource="https://sotirov-bg.net/news/?id=32"/>
	<rdf:li rdf:resource="https://sotirov-bg.net/news/?id=31"/>
	<rdf:li rdf:resource="https://sotirov-bg.net/news/?id=30"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="https://sotirov-bg.net/img/sotirov_net"/>
  </channel>
  <image rdf:about="https://sotirov-bg.net/img/sotirov_net">
    <title>Sotirov-BG.Net Новини</title>
    <url>https://sotirov-bg.net/img/sotirov_net</url>
    <link>https://sotirov-bg.net/news/</link>
    <dc:creator>Georgi D. Sotirov (mailto:gdsotirov@gmail.com)</dc:creator>
  </image>
  <item rdf:about="https://sotirov-bg.net/news/?id=39">
    <title>20 години по-късно</title>
    <link>https://sotirov-bg.net/news/?id=39</link>
    <description>&lt;p>Преди 20 години, този сайт се появи онлайн и
      намерението ми беше да споделям
съдържание с всички. Направих това като пуснах публично &lt;a
href="https://slackpack.eu/">Slackware пакетите ми&lt;/a>, &lt;a
href="https://sotirov-bg.net/~gsotirov">личните ми страници&lt;/a>, &lt;a
href="/#content_apps">приложения&lt;/a> и &lt;a
href="/#content_mirrors">някои огледала&lt;/a>. Това е доста време и доста
  неща
се промениха, но за сега ще продължавам с това което правя, въпреки че
имам по-малко време за него от преди.&lt;/p>
&lt;p>За следващите 20 години!&lt;/p></description>
    <dc:creator>Георги Сотиров (mailto:gdsotirov@dir.bg)</dc:creator>
    <dc:date>2024-12-08T19:25:26+00:00</dc:date>
    <dc:format>text/html</dc:format>
    <dc:source>https://sotirov-bg.net/news/</dc:source>
  </item>
  <item rdf:about="https://sotirov-bg.net/news/?id=38">
    <title>Надграждане до Slackware 15.0</title>
    <link>https://sotirov-bg.net/news/?id=38</link>
    <description>&lt;p>Миналия петък (11.02) сървъра беше надграден до
      &lt;a
href="http://www.slackware.com/announce/15.0.php" hreflang="en">Slackware
  15.0&lt;/a>. Надграждането
на самата система отне един час, но беше необходимо да се конфигурират
  наново
и оправят проблем с много услуги. Също така беше необходимо да се
надгради до &lt;a
  href="https://dev.mysql.com/doc/refman/8.0/en/mysql-nutshell.html"
  hreflang="en">MySQL
8.0&lt;/a>, защото MySQL 5.7 просто не тръгваше (тъй като &lt;a
href="https://slackpack.eu/search.cgi?q=%22mysql%22&amp;lo=1">същестуващите
пакети&lt;/a> са изградени за стари Slackware версии със стари библиотеки).
  Заради
странна грешка (проявявайки се като &lt;code>ListUtil.c: loadable library
  and perl
binaries are mismatched (got handshake key 0xdb00080, needed
  0xeb00080)&lt;/code>
при пускане на &lt;code>perl&lt;/code> или &lt;code>cpan&lt;/code>
  команди), всички Perl
модули трябваше да се преинсталират. В допълнение на това имаше и проблем
  при стартиране.&lt;/p>
&lt;p>Така сървъра беше напълно или частично недостъпен от около 2022-02-11
17:50 &lt;abbr lang="en" title="Eastern European Time">EEST&lt;/abbr> до
  2022-02-12
03:00 &lt;abbr lang="en" title="Eastern European Time">EEST&lt;/abbr>, но
  на следващия
и последващия ден още проблеми с публични и частни услуги бяха оправени.
  Още
някои проблем със стопанисвани приложения и сайтове също бяха
  оправени.&lt;/p>
&lt;p>И Slackware 15.0 и MySQL 8.0 бяха много необходими надграждания и съм
щастлив, че и двете вече работят.&lt;/p></description>
    <dc:creator>Георги Сотиров (mailto:gdsotirov@dir.bg)</dc:creator>
    <dc:date>2022-02-13T18:53:01+00:00</dc:date>
    <dc:format>text/html</dc:format>
    <dc:source>https://sotirov-bg.net/news/</dc:source>
  </item>
  <item rdf:about="https://sotirov-bg.net/news/?id=37">
    <title>Смяна на диск</title>
    <link>https://sotirov-bg.net/news/?id=37</link>
    <description>&lt;p>Преди около час приключи смяната на потенциално
      развалящ се
диск на сървъра. За съжаление това засегна
&lt;a href="/#content">огледалата&lt;/a>, защото техния дял беше на
диска без резервно копие. Затова огледалата бяха недостъпни от около
2021-09-27 20:06 &lt;abbr lang="en" title="Eastern European Summer
  Time">EEST&lt;/abbr>
до около 2021-09-28 05:41 &lt;abbr lang="en" title="Eastern European Summer
  Time">EEST&lt;/abbr>.
Извиняваме се за което, но смяната беше необходима, за да се предотвратят
последствията от неизбежно разваляне на диска.&lt;/p>
&lt;p>Новия диск е с 4 пъти по-голямо пространство от предишния, така че
евентуално още огледала и/или друго съдържание ще се появят скоро.
  Огледалата
на &lt;a href="https://www.gnu.org/">&lt;abbr lang="en" title="GNU's Not
  Unix">GNU&lt;/abbr>&lt;/a>
и &lt;a href="http://www.slackware.com/">Slackware&lt;/a> са достъпни
  отново
и синхронизирани, така че щастливо сваляне!&lt;/p></description>
    <dc:creator>Георги Сотиров (mailto:gdsotirov@dir.bg)</dc:creator>
    <dc:date>2021-09-28T03:44:24+00:00</dc:date>
    <dc:format>text/html</dc:format>
    <dc:source>https://sotirov-bg.net/news/</dc:source>
  </item>
  <item rdf:about="https://sotirov-bg.net/news/?id=36">
    <title>Подобрена сигурност на уеб страниците</title>
    <link>https://sotirov-bg.net/news/?id=36</link>
    <description>&lt;p>Обмислях премахване на поддръжката за &lt;a
href="https://en.wikipedia.org/wiki/Transport_Layer_Security">
&lt;abbr lang="en" title="Transport Layer Security">TLS&lt;/abbr>&lt;/a>
v1.0 и v1.1 протоколи за &lt;a
href="https://sotirov-bg.net/index.bg#content">стопанисваните уеб
  страници&lt;/a>
от 2016 г. насам, когато беше предложено, но все още виждах такива
клиенти в журналите (и за съжаление виждам и днес). Затова и не бях
склонен, защото такива клиенти НЕ биха имали повече достъп до
страниците, приложенията и огледалата. Обаче, вече сме 2021-ва,
така че няма оправдания за използване на твърде стари и несигурни
клиенти (т.е. браузъри).&lt;/p>
&lt;p>Затова, от около 12:00 ч. &lt;abbr lang="en"
title="Universal Time Coordinated">UTC&lt;/abbr> днес стопанисваните
страници вече не поддържат клиенти с TLS v1.0 и v1.1. Също така
спрях и по-слаби шифри като &lt;abbr lang="en" title="Cipher Block
  Chaining">CBC&lt;/abbr>.
Това ефективно отрязва следните браузъри както показва &lt;a hreflang="en"
href="https://www.ssllabs.com/ssltest/analyze.html?d=sotirov-bg.net">доклад
  а
на SSL Labs&lt;/a>:&lt;/p>
&lt;ul>
&lt;li>&lt;a href="https://www.android.com/">Android&lt;/a> 4.3 и по-стари
версии;&lt;/li>
&lt;li>&lt;a
  href="https://www.microsoft.com/en-us/download/internet-explorer.aspx">In
  ternet
Explorer&lt;/a> 10 и по-стари версии;&lt;/li>
&lt;li>&lt;a href="https://www.oracle.com/java/">Java&lt;/a> 7 и по-стари
версии;&lt;/li>
&lt;li>&lt;a href="https://www.apple.com/safari/">Safari&lt;/a> 8 и
  по-стари
версии.&lt;/li>
&lt;/ul>
&lt;p>Ако все още използвате някоя от тях, освен с цел изпробване в
изолирана среда (като мен), тогава твърде лошо за вас. Наистина е
време за надграждане! &lt;/p>
&lt;p>Това е необходима стъпка за подобряване на сигурността на уеб
страниците и нещо, което може би трябваше да се направи по-рано.
Промените бяха направени според &lt;a hreflang="en"
href="https://wiki.mozilla.org/Security/Server_Side_TLS">препоръките
за TLS от страна на сървъра на Mozilla&lt;/a>. Не е възможно да се пусне
TLS v1.3 засега, защото това изисква &lt;a
href="https://www.openssl.org/">OpenSSL&lt;/a> 1.1.1 или по-нова версия,
която ще стане достъпна с излизането на &lt;a
href="http://slackware.com/">Slackware&lt;/a> 15.0, надявам се по-късно
тази година.&lt;/p>
&lt;p>Приятно сърфиране и се пазете!&lt;/p>
&lt;p>&lt;strong>Добавено на 2021-01-26&lt;/strong>: Явно, &lt;abbr
title="Национала Агенция по Сигурност на САЩ">НСА&lt;/abbr> е &lt;a
href="https://tech.slashdot.org/story/21/01/21/1646211/nsa-urges-system-adm
  inistrators-to-replace-obsolete-tls-protocols">подтикнала&lt;/a>
към същото само преди три дни :-)&lt;/p></description>
    <dc:creator>Георги Сотиров (mailto:gdsotirov@dir.bg)</dc:creator>
    <dc:date>2021-01-23T14:02:20+00:00</dc:date>
    <dc:format>text/html</dc:format>
    <dc:source>https://sotirov-bg.net/news/</dc:source>
  </item>
  <item rdf:about="https://sotirov-bg.net/news/?id=35">
    <title>Надграждане на Интернет връзката</title>
    <link>https://sotirov-bg.net/news/?id=35</link>
    <description>&lt;p>Днес, най-накрая успях да надградя Интернет
      връзката.
Сървъра вече е свързан през високоскоростна &lt;abbr
title="Gigabit Passive Optical Network" lang="en">GPON&lt;/abbr> мрежа
предоставена от &lt;a href="https://www.vivacom.bg/bg">Vivacom&lt;/a> с
максимална (негарантирана) изходяща скорост от 300 &lt;abbr
title="Мегабита в секунда">Мб/с&lt;/abbr> от целия свят.
Това е три пъти повече от капацитета преди и изглежда по-уместно
в днешно време. Новата връзка трябва да направи достъпа
до съдържанието ми и до огледалата по-бърз и по-надежден.&lt;/p>
&lt;p>За съжаление, поради смяна на услугата, трябваше да сменя също
и &lt;abbr title="Internet Protocol" lang="en">IP&lt;/abbr> адреса (вече
е 46.10.161.161), което предизвика неочаквана недостъпност, но
за не повече от 5-10 минути, тъй като &lt;abbr
title="Domain Name System" lang="en">DNS&lt;/abbr> сървърите се
обновиха бързо.&lt;/p>
&lt;p>Наздраве!&lt;/p></description>
    <dc:creator>Георги Сотиров (mailto:gdsotirov@dir.bg)</dc:creator>
    <dc:date>2020-11-03T21:33:47+00:00</dc:date>
    <dc:format>text/html</dc:format>
    <dc:source>https://sotirov-bg.net/news/</dc:source>
  </item>
  <item rdf:about="https://sotirov-bg.net/news/?id=34">
    <title>Подмяна на сървър</title>
    <link>https://sotirov-bg.net/news/?id=34</link>
    <description>&lt;p class="img_left">&lt;a
      href="https://sotirov-bg.net/news/img/new_server">
&lt;img alt="New server picture"
  src="https://sotirov-bg.net/news/img/new_server" width="250" title="New
  server" />
&lt;/a>&lt;/p>
&lt;p>Днес, между 18:40 и 20:00 &lt;abbr title="Eastern European Summer
  Time">EEST&lt;/abbr>
сървъра не беше достъпен, защото най-накрая можах да преместя системата
  върху
новата машина (&lt;a hreflang="en"
href="https://www.dell.com/en-us/work/shop/povw/poweredge-r340">Dell
  PowerEdge
R340&lt;/a>). Операцията се проточи, защото исках да копирам стартовия
&lt;abbr title="Solid State Drive">SSD&lt;/abbr> диск на новото устройство,
което дойде със сървъра, но не можах да го инсталирам - необходима е
  специална
скоба за поместването на 2.5'' &lt;abbr title="Solid State
  Drive">SSD&lt;/abbr>та
в 14&lt;sup>то&lt;/sup> поколение 3.5'' дискови носачи на Dell.&lt;/p>
&lt;p>След като преместих всички дискове се заех с окабеляване, което ми
  отне
още време, въпреки че новия шкаф е добре организиран. Първо подбрах
  свързващи
кабели с недостатъчна дължина, а после трябваше да преподредя някои
  съществуващи
кабели, така че да мога да събера около тях новите.&lt;/p>
&lt;p>Първото стартиране очаквано беше гладко с ядрото по подразбиране, но
  забравих
да закоментирам правилата за постоянни мрежови устройства на udev за
  мрежовите
адаптери на предишната машина, така че сървъра беше без мрежа. След като го
оправих реших да направя още едно рестартиране, за да проверя, че всичко ще
се вдигне правилно.&lt;/p>
&lt;p>Трябваше да настроя няколко други неща след като сървъра беше
  вдигнат, но нищо
което да наруши нормалната му работа. Сървъра вече е готов да служи.&lt;/p>
&lt;p>Наздраве!&lt;/p></description>
    <dc:creator>Георги Сотиров (mailto:gdsotirov@dir.bg)</dc:creator>
    <dc:date>2020-06-17T20:55:43+00:00</dc:date>
    <dc:format>text/html</dc:format>
    <dc:source>https://sotirov-bg.net/news/</dc:source>
  </item>
  <item rdf:about="https://sotirov-bg.net/news/?id=33">
    <title>Недостъпност за преместване на оборудване</title>
    <link>https://sotirov-bg.net/news/?id=33</link>
    <description>&lt;p class="img_left">&lt;a
      href="https://sotirov-bg.net/news/img/new_rack">
&lt;img alt="Снимка на новия шкаф"
  src="https://sotirov-bg.net/news/img/new_rack" width="250" title="Новия
  шкаф" />
&lt;/a>&lt;/p>
&lt;p>Днес между 10:40 &lt;abbr lang="en" title="Eastern European Summer
  Time">EEST&lt;/abbr>
и 11:40 &lt;abbr lang="en" title="Eastern European Summer
  Time">EEST&lt;/abbr>
сървъра беше недостъпен тъй като премествах оборудването си в нов сървърен
шкаф. Можех да се справя и по-бързо и в бъдеше планирам по-малко
  недостъпност,
но важното е, че вече цялото ми оборудване освен самия сървър е в шкафа.
Сега чакам новия сървър да пристигне след около 10 дни, за да мога да
прехвърля настоящия сървър тип кула в шкафа.&lt;/p>
&lt;p>По-рано тази година забелязах, че сървъра се изключва, въпреки че
&lt;abbr lang="en" title="Uninterruptible Power Supply">UPS&lt;/abbr> все
  още има
захранване да го поддържа. Затова преди три месец смених батериите, но тъй
като всичко е свързано към него, текущо очакваното време на работа е
  най-много
около 40 минути. Обаче, имах някои проблем с захранването наскоро и в един
  от
случаите нямаше ток за около 2 часа (поради авария). Вече обмислям
  увеличаването
на времето на работа на системите ми на батерии или с други думи
  закупуването
на нов и по-мощен &lt;abbr lang="en" title="Uninterruptible Power
  Supply">UPS&lt;/abbr>.
Ще ми трябва повече от един, за да поддържа двата ми сървъра и мрежови
устройства за поне 2 часа, което е времето за което мога да очаквам
  прекъсване
на захранването.&lt;/p>
&lt;p>Наздраве докато имам по-добри новини!&lt;/p></description>
    <dc:creator>Георги Сотиров (mailto:gdsotirov@dir.bg)</dc:creator>
    <dc:date>2020-05-30T18:09:14+00:00</dc:date>
    <dc:format>text/html</dc:format>
    <dc:source>https://sotirov-bg.net/news/</dc:source>
  </item>
  <item rdf:about="https://sotirov-bg.net/news/?id=32">
    <title>Надграждане на паметта</title>
    <link>https://sotirov-bg.net/news/?id=32</link>
    <description>&lt;p>Преди час надградих паметта на сървъра до 16
      &lt;abbr
title="Гига Байта">ГБ&lt;/abbr>. И сървъра не беше достъпен за
половин час между 19:30 и 20:00 &lt;abbr lang="en" title="Eastern European
  Summer Time">EEST&lt;/abbr>,
защото без да искам охлабих &lt;abbr lang="en" title="Serial AT
  Attachment">SATA&lt;/abbr> съединителя
на един от твърдите дискове :-(&lt;/p>
&lt;p>След като добавих нов 8 &lt;abbr title="Гига Байта">ГБ&lt;/abbr>
  &lt;abbr
title="Double Data Rate">DDR3&lt;/abbr>3 модул сървъра стартира нормално.
Реших, че всичко е наред и напуснах, но след това опитах да се
свържа и не успях. Затова отидох обратно да проверя сървъра и на
конзолата имаше много &lt;abbr lang="en" title="Fourth extended
  filesystem">EXT4&lt;/abbr>
съобщения за грешка. Трябваше да спра машината отново и да проверя
устройствата в &lt;abbr lang="en" title="Basic Input/Output
  System">BIOS&lt;/abbr>.
Тъй като един от твърдите дискове липсваше веднага проверих
съединителите и реших проблема.&lt;/p>
&lt;p>Трябваше да направя това надграждане отдавна, но до скоро
смятах, че паметта е достатъчна за всички вървящи услуги. Както
и да е, сървъра вече има достатъчно памет.&lt;/p></description>
    <dc:creator>Георги Сотиров (mailto:gdsotirov@dir.bg)</dc:creator>
    <dc:date>2020-04-16T17:36:27+00:00</dc:date>
    <dc:format>text/html</dc:format>
    <dc:source>https://sotirov-bg.net/news/</dc:source>
  </item>
  <item rdf:about="https://sotirov-bg.net/news/?id=31">
    <title>Недостъпност за подмяна на рутер</title>
    <link>https://sotirov-bg.net/news/?id=31</link>
    <description>&lt;p>Днес между 12:30 &lt;a hreflang="en"
      href="https://www.timeanddate.com/time/zones/eet">
&lt;abbr lang="en" title="Eastern European Time">EET&lt;/abbr>&lt;/a> и
  14:30 &lt;a
hreflang="en" href="https://www.timeanddate.com/time/zones/eet">&lt;abbr
  lang="en"
title="Eastern European Time">EET&lt;/abbr>&lt;/a> сървъра не беше достъпен
  поради
подмяна на рутер и смяна на &lt;abbr lang="en" title="Internet
  Protocol">IP&lt;/abbr>
адреси. Въпреки, че подмяната беше планирана и подготвена предварително,
възникнаха непредвидени обстоятелства с конфигурацията на самото устройство
както и със сървъра.&lt;/p>
&lt;p>Очакваната промяна след подмяната е по-добра мрежова производителност
  за
увеличаващия се външен и вътрешен трафик.&lt;/p></description>
    <dc:creator>Георги Сотиров (mailto:gdsotirov@dir.bg)</dc:creator>
    <dc:date>2017-12-17T20:10:15+00:00</dc:date>
    <dc:format>text/html</dc:format>
    <dc:source>https://sotirov-bg.net/news/</dc:source>
  </item>
  <item rdf:about="https://sotirov-bg.net/news/?id=30">
    <title>Време на престой за подмяна на диск</title>
    <link>https://sotirov-bg.net/news/?id=30</link>
    <description>&lt;p>Миналата нощ докато &lt;a
      href="https://bg.wikipedia.org/wiki/%D0%A1%D1%82%D1%83%D0%B4%D0%B5%D0
      %BD%D1%82%D1%81%D0%BA%D0%B8_%D0%BF%D1%80%D0%B0%D0%B7%D0%BD%D0%B8%D0%B
      A_(%D0%91%D1%8A%D0%BB%D0%B3%D0%B0%D1%80%D0%B8%D1%8F)">всички
студенти празнуваха&lt;/a>, аз прекарах в подмяна на развалящ се &lt;a
  hreflang="en"
href="https://www.samsung.com/us/support/owners/product/64gb-ssd-830-series
  ">Samsung
830&lt;/a>&amp;nbsp;&lt;abbr lang="en" title="Solid State
  Drive">SSD&lt;/abbr> на сървъра.
Диска беше толкова изгнил, че копирането му с &lt;code>dd&lt;/code> отне
  около 5 часа,
поради което сървъра не беше достъпен между 2017-12-08 22:00 &lt;a
  hreflang="en"
href="https://www.timeanddate.com/time/zones/eet">&lt;abbr lang="en"
title="Eastern European Time">EET&lt;/abbr>&lt;/a> и 2017-12-09 05:00 &lt;a
  hreflang="en"
href="https://www.timeanddate.com/time/zones/eet">&lt;abbr lang="en"
title="Eastern European Time">EET&lt;/abbr>&lt;/a>. Диска започна да се
  чупи в
началото на Септември, но наскоро броя на преразпределените сектори стана
изключително висок и започнах да установявам лоши сектори в някои системни
  файлове.
Производителността при четене също се беше понижила и по време на
  копирането падна до 5 &lt;abbr
title="Мега Байта за секунда">МБ/с&lt;/abbr> (!), което обяснява
  споменатото преди
бавно копиране на само 64 &lt;abbr title="Гига Байта">ГБ&lt;/abbr> между
стария и новия &lt;abbr lang="en" title="Solid State Drive">SSD&lt;/abbr>.
  Диска
се счупи след около 24 000 часа непрекъсната работа (т.е. около 2 години и
  9 месеца),
което е доста странно, но може би това е нормалната продължителност на
  живот на
потребителските &lt;abbr title="Solid State Drive">SSD&lt;/abbr>та?&lt;/p>
&lt;p>Както и да е, устройството е вече сменено с чисто нов &lt;a
  href="http://www.adata.com/us/feature/410">ADATA SU800&lt;/a>
128 &lt;abbr title="Гига Байта">ГБ&lt;/abbr>, който за съжаление все още не
  е в
базата данни на &lt;code>smartctl&lt;/code> (виж &lt;a
  href="https://www.smartmontools.org/ticket/954">билет 954&lt;/a>).
Сървъра е отново на линия и работещ напълно.&lt;/p></description>
    <dc:creator>Георги Сотиров (mailto:gdsotirov@dir.bg)</dc:creator>
    <dc:date>2017-12-09T04:09:33+00:00</dc:date>
    <dc:format>text/html</dc:format>
    <dc:source>https://sotirov-bg.net/news/</dc:source>
  </item>
</rdf:RDF>
