World of Warcraft Classic will come PC on August 27,wowclassicgp.com is the Best Online-Site to buy wow Classic Gold,wow Classic Items,wow Classic Powerleveling with Fast Speed! More Lastest WOW News&Guides Also will be offered to you! Never Miss 6% off Code WAP6 for wow gold US/EU Buying from https://www.wowclassicgp.com/ AnyTime!
Under which area should we define “Reproduced bugs” details in TFS 2015? Right now, I am writing them under “Steps to reproduce” column.
I’m making a new site, where there will be a lot of public comments hopefully, and this thought crossed my mind. Is it right to ban usernames with swears in them? Do people even create usernames like this? Trolls do presumably…
I (from EU) recently attended a scientific conference in China. As part of the goodies there is a decent looking thumbdrive which has the conference logo printed on it. It seems to be in original packaging, so I guess somebody ordered them to be made with the logo from the manufacturer directly.
I am a bit wary about getting thumbdrives that I did not ask for. For instance there was the RSA conference where the vendor screwed up loading the conference material onto the drive and and there was malware on it was well. Additionally I have no feeling on whether intelligence services use this opportunity to get a bridgehead into various university networks.
As I do not need a thumbdrive, I will likely just not use it myself. But is that overly paranoid? Should I just gift it to somebody else?
I have a small system written in Go with aprox 10 services, and 3 DB (InfluxDB, Postgres, Blockchain) Each service use InfluxDB (some service read, other write), and postgres ( Readonly).
I see 2 options:
In all my services, I use a client to connect directly to DB
- I already have it this way.
- It is easier to write, and more flexible maybe
- All services are coupled to 2 or 3 databases,
- Testing is being quite difficult
I write a REST API in front of InfluxDB, that manage all queries, and systems just invoke those URLs to execute a query
- Unloose all my service from a Influx / Postgres dependency
- Maybe mocking is going to be easier
- Refactoring to ElasticSearch is easier
- Centralized credentials
- more work
- more tedious ?
- Will it bring me something valuable ?
I am looking for advices to take this decision, or maybe, I am asking myself, Will it bring me something valuable ?
Where should I put the OK/Cancel buttons on my dialogs? At the bottom centered or aligned right? I’ve seen both and I personally don’t care, but I want to create a consistent look across my application. Are there any guidelines for this or should I just do whatever I want?
I’m working on some of the layouts for a User Handbook and right now my main concern is fonts. I’m trying to decide whether to use the same font for the body text and the headings.
If I use different fonts (along with the larger type and bolding), that will draw attention to headers and make it easy to skim. However, using the same font is more consistent and may be smoother to read.
Should I always use the same font for headings for readability purposes? What if I’m starting a new chapter as opposed to a new section?
Given that there is no logically default animal from the list of animals below, what should be the “Default Value” below, according to best practice?
<label for="animal">Animal (required):</label> <select name="animal"> <option value="">Default Value</option> <option value="0">Cat</option> <option value="1">Dog</option> <option value="2">Horse</option> <option value="3">Pig</option> <option value="4">Sheep</option> </select>
A blank value,
Something visually irritating,
<option value="">***CHOOSE ANIMAL***</option>?
Something which blends in but provides instruction,
<option value="">Select an Animal</option>?
Something else entirely?
We currently have SharePoint 2013 and are now moving to SharePoint 2016. As part of this we are looking whether or not to retire the use of the PowerShell snapin – Microsoft.SharePoint.PowerShell in favor of PnP. A number of posts have mentioned falling back to using the SCOM (via Microsoft.SharePoint.Client.dll).
Is PnP mature enough to replace the SharePoint snapin for SharePoint 2016 onprem? If the SharePoint snapin is no longer viable, is falling back to using the SCOM module worth considering for SharePoint 2016 and onwards? Is PnP or SCOM a better option for PowerShell scripts and admin management from the command line for SharePoint 2016?
Most of our administration CLi work is coded into functions using the Snapin which worked well for SharePoint 2013.
I am currently working on the payments process for a mobile application.I’ve run into a UX problem when designing the payment screen.
Is there a convention for the order which payment method and total amount should present?
Please help me to choose one version.