I have created a small "Dynamic Data Web Site" using the Entity Framework. I've no experience with this really, but it looks very interesting. Anyway, I have a single table being displayed on a single web page. The table contains over 21000 rows and the page limits me to 10 records per page, which is all fine.
My problem is that the page is incredibly slow. I'm guessing that maybe every row in the table is being loaded whenever I try to navigate, but I can't be sure this is the cause.
How can I increase the performance of the page? I want to be able to click through pages of results quickly and easily. It currently takes more than 60 seconds to click to the next set of results.
this is usually caused by filters on a table where the filter has MANY rows you could fix this using the Autocomplete filter which prefilters the data base what the user types in.
You can get this filter and other from ny NuGet package Dynamic Data Custom Filters
Also try having a look in it using Ayende's EFProf. It is a commercial product but it has a free 30 day trial. I can sometimes point out silly things you are doing and suggest some ways to optimise your data access
Related
I'm reasonably new to google analytics. The site I am trying to analyse though is very big and has a lot of dynamic content.
To try and make my job easier I've made a filter to mash all the times users viewed their own profiles into one number rather than counting each one seperately. The trouble is...I can't check if I've done this filter right as it is working as a new copy of the analytics for my
page, it didn't take the old data with it and I will have to wait until tomorrow for it to fill with a days's worth of data.
What I wonder is, is the anyway to make filters that take pre-existing data with them and merely change it? Or are filters doomed purely to filter incoming
data and what has gone before is untouchable?
I have an existing YAFNET forum at http://www.paydirt.co.nz/forums/ concerned with Gold Fossicking and Metal Detecting. At present these two "Categories" are all grouped together on a single page.
Unfortunately from time to time I get a bit of bickering between the gold fanciers and the swingers so I'd like to separate these out across two distinct pages:
http://www.paydirt.co.nz/forums/gold (could end in .aspx if required)
http://www.paydirt.co.nz/forums/metal-detecting (could end in .aspx if required)
I'd like the users to be shared across both pages without users re-registering (as some users contribute to both areas), but the pages themselves I'd like to be be filtered by category. Each page would only show "Active Discussions" for the category used.
Is it possible to setup 2 distinct pages each with a YAFNET user control on, but using parameters on the user controls which will filter the categories shown on each?
I do see that it's possible to setup multiple "boards", and I could move some categories manually via an update to the database. However, I also notice that the yaf_User table has a BoardID so this would suggest users are tied to a single board.
As a bonus nice-to-have, I'd ideally like the "Discussion" category (which is a general discussions area for anything) to be shared between these two pages. Though I suspect this might be asking a little too much.
Thanks in advance for any ideas or solutions!
YAF.NET always pulls users from the current Membership Provider. The yaf_User table is a sync from the Membership Provider. For example, when an existing membership user visits a new board, YAF.NET will automatically create an new entry in yaf_User for that user and keep them synced.
Multiple controls with different board setting should do what you need. They do require unique "Pages", though.
I did some research but couldn't find any good literature on how to consolidate multiple instances of WordPress Multisite into one instance. To be clear, I have three multisites and want to merge them into one; is there a good/easy way to do this other than exporting/importing all of the sites manually?
Here's one answer that I found- it's not fast but it definitely works.
I will refer to first MS as the multisite that you want to remove a site from and second MS as the multisite that you want to add this site to.
Step 1
In phpmyadmin or similar for first MS, export the tables relevant to the site that you're taking. It'll probably look something like:
wp_7_commentmeta
wp_7_comments
wp_7_links
wp_7_options
wp_7_postmeta
wp_7_posts
wp_7_terms
wp_7_term_relationships
I'm going to call the site number the number corresponding to the middle number in the DB tables. In this case, the site number is 7.
Step 2
Go to phpmyadmin for second MS and see what the largest DB site number is.
Step 3
In a code editor do a find replace for your current site number and replace it with a site number that is one larger than the biggest site number in the second MS DB. For instance, if the largest site number in second MS was 460 using the example above I would do a find/replace for "wp_7_" and replace it with "wp_461_".
Step 4
Once you've done this, import the updated .sql file into the second MS DB.
Step 5
Enter the options table for the site you just imported (now wp_461_options) and make sure that the "siteurl" and "home" options correspond to the new site.
Step 6
Go to the wp_blogs table in the DB and insert new information for the site you just added. Be sure that the "blog_id" corresponds to the site number you just created (in my example I would make sure that "blog_id" was 461).
Step 7
You should now be able to safely change the nameservers on your domain to the second MS and it should work.
If anyone knows of a way to automate this, or to make it easier to do in bulk that would be phenominal. Otherwise this way will work, albeit slowly.
There are a number of 3rd party tools which can make the process a whole lot simpler - BackupBuddy for example can deal with exporting Multisite sites and importing them to existing installs.
I've used this successfully to move a few sites around, but success rates can often depend on how many user accounts are involved as Multisite maps all accounts onto a single table of accounts.
IMHO, unless there's a very good reason to consolidate them, it can often be a whole lot easier to keep the installations separate.
I am a newbie in Infopath & Sharepoint. I am trying to create a form from Infopath 2013 and publish it as a document library to Sharepoint. I have some 60 fields that needs to be calculated(add) into another field. When tried to use the Design Checker, it throws an error as mentioned below in the screenshot. But it accepts if I key in only 45 fields in the Insert Formula text area. Is there any limitation on number of fields to be entered in Insert Formula? When I use PREVIEW in Infopath it works fine. This error pops up only when I try to publish it to Sharepoint. Any ideas on how to resolve this? - Thanks inadvance
InfoPath preview is rendered with IP Filler. The Browser experience has always been different, and the Filler preview is not a reliable check for the browser experience. You may have hit the limits of what a browser form can do. I don't have the numbers or limits, though.
Looking at the error message, you seem to be amassing an awful lot of calculations in one single field. My gut feeling is that this is very bad information architecture. What is the purpose of the form? What are you trying to achieve? Why would anyone have 60 fields in a form?
It looks as if you are summing a large number of cells. InfoPath is not a spreadsheet.
Use repeating tables to capture similar data. Then you can total the table entries with a standard IP function.
This looks like a sum of all the items a restaurant has on the menu. This is a perfect case for a repeating table. Don't use all 60 items on the menu in a list of 60 fields all in one form. That is overkill and not user-friendly. Create a repeating table structure where the user selects one of the 60 items and enters the transaction data. Each row of the repeating table can have another item of the list of 60. The grand total will be calculated from the entries.
If that is not viable, use helper fields to calculate sub totals by item category, and create a grand total from all the category totals.
We have an ASP.NET 2 application and at the moment for the reporting, we are utilising DataSet/DataTable taking some storedprocedure/query and display on the screen (grids). For the graphics, we are using Dundas Chart component and again we are utilising DataSet/DataTable to display it. These thing has been running well ... no issue.
Now, we are having a challenge that every single report that we produce above (grid or graph), the user wants to consolidate into 1 single click solution which means if they click the "Consolidated Report" it will produce the page as well (grid/graph) into 1 page. But the issue is that the user wants use the display (grid/graph) and download into 1 file. It could Ms Words/Ms Excell.
How we are going to achieve this?
I am thinking to do as follow:
1. Convert everything to use the Reporting Services (client) .. or
2. Is it possible to do like convert the page/grapf into Word/Excel into a single page? Is there any other solution?
The issue is that the we have simple stored procedures to get the data source out and then we are using that data and do the massive data manipulation in DataSet/DataTable (loop through the records, create a new dataset and manipulate etc etc) and then to construct the final report and display on the screen.
I am appreciated your comment.
Thank you
In my opinion the best solution will be integrating the HTML into a PDF.
You can convert the HTML generated into PDF easily with ABCPdf from WebSuperGoo (I suspect that other solutions can work, but I have only used this product)
See this live demo, and select "Add URL" and point to your URL or check out this example