FEED Validator

Congratulations!

This is a valid RSS feed.

Recommendations

This feed is valid, but interoperability with the widest range of feed readers could be improved by implementing the following recommendations.

• line 197, column 2: Missing atom:link with rel="self" [help]

    </channel>
    ^

Source: http://sotirov-bg.net/news/feed?f=rss

1. <?xml version="1.0" encoding="utf-8"?>
2.  
3.  <?xml-stylesheet type="text/xsl" href="/style/rss.en.xsl"?>
4.  <?xml-stylesheet type="text/css" href="/style/rss.css"?><rss version="2.0" xmlns:blogChannel="http://backend.userland.com/blogChannelModule">
5.  <channel>
6.    <title>Sotirov-BG.Net News</title>
7.    <link>https://sotirov-bg.net/news/</link>
8.    <description>News from Sotirov-BG.Net</description>
9.    <language>en</language>
10.    <copyright>Copyright (c) 2004-2020 Georgi D. Sotirov</copyright>
11.    <pubDate>Sun, 17 Dec 2017 20:10:15 GMT</pubDate>
12.    <lastBuildDate>Sun, 17 Dec 2017 20:10:15 -0000</lastBuildDate>
13.    <managingEditor>[email protected] (Georgi D. Sotirov)</managingEditor>
14.    <webMaster>[email protected] (Georgi D. Sotirov)</webMaster>
15.    <generator>Perl 5.022002</generator>
16.    <image>
17.      <title>Sotirov-BG.Net News</title>
18.      <url>http://sotirov-bg.net/img/sotirov_net</url>
19.      <link>https://sotirov-bg.net/news/</link>
20.    </image>
21.    <item>
22.      <title>Inaccessibility due to router replacement</title>
23.      <link>https://sotirov-bg.net/news/?id=31</link>
24.      <description>&lt;p>Today between 12:30 &lt;a href="https://www.timeanddate.com/time/zones/eet">
25. <abbr title="Eastern European Time">EET</abbr></a> and 14:30 <a
26. href="https://www.timeanddate.com/time/zones/eet"><abbr
27. title="Eastern European Time">EET</abbr></a> the server was not accessible
28. due to router replacement and change of <abbr title="Internet Protocol">IP</abbr>
29. addresses. Although, the replacement was planned and prepared previously, some
30. unforeseen circumstances occurred with the configuration of the device itself
31. as well as with the server.</p>
32. <p>The expected change with the replacement is better network performance for
33. the increasing outer and inner traffic.&lt;/p></description>
34.      <author>[email protected] (Georgi Sotirov)</author>
35.      <guid isPermaLink="true">https://sotirov-bg.net/news/?id=31</guid>
36.      <pubDate>Sun, 17 Dec 2017 20:10:15 GMT</pubDate>
37.    </item>
38.    <item>
39.      <title>Downtime for disk replace</title>
40.      <link>https://sotirov-bg.net/news/?id=30</link>
41.      <description>&lt;p>Last night while &lt;a hreflang="bg" 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%BA_(%D0%91%D1%8A%D0%BB%D0%B3%D0%B0%D1%80%D0%B8%D1%8F)">all
42. students were celebrating</a>, I spent replacing a failing <a
43. href="https://www.samsung.com/us/support/owners/product/64gb-ssd-830-series">Samsung
44. 830</a> <abbr title="Solid State Drive">SSD</abbr> on the server.
45. The disk was so rotten that it's copy with <code>dd</code> took about 5 hours,
46. which is why the server was offline somewhere between 2017-12-08 22:00 <a
47. href="https://www.timeanddate.com/time/zones/eet"><abbr
48. title="Eastern European Time">EET</abbr></a> and 2017-12-09 05:00 <a
49. href="https://www.timeanddate.com/time/zones/eet"><abbr
50. title="Eastern European Time">EET</abbr></a>. The disk started failing in
51. beginning of September, but recently the number of reallocated sectors become
52. extremely high and I started detecting bad sectors on some system files. The
53. read performance had also dropped and during the copy it fell to 5 <abbr
54. title="Mega Bytes per second">MB/s</abbr> (!), which explains the fore
55. mentioned slow copy of just 64 <abbr title="Giga Bytes">GB</abbr> between
56. the old and new <abbr title="Solid State Drive">SSD</abbr>. The disk
57. failed only after about 24 000 power on hours (i.e. about 2 years and 9 months),
58. which is rather strange, but maybe this is the normal life span of consumer
59. <abbr title="Solid State Drive">SSD</abbr>s?</p>
60. <p>Anyway, the drive is now replaced with a brand new <a href="http://www.adata.com/us/feature/410">ADATA SU800</a>
61. 128 <abbr title="Giga Bytes">GB</abbr>, which unfortunately is not yet in
62. <code>smartctl</code> database (see <a href="https://www.smartmontools.org/ticket/954">ticket 954</a>).
63. The server is back online and fully operational.&lt;/p></description>
64.      <author>[email protected] (Georgi Sotirov)</author>
65.      <guid isPermaLink="true">https://sotirov-bg.net/news/?id=30</guid>
66.      <pubDate>Sat, 09 Dec 2017 04:01:15 GMT</pubDate>
67.    </item>
68.    <item>
69.      <title>Upgrade to Slackware 14.2</title>
70.      <link>https://sotirov-bg.net/news/?id=29</link>
71.      <description>&lt;p>Last Sunday (28/08) the server was upgraded to &lt;a href="http://www.slackware.com/">Slackware&lt;/a>
72. 14.2, which itself passed flawlessly, but then there was a need for re-install
73. of all the additionally used Perl modules and upgrade of some packages (e.g. <a
74. href="http://sotirov-bg.net/slackpack/search.cgi?name=openldap&slack=142&latestonly=1">OpenLDAP</a>,
75. <a href="http://sotirov-bg.net/slackpack/search.cgi?name=rrdtool&slack=142&latestonly=1">RRDTool</a> and
76. <a href="http://sotirov-bg.net/slackpack/search.cgi?name=freeradius&slack=142&latestonly=1">FreeRadius</a>),
77. which I haven't upgraded/rebuilt yet.</p>
78. <p>Yesterday, evening the datbase server was also upgraded to MySQL 5.7.13, so
79. it now remains only to upgrade the kernel to a <abbr title="Long Term Support">LTS</abbr>
80. version from 4.4 series.&lt;/p></description>
81.      <author>[email protected] (Georgi Sotirov)</author>
82.      <guid isPermaLink="true">https://sotirov-bg.net/news/?id=29</guid>
83.      <pubDate>Tue, 30 Aug 2016 09:34:17 GMT</pubDate>
84.    </item>
85.    <item>
86.      <title>ISP Change</title>
87.      <link>https://sotirov-bg.net/news/?id=28</link>
88.      <description>&lt;p>Last week the server was not accessible from 2015-07-14 21:20 &lt;a
89. href="http://www.timeanddate.com/time/zones/eest"><abbr
90. title="Eastern European Summer Time">EEST</abbr></a> to 2015-07-16 16:35 <a
91. href="http://www.timeanddate.com/time/zones/eest"><abbr
92. title="Eastern European Summer Time">EEST</abbr></a>, because my <abbr
93. title="Internet Services Provider">ISP</abbr> <a href="http://www.mtel.bg/">MTel</a>
94. (that bought <a href="https://www.megalan.bg/">Megalan</a> few years ago) was
95. having problems with managing <abbr title="Media Access Control">MAC</abbr>
96. addresses and Layer 2 connectivity (i.e. as far as I understood it was due to
97. some "provisioning"). No matter the case, I found it <strong>totally
98. unacceptable</strong> to be without Internet for almost 48 hours given there
99. was no physical disruption of the connection. Mtel's support was not able to do
100. anything to help me restore the connection (I was required to pass the so
101. called "Captive Portal" even though it was clear that I'm not able to do so
102. because of the issues on Mtel's side).</p>
103. <p>So I changed the <abbr title="Internet Service Provider">ISP</abbr> last
104. Friday (17.07) and I'm now with <a href="http://www.vivacom.bg/">Vivacom</a>
105. hopefully for the better. Of course the new <abbr title="Internet Service Provider">ISP</abbr>
106. come with the new static <abbr title="Internet Protocol">IP</abbr> address
107. (46.10.210.166), so the server was not accessible also over the weekend until
108. the &lt;abbr title="Domain Name Service">DNS&lt;/abbr>es were synchronized.&lt;/p></description>
109.      <author>[email protected] (Georgi Sotirov)</author>
110.      <guid isPermaLink="true">https://sotirov-bg.net/news/?id=28</guid>
111.      <pubDate>Mon, 20 Jul 2015 16:43:15 GMT</pubDate>
112.    </item>
113.    <item>
114.      <title>Upgrade to Slackware 14.0</title>
115.      <link>https://sotirov-bg.net/news/?id=27</link>
116.      <description>&lt;p>In the evening of February 3-d and the morning of February 4-th the operating
117. system of the server was finally upgraded to <a href="http://www.slackware.com/">Slackware</a>
118. 14.0 - an upgrade planned for the past several months, but delayed due to lack
119. of time.</p>
120. <p>The major problems were again with Perl. All of the used modules by the
121. different web application had to be reinstalled for the new version. Otherwise, the
122. upgrade went smoothly, but it took some time for the whole process to complete
123. and all the services to be reconfigured and become operational again.</p>
124. </description>
125.      <author>[email protected] (Georgi Sotirov)</author>
126.      <guid isPermaLink="true">https://sotirov-bg.net/news/?id=27</guid>
127.      <pubDate>Tue, 05 Feb 2013 10:15:15 GMT</pubDate>
128.    </item>
129.    <item>
130.      <title>Downtimes: Repairs at home</title>
131.      <link>https://sotirov-bg.net/news/?id=26</link>
132.      <description>&lt;p>Due to repairs at home (where it is still located), the server may be going
133. down for large periods of time varying from several hours to more than 1 day.
134. It was already down once from 2012-06-15 11:54 <abbr title="Eastern European
135. Summer Time">EEST</abbr> to 2012-06-15 12:54 <abbr title="Eastern European
136. Summer Time">EEST</abbr> and from 2012-06-15 18:50 <abbr title="Eastern
137. European Summer Time">EEST</abbr> to 2012-06-16 21:45 <abbr title="Eastern
138. European Summer Time">EEST</abbr> yesterday, but other downtimes are possible
139. today and tomorrow.&lt;/p></description>
140.      <author>[email protected] (Georgi Sotirov)</author>
141.      <guid isPermaLink="true">https://sotirov-bg.net/news/?id=26</guid>
142.      <pubDate>Sun, 17 Jun 2012 06:00:00 GMT</pubDate>
143.    </item>
144.    <item>
145.      <title>Upgrade of the server</title>
146.      <link>https://sotirov-bg.net/news/?id=25</link>
147.      <description>&lt;p>Last evening the server was upgraded to &lt;a href="http://www.slackware.com/">Slackware 13.37&lt;/a>,
148. this way updating many of the existing packages. The only problem that was
149. encountered was with Perl 5.12 on which both <a href="https://sotirov-bg.net/bugzilla/">Bugzilla</a>
150. and <a href="http://sotirov-bg.net/slackpack/">SlackPack</a> depend. This
151. forced the downgrade to Perl 5.10 and use of the existing base of installed
152. packages until solutions to <a href="https://sotirov-bg.net/bugzilla/show_bug.cgi?id=127">the
153. problems are found</a>.</p>
154. &lt;p>The kernel was also upgraded to 2.6.39 without any problem.&lt;/p></description>
155.      <author>[email protected] (Georgi Sotirov)</author>
156.      <guid isPermaLink="true">https://sotirov-bg.net/news/?id=25</guid>
157.      <pubDate>Mon, 30 May 2011 09:42:15 GMT</pubDate>
158.    </item>
159.    <item>
160.      <title>Planned downtime: Earth hour</title>
161.      <link>https://sotirov-bg.net/news/?id=24</link>
162.      <description>&lt;p>For first time this year Sotirov-BG.Net will took part in the
163. <a href="https://www.earthhour.org">Earth Hour</a> initiative to
164. show support against climate and environment change. Today
165. between 20:30 <abbr title="Eastern European Time">EET</abbr>
166. and 21:30 <abbr title="Eastern European Time">EET</abbr> the
167. server, as well as other equipment around it, would be switched
168. off. Please, do not forget to join the initiative and think what else
169. could you do to help.&lt;/p></description>
170.      <author>[email protected] (Georgi Sotirov)</author>
171.      <guid isPermaLink="true">https://sotirov-bg.net/news/?id=24</guid>
172.      <pubDate>Sat, 26 Mar 2011 17:07:59 GMT</pubDate>
173.    </item>
174.    <item>
175.      <title>Database upgrade</title>
176.      <link>https://sotirov-bg.net/news/?id=23</link>
177.      <description>&lt;p>Today, between 17:00 EEST and 19:00 EEST there was database upgrade. The MySQL
178. server was moved to the recommended release series 5.1. This was a planned
179. upgrade, but it took time, because of incompatible changes, which required
180. backup/restore of all the databases. Now everything is back to norml.&lt;/p></description>
181.      <author>[email protected] (Georgi Sotirov)</author>
182.      <guid isPermaLink="true">https://sotirov-bg.net/news/?id=23</guid>
183.      <pubDate>Mon, 24 May 2010 16:24:00 GMT</pubDate>
184.    </item>
185.    <item>
186.      <title>Database problems</title>
187.      <link>https://sotirov-bg.net/news/?id=22</link>
188.      <description>&lt;p>Yesterday, about midnight the MySQL was upgraded and during the night backup the server was restarted.
189. However, the InnoDB engine failed to start properly, because of inability to create temporary files (not an
190. issue before). Thus, hosted sites were without data from about 0:15 to about 11:00 on 21 October 2008,
191. when the problem was resolved.</p>
192. &lt;p>I'm sorry, if this caused any inconvenience.&lt;/p></description>
193.      <author>[email protected] (Georgi Sotirov)</author>
194.      <guid isPermaLink="true">https://sotirov-bg.net/news/?id=22</guid>
195.      <pubDate>Tue, 21 Oct 2008 09:53:01 GMT</pubDate>
196.    </item>
197.  </channel>
198. </rss>
199.  

If you would like to create a banner that links to this page (i.e. this validation result), do the following:

1. Download the "valid RSS" banner.

2. Upload the image to your own server. (This step is important. Please do not link directly to the image on this server.)

3. Add this HTML to your page (change the image src attribute if necessary):

   <a href="http://www.feedvalidator.org/check.cgi?url=http%3A//sotirov-bg.net/news/feed%3Ff%3Drss"><img src="valid-rss-rogers.png" alt="[Valid RSS]" title="Validate my RSS feed" /></a>

If you would like to create a text link instead, here is the URL you can use:

http://www.feedvalidator.org/check.cgi?url=http%3A//sotirov-bg.net/news/feed%3Ff%3Drss

Home · About · News · Docs · Terms