YaCy: Unterschied zwischen den Versionen

Aus Doc-Wiki
Zur Navigation springen Zur Suche springen
imported>Burghardt
imported>Burghardt
Zeile 19: Zeile 19:
 
* [[JavaScript]] required
 
* [[JavaScript]] required
 
* We can index publicly available pages only. This is unfortunate as especially those locked down areas like group Wikis and internal project sites would benefit from a central search engine even more than these public pages. This problem may be solved later -- currently marked "won't fix" for obvious reasons.
 
* We can index publicly available pages only. This is unfortunate as especially those locked down areas like group Wikis and internal project sites would benefit from a central search engine even more than these public pages. This problem may be solved later -- currently marked "won't fix" for obvious reasons.
  +
  +
== GCMS ==
  +
The search engine standard view is embedded in [[GCMS]] on the right side of the startpage of the Institute. The direct URL (currently) is https://www.uni-goettingen.de/de/suche/575958.html.
  +
  +
* it WILL embed found pages in this GCMS view if they are referenced by <tt>https</tt>
  +
* it CANNOT embed pages referenced by <tt>http</tt>. These links will simply exit the university context.
  +
The reason is simple: security. Most browsers refrain from embedding unsecure content in pages pretending to be secured for some years now.
   
   

Version vom 21. November 2017, 13:22 Uhr

Search Engine (Dis-) Advantages

We would like to have a Search Engine for all of our Computer Science web sites at our University - searching on both research and study related content.

Of course you can always use Google to search the web. But you will either get more hits than you want, or you set a filter ("site:uni-goettingen.de") and miss relevant content from other local resources off of *.uni-goettingen.de. So the main goal for our Search Engine is to restrict the search name space to relevant sites. The next try after dropping Google is to use the integrated search engine embedded on www.uni-goettingen.de on the top right. You will notice this is... Google - again!

Also the embedded variant still has those two major problems for us:

  • You still get too many hits. There is just no integrated way to restrict the search to pages below (for example) www.informatik.uni-goettingen etc. All content of all Institutes and projects are presented below www.uni-goettingen.de. There is no separate name space for each Institute or Faculty.
  • On the other hand this search engine does not include GCMS-external but relevant sites like http://www.swe.informatik.uni-goettingen.de or http://www.math-cs.uni-goettingen.de.


Help us make this engine actually usable

Please check the search results for your own area of interest. If you find something relevant missing please communicate the URLs to include in the index. Please use the dedicated email address

  • search ät informatik.uni-goettingen.de

for this kind of feedback. You may also use the "Discussion"-page of this article to gather URLs. It is editable by everyone after login, this is a wiki.

Any help optimizing the crawl process to increase the quality of the index is welcome! This includes adding missing content as well as working on a stringent blacklist to reduce the noise.

Drawbacks

  • JavaScript required
  • We can index publicly available pages only. This is unfortunate as especially those locked down areas like group Wikis and internal project sites would benefit from a central search engine even more than these public pages. This problem may be solved later -- currently marked "won't fix" for obvious reasons.

GCMS

The search engine standard view is embedded in GCMS on the right side of the startpage of the Institute. The direct URL (currently) is https://www.uni-goettingen.de/de/suche/575958.html.

  • it WILL embed found pages in this GCMS view if they are referenced by https
  • it CANNOT embed pages referenced by http. These links will simply exit the university context.

The reason is simple: security. Most browsers refrain from embedding unsecure content in pages pretending to be secured for some years now.


See also

  • ...

Links