keyword search in DNN - dotnetnuke

I am using enhanced search moudle in DNN( http://dnnsearchenhanced.codeplex.com/ ). The DNN search is not working as expected after installing your module. I have made the following configurations
Login as Host
-Go to the Host menu and select Search Admin
-Fill in the blanks - max word length, min word length,
-Put checks in both boxes to include common words and numbers.
-Press Update.
-Press Re-Indexed Content
- Then installed the module
-Press Re-Indexed Content again
It is unable to search Title,Keywords and PageName.
Do i have to perform some sort of settings?
Note: Using DNN 6.2 Community Edition using included Search modules.
Thankx

Are you getting any search results? I would recommend checking the Host/Schedule page and the Search Indexer job's history to see if it is running, and if there are any errors being thrown.

Related

problems with search engine on dnn

I'm having problems when indexing content on dnn search engine.
I have a provider that use dnn and I have an admin user. They tell me that they have another customer that use the search engine and works well.
They pre config everything and is not working.
I have tried to find in the documentation, but I could not find anything about this.
I checked for the skin objects, but it looks fine. Then I added vocabulary and check the tags on some pages. I also checked for the crawler API and is not indexing anything.
https://www.colombiantourist.com/DesktopModules/internalservices/API/searchService/preview?keywords=dnn&culture=es-ES
Maybe I am missing something?
<%# Register TagPrefix="dnn" TagName="SEARCH" Src="~/Admin/Skins/Search.ascx" %>
<dnn:SEARCH ID="dnnSearch" runat="server" ShowSite="false" ShowWeb="false" EnableTheming="true" Submit="Search" CssClass="SearchButton" />
Try go to https://www.colombiantourist.com/Search-Results
In Edit mode, open the module Settings
Check if all set correctly
There are many components to the search story on DNN - site config, module config, scheduled indexing, user permissions to name a few. If you are getting search results on the site but they are stale then check the search scheduler to see that it has performed a recent re-index.
see successfull indexing task
If there are no results at all and you have access to the code base then do a clean index by browsing to root / app_data / search and delete all files in that folder then manually start the scheduled task (find scheduler in the admin settings) . If you don't have access to code base you can re-index from the admin menu Site Settings --> search Tab see search settings
Note the warnings about when to complete a re-index for large sites. Also note that deleting files manually affects all sites on that DNN instance.
Select a test page and ensure that the page and module settings are set to allow indexing of content.
Re-index content as explained above
Hope this helps

Android Studio not generating data store indexes for Google App Engine

Whenever I run my appengine project on local host and run queries the datastore-indexes-auto.xml file does not generate the indexes. I've tried adding autoGenerate="True" but it didn't change a thing.
Whenever I run the project the file gets updates but always displays the same text:
<!-- Indices written at Wed, 27 Jan 2016 21:08:31 CAT -->
<datastore-indexes/>
I've searched for a fix to this issue but couldn't find anyone with the same problem.
This happens for all app engine modules I have on Android Studio.
I'm using Android Studio 1.2.2 and the libraries I'm using are:
App Engine SDK 1.9.21;
Objectify 5.0.
Making the comment an answer.
You need to set the autoGenerate="true" attribute in the WEB-INF/datastore-indexes.xml file:
From Using automatic index configuration:
Determining the indexes required by your application's queries
manually can be tedious and error-prone. Thankfully, the development
server can determine the index configuration for you. To use automatic
index configuration, add the attribute autoGenerate="true" to your
WEB-INF/datastore-indexes.xml file's <datastore-indexes> element.
Automatic index configuration is also used if your app does not have a
datastore-indexes.xml file.

Malware on D7 website - Blacklisted by Google

I want to tell you about the malware attack to my Drupal website. Not just for your suggestions but also to create something helpful to anybody tha could suffer for the same problems. Well...
INITIAL SETUP
Drupal 7.9
Activated modules:
CORE: Block, Contextual links, Database logging, Field, Field SQL storage, Field UI, File, Filter, Image, List, Locale, Menu, Node, Number, Options, Overlay, Path, PHP Filter, RDF, System, Taxonomy, Text, Toolbar, User
CCK: Multiselectd
CHAOS TOOL SUITE: Chaos tools
DATA/ORA: Calendar, Date, Date API, Date Popup, Date views
FIELDS: Email, Field permission, Link
OTHER: Google Plus One +1, Pathauto, Token, Weight
SHARING: Share this, Share this block
TAXONOMY MENU: Taxonomy menu
VIEWS: Views, Views PDF Display, Views PHP, Views UI
OTHER MODULES THAT I REMOVED: CKEDITOR, VIEWS_SLIDESHOW, IMCE, DOMPDF, PRINT, WYSIWIG
MY SETUP ERRORS
In order to satisfy the custome, I modified some of the modules and I've never update them (AUCH!)
The customer was in posses of the login data, and maybe his computer wasn't safe (MMM...)
I didn't have a copy of the webiste, because I trusted on the provider weekly backup (DOH!)
ATTACK EXTERNAL SYMPTOMS
All the link of the homepage redirected to a malware website
Google blacklisted the website
Critical alert on the Google Webmaster Tools panel
FTP SYMPTOMS
Lots of "strange" files: mainma3.php (I found this one in every folder!), functoins.php, sum75.html, wlc.html, aol.zip, chase.zip, chaseverification.zip, 501830549263.php, wp-conf.php and a dozen of wtmXXXXn.php (dove X = numero) in the root folder. All these files was plenty of malicious functions (unescape, base64_decode, eval, etc.)
Install.php was modified with a long line of malicious code
To EVERY javascript files was appended this line of code:
;document.write('');
The weekly backup was also infeceted
Dozen of repeated "strange" request, found on the Drupal log panel (my domain is obscured with the string "-----"):
index.php?q=ckeditor/xss > Notice: Undefined offset: 5 in eval() (linea 29 di /web/htdocs/-----/home/modules/php/php.module(74) : eval()'d code(1) : eval()'d code).
-----/user?destination=node/add > Failed login by shadowke
calendar/week/2012-W19?year=2011&mini=2012-12 > page not found
misc/]};P.optgroup=P.option;P.tbody=P.tfoot=P.colgroup=P.caption=P.thead;P.th=P.td;if(!c.support.htmlSerialize)P._default=[1, > page not found
misc/)h.html(f?c( > page not found
mail.htm > page not found
RECOVER [Thank to this article: http://25yearsofprogramming.com/blog/20070705.htm]
I've put the website on Maintanance mode (error503.php + .htaccess). Traffic open just for my IP Address
[see this useful guide: http://25yearsofprogramming.com/blog/20070704.htm]
I've downloaded the whole website in local
I've searched and removed the strange files > I found forty of them
I've searched the files for these worlds [with the freeware AGENT RANSACK]: eval(base64_decode($POST["php"])), eval(, eval (, base64, document.write, iframe, unescape, var div_colors, var _0x, CoreLibrariesHandler, pingnow, serchbot, km0ae9gr6m, c3284d, upd.php, timthumb. > I've acted in one of the follow ways: a) I've replaced eval with php_eval() (the eval safe version of drupal); b) I've wrote down the suspected modules; c) I've compared the code with the fresh downloaded module; d) I've removed all the malicious code (see the javascript mentioned above)
I've searched for mohanges in the file system [with the freeware WINMERGE]
I've identifyed some suspected modules, thank to the list written at the point 4 above, and thank to some researches on Google (name_of_the_module security issue, name_of_the_module hacked, etc...) and on Secunia [http://secunia.com/community/advisories/search]
I've scan my computer (Avast, Search&Destroy, Malwarebytes Antimalware) > I didn't found any virus or spyware
I've changed all the logins (ftp, cpanel, drupal admin panel)
I've reloaded the whole website
I've removed all the suspected modules: CKEDITOR, VIEWS_SLIDEWHOW, PRINT, DOMPDF, IMCE, CAPTCHA, WYSIWIG, WEBFORM.
I've tell the whole story to the provider assistance
I request Google for a revision (they did it in 12 hours)
DRUPAL LOG NOW
dozen of these messages
- wtm4698n.php?showimg=1&cookies=1 > page not found
- fhd42i3d.html > page not found
- wp-conf.php?t2471n=1 > page not found
- -----/user?destination=node/add > Failed login by Elovogue
LESSONS LEARNED
Never touch the modules, so you can update them
Keep all the login in a safe computer / Use a safe computer to work on the FTP
Search for any security issue before installing a module
Keep a clean copy of the website somewhere
MY QUESTIONS:
What kind of attack I've received?
There are other unsure module in my installation?
What can I do yet?
Thanks to everybody for your patience!
If you are using m$ windows, I think it is a trojan/virus that steals your ftp passwords and automatically editing files. I know many such stories.
Switch to WinSCP.net.

Finding or configuring Solr home directory

I'm following this tutorial on setting up django-haystack and solr: http://django-haystack.readthedocs.org/en/latest/tutorial.html
I hit a stumbling block here:
If you’re using the Solr backend, you have an extra step. Solr’s
configuration is XML-based, so you’ll need to manually regenerate the
schema. You should run ./manage.py build_solr_schema first, drop the
XML output in your Solr’s schema.xml file and restart your Solr
server.
Where is my schema.xml file located? It says it should in the Solr home directory and the .conf folder. But where is the Solr home directory, and/or how do I configure its location?
The solr home is the place where you can find your schema.xml and solrconfig.xml, as well as some other files depending on the text analysis you're using (dictionaries for stemming, stopwords etc.), and where your index gets created by default.
There are a couple of ways to configure the solr home, since it is located outside of the servlet container:
solr.solr.home java system property (most used one)
java:comp/env/solr/home for JNDI lookup
You can either check your servlet container configuration or go to the Solr admin page http://host:port/solr/admin, which prints out the actual solr home location together with other information about the solr instance running.
First check whether your Solr instance is working.
Got to -> http://localhost:8983/solr
If you can see a Solr web panel you have a live Solr instance.
Now go to Java Properties
Here you will see the the variables. This is where you can find the home DIRs
Note schema is now managed. If you want to override this you will have to hack it a bit. check here

Full Text Search in GAE

I've developing a test app using GAE/J + Objectify and now trying to query my Data with Full Text Search (assuming Full Text Search is same as queries my data with GQL).
When I go to http://localhost:8888/_ah/admin/search it shows me following error:
There are no Full Text Search indexes in the Empty namespace. You need
to add data programatically before you can use this tool to view and
edit it.
I do have some data in my database to test the search.
What should I do enable that to search my data using GQL.
I believe FTS is still under a trusted tester program (I haven't seen any official docs even for the dev environment)
You might want to try signing up here:
https://docs.google.com/a/google.com/spreadsheet/viewform?formkey=dEdWcnRJUXZ2VGR3YmVsT1Q1WVB2Smc6MQ

Resources