πρόβλημα με την ανάλυση οθόνης στο virtual box 6.1
γεια σας έχω fedora kde 31, έχω εγκαταστήσει

το virtual box 6.1.2. to πρόβλημα μου είναι η ανάλυση που μου δίνει μετά απο εγκατάσταση κάποιας διανομής είναι 800χ600. αυτό συμβαίνει με την εκδοσή 6 στην 5 δεν το είχα και συμβαίνει σε όλες τις διανομές.
τελικά έβαλα την έκδοση 5.2.36 η οποία λειτουργεί μια χαρά!
Αυτή είναι μια σύγκρουση μεταξύ του οδηγού γραφικών σας και το Visual Studio. Μεταβείτε στη σελίδα ρυθμίσεων του οδηγού σας (Πίνακας ελέγχου) και να απενεργοποιήσετε τις συντομεύσεις περιστροφή της οθόνης. Με αυτή η σύγκρουση αφαιρεθεί, η συντόμευση θα λειτουργήσει στο Visual Studio. <p>δεν περιγράφετε κλίμακα για να ταιριάζει. περιγράφεις την εμφάνιση. (έχω επεξεργαστεί την ερώτησή σας σε αυτό το θέμα.) η υποβολή γίνεται όσο το δυνατόν μεγαλύτερη, διατηρώντας παράλληλα την αναλογία της και προσαρμόζοντας εξ ολοκλήρου μέσα στον γονέα της.</p><p>τέλος πάντων, μπορείτε να το κάνετε αυτό με αυτόματη διάταξη. μπορείτε να το κάνετε εξ ολοκλήρου στο ib από xcode 5.1. ας ξεκινήσουμε με μερικές προβολές:</p><p><img src="https://i.stack.imgur.com/hhdxr.png" alt="some views"></p><p>η ανοιχτή πράσινη όψη έχει αναλογία διαστάσεων 4: 1. η σκούρα πράσινη προβολή έχει αναλογία διαστάσεων 1: 4. πρόκειται να δημιουργήσω περιορισμούς έτσι ώστε η μπλε όψη να γεμίζει το πάνω μισό της οθόνης, η ροζ όψη να γεμίζει το κάτω μισό της οθόνης και κάθε πράσινη προβολή να επεκτείνεται όσο το δυνατόν περισσότερο, διατηρώντας παράλληλα τον λόγο διαστάσεων και προσαρμόζοντας την δοχείο.</p><p>κατ 'αρχάς, θα δημιουργήσω περιορισμούς και στις τέσσερις πλευρές της μπλε όψης. θα το περάσω στον κοντινότερο γείτονα σε κάθε άκρη, με απόσταση 0. φροντίζω να απενεργοποιήσω τα περιθώρια:</p><p><img src="https://i.stack.imgur.com/yo2jf.gif" alt="blue constraints"></p><p>σημειώστε ότι το i <strong> δεν ενημερώνει </strong> το πλαίσιο ακόμα. θεωρώ ότι είναι ευκολότερο να αφήνετε χώρο μεταξύ των απόψεων κατά τη δημιουργία περιορισμών και απλά να ορίσετε τις σταθερές στο 0 (ή οτιδήποτε άλλο) με το χέρι.</p><p>στη συνέχεια, κλίνω το αριστερό, το κάτω και το δεξί άκρο της ροζ εικόνας στον πλησιέστερο γείτονά της. δεν χρειάζεται να ρυθμίσω έναν ανώτατο περιορισμό edge επειδή η άνω άκρη του είναι ήδη περιορισμένη στο κάτω άκρο της μπλε όψης.</p><p><img src="https://i.stack.imgur.com/spins.gif" alt="pink constraints"></p><p>χρειάζομαι επίσης έναν περιορισμό ισοδύναμων μεταξύ των ροζ και μπλε απόψεων. αυτό θα τους κάνει να γεμίσουν το ήμισυ της οθόνης:</p><p><img src="https://i.stack.imgur.com/oelrv.gif" alt="enter image description here"></p><p>αν λέω στο xcode να ενημερώσει όλα τα πλαίσια τώρα, έχω αυτό:</p><p><img src="https://i.stack.imgur.com/9fbwl.png" alt="containers laid out"></p><p>έτσι, οι περιορισμοί που έχω δημιουργήσει μέχρι τώρα είναι σωστοί. ανεξάρτητα από αυτό και να αρχίσετε να εργάζεστε με την ανοιχτό πράσινη όψη.</p><p>η τοποθέτηση σε πτυχές της ανοιχτής πράσινης προβολής απαιτεί πέντε περιορισμούς:</p><ul> <li>απαιτούμενος λόγος αναλογίας διαστάσεων προτεραιότητας στην ανοιχτό πράσινη όψη. μπορείτε να δημιουργήσετε αυτόν τον περιορισμό σε xib ή storyboard με xcode 5.1 ή νεότερη έκδοση.</li> <li>ο περιορισμός της απαιτούμενης προτεραιότητας που περιορίζει το πλάτος της ανοιχτό πράσινης όψης να είναι μικρότερο ή ίσο με το πλάτος του δοχείου.</li> <li>ένας περιορισμός υψηλής προτεραιότητας που καθορίζει το πλάτος της ανοιχτής πράσινης όψης να είναι ίσο με το πλάτος του δοχείου.</li> <li>ο περιορισμός της απαιτούμενης προτεραιότητας που περιορίζει το ύψος της ανοιχτής πράσινης όψης να είναι μικρότερο ή ίσο με το ύψος του δοχείου.</li> <li>ένας περιορισμός υψηλής προτεραιότητας που θέτει το ύψος της ανοιχτής πράσινης όψης να είναι ίσο με το ύψος του δοχείου.</li> </ul><p>ας εξετάσουμε τους δύο περιορισμούς πλάτους. ο περιορισμός που δεν είναι ο ίδιος, είναι επαρκής για να καθορίσει το πλάτος της ανοιχτής πράσινης όψης. πολλά πλάτη θα ταιριάζουν με τον περιορισμό. δεδομένου ότι υπάρχει ασάφεια, το autolayout θα προσπαθήσει να επιλέξει μια λύση που ελαχιστοποιεί το σφάλμα στον άλλο περιορισμό (υψηλής προτεραιότητας αλλά όχι υποχρεωτικό). η ελαχιστοποίηση του σφάλματος σημαίνει ότι το πλάτος είναι όσο το δυνατόν πλησιέστερο στο πλάτος του κιβωτίου, ενώ δεν παραβιάζεται ο απαιτούμενος περιορισμός που δεν είναι μικρός ή ίσος.</p><p>το ίδιο συμβαίνει και με τον περιορισμό του ύψους. και επειδή απαιτείται επίσης ο περιορισμός της αναλογίας πλευρών, μπορεί να μεγιστοποιηθεί το μέγεθος του υποβιβασμού κατά μήκος ενός άξονα (εκτός αν ο περιέκτης έχει την ίδια αναλογία διαστάσεων με την υποέκθεση).</p><p>έτσι πρώτα δημιουργώ τον περιορισμό της αναλογίας διαστάσεων:</p><p><img src="https://i.stack.imgur.com/4ihow.gif" alt="top aspect"></p><p>στη συνέχεια, δημιουργώ ίσους περιορισμούς πλάτους και ύψους με το δοχείο:</p><p><img src="https://i.stack.imgur.com/vycag.gif" alt="top equal size"></p><p>πρέπει να επεξεργαστώ αυτούς τους περιορισμούς ώστε να είναι λιγότερο από-ή-ίσους περιορισμούς:</p><p><img src="https://i.stack.imgur.com/bc7rh.gif" alt="top less than or equal size"></p><p>στη συνέχεια πρέπει να δημιουργήσω ένα άλλο σύνολο ίσων περιορισμών πλάτους και ύψους με το δοχείο:</p><p><img src="https://i.stack.imgur.com/u9hkm.gif" alt="top equal size again"></p><p>και πρέπει να θέσω τους νέους αυτούς περιορισμούς λιγότερο από την απαιτούμενη προτεραιότητα:</p><p><img src="https://i.stack.imgur.com/i7dte.gif" alt="top equal not required"></p><p>τελικά, ζητήσατε να είναι κεντραρισμένο το υποπεριοχή στο δοχείο του, οπότε θα ρυθμίσω αυτούς τους περιορισμούς:</p><p><img src="https://i.stack.imgur.com/4dtr1.gif" alt="top centered"></p><p>τώρα, για να δοκιμάσετε, θα επιλέξω τον ελεγκτή προβολής και θα ζητήσω από το xcode να ενημερώσει όλα τα πλαίσια. αυτό έχω:</p><p><img src="https://i.stack.imgur.com/kmtoy.png" alt="incorrect top layout"></p><p>ωχ! το subview έχει επεκταθεί για να γεμίσει πλήρως το δοχείο του. αν το επιλέξω, μπορώ να δω ότι στην πραγματικότητα διατηρείται η αναλογία του, αλλά κάνει μια πτυχή - <strong> συμπληρώστε </strong> αντί για μια πτυχή - <strong> ταιριάζει </strong>.</p><p>το πρόβλημα είναι ότι σε έναν λιγότερο από ή ίσο περιορισμό, έχει σημασία ποια είναι η άποψη σε κάθε άκρο του περιορισμού, και το xcode έχει δημιουργήσει τον περιορισμό απέναντι από την προσδοκία μου. θα μπορούσα να επιλέξω καθέναν από τους δύο περιορισμούς και να αντιστρέψω το πρώτο και δεύτερο στοιχείο. αντ 'αυτού, θα επιλέξω μόνο το subview και θα αλλάξω τους περιορισμούς ώστε να είναι μεγαλύτερο από-ή-ίσο:</p><p><img src="https://i.stack.imgur.com/mh4xm.gif" alt="fix top constraints"></p><p>το xcode ενημερώνει τη διάταξη:</p><p><img src="https://i.stack.imgur.com/srvqg.png" alt="correct top layout"></p><p>τώρα κάνω όλα τα ίδια πράγματα με τη σκούρα πράσινη θέα στο κάτω μέρος. πρέπει να σιγουρευτώ ότι η αναλογία πλευρών είναι 1: 4 (το xcode το μείωσε με περίεργο τρόπο αφού δεν είχε περιορισμούς). δεν θα δείξω τα βήματα ξανά, αφού είναι τα ίδια. εδώ είναι το αποτέλεσμα:</p><p><img src="https://i.stack.imgur.com/kdj1r.png" alt="correct top and bottom layout"></p><p>τώρα μπορώ να το εκτελέσω στον προσομοιωτή iphone 4s, ο οποίος έχει διαφορετικό μέγεθος οθόνης από τον ib που χρησιμοποιείται και δοκιμή περιστροφής:</p><p><img src="https://i.stack.imgur.com/hpa6w.gif" alt="iphone 4s test"></p><p>και μπορώ να δοκιμάσω στο iphone 6 προσομοιωτή:</p><p><img src="https://i.stack.imgur.com/otbq9.gif" alt="iphone 6 test"></p><p>έχω ανεβάσει τον τελικό πίνακα ιστορικού μου στο <a href="https://gist.github.com/mayoff/d9320088ab4025c95e40">αυτό το gist</a> για την ευκολία σας.</p> Έχω χρησιμοποιήσει την 64bit έκδοση του TortoiseSVN για πολύ καιρό και δεν είχα ποτέ προβλήματα με αυτό στα Windows 64Bit ή 64Bit Vista. Εγώ σήμερα δεν γνωρίζω οποιοδήποτε άλλο παρόμοιο πελάτη SVN που λειτουργούν στα Vista. Είναι δυνατόν το πρόβλημα θα μπορούσε να βρίσκεται μέσα στην διαμόρφωση του TortoiseSVN ή ακόμα και την εγκατάσταση των Vista; Είναι το πρόβλημα που εμφανίζεται σε Vista μητρική ή SP 1; Ενημέρωση (Λύθηκε): Προσθήκη <% @ CODEPAGE = 65001%> κατά την έναρξη της σελίδας διορθωθεί το πρόβλημα ( <http://technet.microsoft.com/en-us/library/bb742422.aspx> )


Πολλές ευχαριστίες για όλες τις προτάσεις. **Καλύτερο που έχετε να κάνετε:**


* Η μίσθωση ενός άντρα ασφαλείας για την ανάλυση του πηγαίου κώδικα
* Δεύτερο καλύτερο πράγμα που κάνει την πρόσληψη ενός / pentesting εταιρεία τύπος ασφαλείας για την ανάλυση μαύρο κουτί


**Μετά τα εργαλεία θα βοηθήσουν:** 


* Στατική Εργαλεία Ανάλυσης οχυρώσουν Εργαστήρια / ουγγιά - Κωδικός κριτική
* Σκεφτείτε λύσεις όπως είναι η ασφαλής αντικείμενο (VS.NET addon) WebInspects της HP
* Αγοράζοντας ένα σαρωτή εφαρμογή blackbox όπως Netsparker, AppScan, WebInspect, Hailstorm, Acunetix ή δωρεάν έκδοση του [Netsparker](http://www.mavitunasecurity.com/communityedition/)


Πρόσληψη κάποιο ειδικό ασφάλειας είναι πολύ καλύτερη ιδέα (θα κοστίσει περισσότερο αν) επειδή δεν θα βρείτε μόνο ένεση και τεχνικά ζητήματα, εφόσον ένα αυτοματοποιημένο εργαλείο για να βρείτε, θα βρείτε επίσης όλα τα λογικά θέματα. Εντάξει, έτσι κανείς δεν βοήθησε, θα γράψω τη λύση βρήκα τον εαυτό μου.


1. (Προαιρετικά) Εάν χρησιμοποιείτε το NVM, μπορείτε να εγκαταστήσετε τις τελευταίες node.js στην πρώτη θέση και να μεταβείτε σε αυτό, για να αποφύγετε πιθανά προβλήματα
2. Εγκαταστήστε το βήτα γωνιακή / CLI στην έκδοση 7, παγκόσμιο και τοπικό επίπεδο στο έργο
3. Σε package.json αντικαταστήστε όλες τις εμφανίσεις με την τρέχουσα έκδοση του γωνιακού σας (π.χ. 6.1.7) με ^ 7.0.0-beta.5
4. NPM εγκατάσταση
5. Εάν υπάρχουν προβλήματα διαγράψετε node\_modules και δοκιμάστε ξανά NPM εγκαταστήσετε


Αν θέλετε να είστε σίγουροι, ότι άλλα πακέτα σας είναι στην τελευταία έκδοση, μπορείτε να εγκαταστήσετε άδειο εφαρμογή γωνιακή 7 κάπου αλλού με β γωνιακή / cli και να ελέγξει τι άλλαξε στην package.json. Δυστυχώς γωνιακή ομάδα δεν παρέχει ένα εργαλείο για την εγκατάσταση επιθυμητό έκδοση του γωνιακού, αλλά βήτα cli εγκαθιστά γωνιακή 7 από προεπιλογή.


Όσο για Ivy renderer δεν είναι προεπιλογή σε γωνιακή 7 beta. Προσπάθησα να το ενεργοποιήσετε με το χέρι και δεν λειτούργησε. Φαίνεται ότι το έργο αυτό χρειάζεται πολύ περισσότερη δουλειά για να ολοκληρωθεί ακόμα και δεν υπάρχουν πολλές πληροφορίες στο διαδίκτυο πώς να το χρησιμοποιήσετε σωστά το προηγμένο σχέδιο (υπάρχουν μόνο μερικά πολύ απλά μαθήματα για κενές έργα).


Ivy κατάσταση renderer: <https://is-angular-ivy-ready.firebaseapp.com/#/status>
<https://github.com/angular/angular/blob/master/packages/core/src/render3/STATUS.md>


Ivy renderer φροντιστήριο: <https://blog.imaginea.com/ivy-a-look-at-the-new-render-engine-for-angular/> [Visual διακομιστή SVN](http://www.visualsvn.com/server) θα χρησιμοποιήσουν τα υπάρχοντα αποθετήρια SVN σας χωρίς προβλήματα. Έχω μεταναστεύσει με επιτυχία τα αρχεία καταγραφής από το SVN + Apache σε Visual διακομιστή SVN για πολλές περιπτώσεις. Θα πρέπει να δώσετε περισσότερες πληροφορίες σχετικά με το περιβάλλον ανάπτυξής σας για να πάρετε μια συγκεκριμένη απάντηση.


Για παράδειγμα, με ένα C # έργο στο Visual Studio, μπορείτε να κάνετε δεξί κλικ στα Project-> Ιδιότητες και, στη συνέχεια, να συμπληρώσετε το πεδίο «Εντολή επιχειρήματα γραμμή» στην καρτέλα «Debug». [Εδώ είναι μια άλλη λύση](http://code.google.com/p/vs-android/) , που ενσωματώνει πλήρως το NDK μέσα στο Visual Studio. Δεν makefiles. Συμπεριφέρεται σαν μια σωστή έργο Win32: Rex, υποψιάζομαι ένα καλό μέρος για να αρχίσετε να ψάχνετε είναι λύσεις που **συμπιέζουν το ViewState** - από όπου και αν αρπάζοντας ViewState στο διακομιστή προτού να σταλεί προς τα κάτω στον πελάτη και χρησιμοποιούντο το gzip αυτό. Αυτό είναι ακριβώς που θέλετε να είναι.


* [Scott Hanselman για ViewState συμπίεσης](http://www.hanselman.com/blog/CommentView,guid,febce059-7e7c-439e-af3d-c53d250b3e9c.aspx) (2005)
* [ViewState συμπίεσης με System.IO.Compression](http://www.bloggingdeveloper.com/post/How-To-Compress-ViewState-in-ASPNET-20-ViewState-Compression-with-SystemIOCompression.aspx) (2007)