diff --git a/content/2016-03.md b/content/2016-03.md
index 38a828007..c725c61b1 100644
--- a/content/2016-03.md
+++ b/content/2016-03.md
@@ -118,3 +118,30 @@ $ gm convert -trim -quality 82 -thumbnail x300 -flatten Descriptor\ for\ Butia_E
```
- Also, it looks like adding `-sharpen 0x1.0` really improves the quality of the image for only a few KB
+
+## 2016-03-21
+
+- Fix 66 site errors in Google's webmaster tools
+- I looked at a bunch of them and they were old URLs, weird things linked from non-existent items, etc, so I just marked them all as fixed
+- We also have 1,300 "soft 404" errors for URLs like: https://cgspace.cgiar.org/handle/10568/440/browse?type=bioversity
+- I've marked them as fixed as well since the ones I tested were working fine
+- This raises another question, as many of these pages are linked from Discovery search results and might create a duplicate content problem...
+- Results pages like this give items that Google already knows from the sitemap: https://cgspace.cgiar.org/discover?filtertype=author&filter_relational_operator=equals&filter=Orth%2C+A.
+- There are some access denied errors on JSPUI links (of course! we forbid them!), but I'm not sure why Google is trying to index them...
+- For example:
+ - This: https://cgspace.cgiar.org/jspui/bitstream/10568/809/1/main-page.pdf
+ - Linked from: https://cgspace.cgiar.org/jspui/handle/10568/809
+- I will mark these errors as resolved because they are returning HTTP 403 on purpose, for a long time!
+- Google says the first time it saw this particular error was September 29, 2015... so maybe it accidentally saw it somehow...
+- On a related note, we have 51,000 items indexed from the sitemap, but 500,000 items in the Google index, so we DEFINITELY have a problem with duplicate content
+- Turns out this is a problem with DSpace's `robots.txt`, and there's a Jira ticket since December, 2015: https://jira.duraspace.org/browse/DS-2962
+- I am not sure if I want to apply it yet
+- For now I've just set a bunch of these dynamic pages to not appear in search results by using the URL Parameters tool in Webmaster Tools
+
+
+
+
+- Move AVCD collection to new community and update `move_collection.sh` script: https://gist.github.com/alanorth/392c4660e8b022d99dfa
+- It seems Feedburner can do HTTPS now, so we might be able to update our feeds and simplify the nginx configs
+- De-deploy CGSpace with latest `5_x-prod` branch
+- Run updates on CGSpace and reboot server (new kernel, `4.5.0`)
diff --git a/public/2016-03/index.html b/public/2016-03/index.html
index e3bba1e63..26d3dcf9f 100644
--- a/public/2016-03/index.html
+++ b/public/2016-03/index.html
@@ -217,6 +217,40 @@
- Also, it looks like adding
-sharpen 0x1.0 really improves the quality of the image for only a few KB
+
+
+2016-03-21
+
+
+- Fix 66 site errors in Google’s webmaster tools
+- I looked at a bunch of them and they were old URLs, weird things linked from non-existent items, etc, so I just marked them all as fixed
+- We also have 1,300 “soft 404” errors for URLs like: https://cgspace.cgiar.org/handle/10568/440/browse?type=bioversity
+- I’ve marked them as fixed as well since the ones I tested were working fine
+- This raises another question, as many of these pages are linked from Discovery search results and might create a duplicate content problem…
+- Results pages like this give items that Google already knows from the sitemap: https://cgspace.cgiar.org/discover?filtertype=author&filter_relational_operator=equals&filter=Orth%2C+A.
+- There are some access denied errors on JSPUI links (of course! we forbid them!), but I’m not sure why Google is trying to index them…
+- For example:
+
+
+- I will mark these errors as resolved because they are returning HTTP 403 on purpose, for a long time!
+- Google says the first time it saw this particular error was September 29, 2015… so maybe it accidentally saw it somehow…
+- On a related note, we have 51,000 items indexed from the sitemap, but 500,000 items in the Google index, so we DEFINITELY have a problem with duplicate content
+- Turns out this is a problem with DSpace’s
robots.txt, and there’s a Jira ticket since December, 2015: https://jira.duraspace.org/browse/DS-2962
+- I am not sure if I want to apply it yet
+- For now I’ve just set a bunch of these dynamic pages to not appear in search results by using the URL Parameters tool in Webmaster Tools
+
+
+
+
+
+
+- Move AVCD collection to new community and update
move_collection.sh script: https://gist.github.com/alanorth/392c4660e8b022d99dfa
+- It seems Feedburner can do HTTPS now, so we might be able to update our feeds and simplify the nginx configs
+- De-deploy CGSpace with latest
5_x-prod branch
+- Run updates on CGSpace and reboot server (new kernel,
4.5.0)
diff --git a/public/images/2016/03/url-parameters.png b/public/images/2016/03/url-parameters.png
new file mode 100644
index 000000000..27aeb1e6d
Binary files /dev/null and b/public/images/2016/03/url-parameters.png differ
diff --git a/public/images/2016/03/url-parameters2.png b/public/images/2016/03/url-parameters2.png
new file mode 100644
index 000000000..39ab4d681
Binary files /dev/null and b/public/images/2016/03/url-parameters2.png differ
diff --git a/public/index.xml b/public/index.xml
index 66950c8d1..f65a34548 100644
--- a/public/index.xml
+++ b/public/index.xml
@@ -156,6 +156,40 @@
<ul>
<li>Also, it looks like adding <code>-sharpen 0x1.0</code> really improves the quality of the image for only a few KB</li>
</ul>
+
+<h2 id="2016-03-21:5a28ddf3ee658c043c064ccddb151717">2016-03-21</h2>
+
+<ul>
+<li>Fix 66 site errors in Google’s webmaster tools</li>
+<li>I looked at a bunch of them and they were old URLs, weird things linked from non-existent items, etc, so I just marked them all as fixed</li>
+<li>We also have 1,300 “soft 404” errors for URLs like: <a href="https://cgspace.cgiar.org/handle/10568/440/browse?type=bioversity">https://cgspace.cgiar.org/handle/10568/440/browse?type=bioversity</a></li>
+<li>I’ve marked them as fixed as well since the ones I tested were working fine</li>
+<li>This raises another question, as many of these pages are linked from Discovery search results and might create a duplicate content problem…</li>
+<li>Results pages like this give items that Google already knows from the sitemap: <a href="https://cgspace.cgiar.org/discover?filtertype=author&filter_relational_operator=equals&filter=Orth%2C+A">https://cgspace.cgiar.org/discover?filtertype=author&filter_relational_operator=equals&filter=Orth%2C+A</a>.</li>
+<li>There are some access denied errors on JSPUI links (of course! we forbid them!), but I’m not sure why Google is trying to index them…</li>
+<li>For example:
+
+<ul>
+<li>This: <a href="https://cgspace.cgiar.org/jspui/bitstream/10568/809/1/main-page.pdf">https://cgspace.cgiar.org/jspui/bitstream/10568/809/1/main-page.pdf</a></li>
+<li>Linked from: <a href="https://cgspace.cgiar.org/jspui/handle/10568/809">https://cgspace.cgiar.org/jspui/handle/10568/809</a></li>
+</ul></li>
+<li>I will mark these errors as resolved because they are returning HTTP 403 on purpose, for a long time!</li>
+<li>Google says the first time it saw this particular error was September 29, 2015… so maybe it accidentally saw it somehow…</li>
+<li>On a related note, we have 51,000 items indexed from the sitemap, but 500,000 items in the Google index, so we DEFINITELY have a problem with duplicate content</li>
+<li>Turns out this is a problem with DSpace’s <code>robots.txt</code>, and there’s a Jira ticket since December, 2015: <a href="https://jira.duraspace.org/browse/DS-2962">https://jira.duraspace.org/browse/DS-2962</a></li>
+<li>I am not sure if I want to apply it yet</li>
+<li>For now I’ve just set a bunch of these dynamic pages to not appear in search results by using the URL Parameters tool in Webmaster Tools</li>
+</ul>
+
+<p><img src="../images/2016/03/url-parameters.png" alt="URL parameters cause millions of dynamic pages" />
+<img src="../images/2016/03/url-parameters2.png" alt="Setting pages with the filter_0 param not to show in search results" /></p>
+
+<ul>
+<li>Move AVCD collection to new community and update <code>move_collection.sh</code> script: <a href="https://gist.github.com/alanorth/392c4660e8b022d99dfa">https://gist.github.com/alanorth/392c4660e8b022d99dfa</a></li>
+<li>It seems Feedburner can do HTTPS now, so we might be able to update our feeds and simplify the nginx configs</li>
+<li>De-deploy CGSpace with latest <code>5_x-prod</code> branch</li>
+<li>Run updates on CGSpace and reboot server (new kernel, <code>4.5.0</code>)</li>
+</ul>
diff --git a/public/tags/notes/index.xml b/public/tags/notes/index.xml
index 50b3b9b02..6a44c6cef 100644
--- a/public/tags/notes/index.xml
+++ b/public/tags/notes/index.xml
@@ -156,6 +156,40 @@
<ul>
<li>Also, it looks like adding <code>-sharpen 0x1.0</code> really improves the quality of the image for only a few KB</li>
</ul>
+
+<h2 id="2016-03-21:5a28ddf3ee658c043c064ccddb151717">2016-03-21</h2>
+
+<ul>
+<li>Fix 66 site errors in Google’s webmaster tools</li>
+<li>I looked at a bunch of them and they were old URLs, weird things linked from non-existent items, etc, so I just marked them all as fixed</li>
+<li>We also have 1,300 “soft 404” errors for URLs like: <a href="https://cgspace.cgiar.org/handle/10568/440/browse?type=bioversity">https://cgspace.cgiar.org/handle/10568/440/browse?type=bioversity</a></li>
+<li>I’ve marked them as fixed as well since the ones I tested were working fine</li>
+<li>This raises another question, as many of these pages are linked from Discovery search results and might create a duplicate content problem…</li>
+<li>Results pages like this give items that Google already knows from the sitemap: <a href="https://cgspace.cgiar.org/discover?filtertype=author&filter_relational_operator=equals&filter=Orth%2C+A">https://cgspace.cgiar.org/discover?filtertype=author&filter_relational_operator=equals&filter=Orth%2C+A</a>.</li>
+<li>There are some access denied errors on JSPUI links (of course! we forbid them!), but I’m not sure why Google is trying to index them…</li>
+<li>For example:
+
+<ul>
+<li>This: <a href="https://cgspace.cgiar.org/jspui/bitstream/10568/809/1/main-page.pdf">https://cgspace.cgiar.org/jspui/bitstream/10568/809/1/main-page.pdf</a></li>
+<li>Linked from: <a href="https://cgspace.cgiar.org/jspui/handle/10568/809">https://cgspace.cgiar.org/jspui/handle/10568/809</a></li>
+</ul></li>
+<li>I will mark these errors as resolved because they are returning HTTP 403 on purpose, for a long time!</li>
+<li>Google says the first time it saw this particular error was September 29, 2015… so maybe it accidentally saw it somehow…</li>
+<li>On a related note, we have 51,000 items indexed from the sitemap, but 500,000 items in the Google index, so we DEFINITELY have a problem with duplicate content</li>
+<li>Turns out this is a problem with DSpace’s <code>robots.txt</code>, and there’s a Jira ticket since December, 2015: <a href="https://jira.duraspace.org/browse/DS-2962">https://jira.duraspace.org/browse/DS-2962</a></li>
+<li>I am not sure if I want to apply it yet</li>
+<li>For now I’ve just set a bunch of these dynamic pages to not appear in search results by using the URL Parameters tool in Webmaster Tools</li>
+</ul>
+
+<p><img src="../images/2016/03/url-parameters.png" alt="URL parameters cause millions of dynamic pages" />
+<img src="../images/2016/03/url-parameters2.png" alt="Setting pages with the filter_0 param not to show in search results" /></p>
+
+<ul>
+<li>Move AVCD collection to new community and update <code>move_collection.sh</code> script: <a href="https://gist.github.com/alanorth/392c4660e8b022d99dfa">https://gist.github.com/alanorth/392c4660e8b022d99dfa</a></li>
+<li>It seems Feedburner can do HTTPS now, so we might be able to update our feeds and simplify the nginx configs</li>
+<li>De-deploy CGSpace with latest <code>5_x-prod</code> branch</li>
+<li>Run updates on CGSpace and reboot server (new kernel, <code>4.5.0</code>)</li>
+</ul>
diff --git a/static/images/2016/03/url-parameters.png b/static/images/2016/03/url-parameters.png
new file mode 100644
index 000000000..27aeb1e6d
Binary files /dev/null and b/static/images/2016/03/url-parameters.png differ
diff --git a/static/images/2016/03/url-parameters2.png b/static/images/2016/03/url-parameters2.png
new file mode 100644
index 000000000..39ab4d681
Binary files /dev/null and b/static/images/2016/03/url-parameters2.png differ