We will soon be attempting to turn off TLS 1.0 and 1.1 on our servers that host our DNN websites. Before we do so, we thought we'd ask if anyone knew of any reason that the 2sxc module might not function correctly after those are turned off? Thanks!
Should be no issues at all. Also, the config that does that is usually fairly easy to enable and disable, so easy to test on a weekend.
But again, nothing about TLS has anything to do with 2sxc. Main thing to test is that your SMTP connection is working after you disable stuff.
Related
I have a copy of MAMP installed on my iMac and on my MacBook Air and they share the same copy of a database through the Dropbox. And all worked fine just until now.
I think I got into my MAMP on one of my computers without waiting for the core files to be synchronized and maybe that causes conflict.
Now if I go to the localhost page I get
Forbidden
You don't have permission to access / on this server.
And if I go to any of my dev domains, for example, example.dev I get this
This site can’t be reached
example.dev refused to connect.
Try:
Checking the connection
Checking the proxy and the firewall
ERR_CONNECTION_REFUSED
Hope that someone who is more experienced in this field could tell me what may have happened and what do I need to tweak to restore it back.
Thankful in advance!
The answer was much easier than I was thinking about. The whole point is that Chrome doesn't support dev extensions since the version of Chrome 63 (out since December 2017) that's why this problem occurs.
Found the answers in these threads:
Stack Overflow Similar Question
Chrome 63 forces .dev domains to HTTPS via preloaded HSTS by Mattias Geniar
Don't Use .dev For Development by Danny Wahl
I have remote_autostart disabled and no cookie present:
Still, Xdebug is connecting to my IDE (PhpStorm) at 192.168.22.101:9000 and zero-config debugging works. Why? How do I disable it? (It looks like autostart is somehow enabled and the PHP app is slow.)
My first bet would be that this is not the php.ini you're looking for. If you have CLI and normal php.ini, make sure you have this set up in both. Integrated PHP server counter-intuitively uses web php.ini instead of CLI one.
Next step would be to check whether it's actually xdebug that's causing the issue. I'd do that by disabling the extension alltogether.
Note that xdebug can slow down you app in some cases no matter what just by being enabled.
Next I'd check that xdebug profiler information is not generated. If the app is slow in general it's the profiler. If it just hangs for few seconds and then runs normally it's waiting for remote debugger. Might be a good idea to measure (even by simple means like putting dump on first and last line of code) speed of the app to rule out this possibility.
I have been having exactly the same issue for a few days now. remote_autostart is set to off but it still triggers even on my own <?php phpinfo(); script. The debugging session even starts when using an incognito browser session.
Notice the odd IDE key btw, it is set automatically.
Update: Even with xdebug.default_enable on off, it still activates Xdebug in my IDE.
Hopefully someone here can help me out.
Currently I have a small AngularJS app. I want to put this on an USB drive and make it very easy to run. The idea is someone can just plug in the drive click a file and run the app. I've been thinking about using node for this and then make a little script that would start the server and app. So people can click the script and the app runs. The problem is however (afaik) you need to have node installed on the computer which can't be done.
The client hasn't got his webserver running and still want to run the app. So please don't tell me why would you make an angular app and wanna run it without webserver.
Hopefully anyone has any solution or idea to make this work.
So in short:
AngularJS Application on USB
Plug in the USB, click a file and run the app in the browser.
Thanks for reading and thinking with me.
Have you considered running a standard web server on the USB Stick?
I see that you have suggested Node, but another alternative could be to use XAMPP?
XAMPP is a completely free, easy to install Apache distribution containing MariaDB, PHP, and Perl. The XAMPP open source package has been set up to be incredibly easy to install and to use.
I'm developing WPF textual testing application.
Everything is OK, but sometimes my app stops responding.
Using Process Explorer I've found out that there's a problem in wpfgfx_0400.dll. Moreover, in most of cases entire OS could stop responding after a while. I think it could be video layer (driver?) issue, because music continue playing.
All windows/.net/video driver updates are installed. Windows7x64, .NET4.0, Radeon HD7700
What could be the problem?
From my experience, such errors are almost always a driver issue. You can try to verify that this is hardware/driver related problem by forcing wpf to software render mode - see this answer and this answer for more info on how to do it. If you don't have any problems in software mode then it's a driver issue, so you can try some older driver versions and see if it goes away.
I spent some time debugging a SL3 application with VS 2010 in IE9 beta today and noticed a few quirks. Sometimes when launching the Silverlight app in VS it fails to load in the browser, but refreshing with F5 tends to fix the problem. Also, there are sporadic scripting errors that pop up a debug dialog - these also seem to be fixed by refreshing the page. Has anyone run into these problems and found a fix?
EDIT: My most prevalent error is:
Error: ASP.NET Ajax client-side framework failed to load.
I don't understand why, but someone without a name at the Silverlight forums has found a solution that worked for me:
Just add or uncomment this entry to your hosts file (%SystemRoot%\system32\drivers\etc\hosts):
127.0.0.1 localhost
I noticed this as well with Silverlight 4, but also when I start a simple web project.
IE9 has a shorter startup time that IE8. Debugging a Silverlight application starts the development web server to host the http:// site. The time that it took to start up the web server was less than the time to start up IE8 and greater than the time it takes to start up IE9.
#Michael S. Scherotter - It can't be because of the shorter startup time because making the host file change which fixed it for me would have zero impact on app startup time. Something else must be causing the browser and Cassini to not talk to each other correctly.
One other fix, related to the others is to change the StartURL to launch to the loop back address directly, rather than editing the hosts file. So, in one app, I've got this as the start URL:
http://127.0.0.1.:60525/
Of course, to make this work consistently, I've selected a "specific port" in configuration, as 60525 in this case.
(the trailing . after the loop back address is to allow Fiddler to do its magic).