ΓΙΑΤΙ ΝΑ ΝΟΙΚΙΑΣΩ ΤΟ ΣΠΙΤΙ ΜΟΥ ΣΕ ΑΥΤΟ (Η ΣΕ ΑΛΛΑ ΑΝΤΙΣΤΟΙΧΑ SITES);
Επειδή είναι ένας εύκολος και έξυπνος τρόπος να αποκτήσετε εισόδημα από το σπίτι σας ή να το αυξήσετε.  

Επίσης υπάρχει αυξανόμενη ζήτηση του κοινού και ήδη υπάρχουν περισσότεροι από 900.000 χώροι σε 190 χώρες που μισθώνονται με αυτόν τον τρόπο και πάνω από το 50% των κρατήσεων ήδη γίνεται στην Ευρώπη.
Θα ήθελα να μείνω μακριά από αυτό. Είναι ένα πολύ κακό παράδειγμα. Δεν καταλαβαίνω γιατί η Microsoft έθεσε στο διαδίκτυο. Πρώτα απ 'όλα για τους λόγους ασφαλείας, αλλά ο κώδικας είναι πολύ δύσκολο να διαβάσει για τους νέους σχεδιαστές. Χρησιμοποιώ asp.net MVC από την προεπισκόπηση 2, αλλά είναι ακόμα πολύ δύσκολο να διαβάσει αυτόν τον κωδικό, γιατί είναι κακό. Πολλές καλύτερα παραδείγματα που βρέθηκαν ή που χρησιμοποιούνται εδώ στοίβα υπερχείλιση. Προσωπικά προτείνω να παρακολουθείτε τα screencasts στην ιστοσελίδα Rob Connery ή για [Autumnofagile](http://www.autumnofagile.net)


[Karl Seguin πήρε το χρόνο για να συνοψίσουμε](http://codebetter.com/blogs/karlseguin/archive/2008/12/15/oxite-oh-dear-lord-why.aspx)


[Rob Κόνερι εργάζεται για τη Microsoft και δεν του αρέσει, είτε](http://blog.wekeroad.com/blog/some-thoughts-on-oxite/)


[Μια νέα λέξη είναι το όνομά του, αφού: Oxitis](http://frickinsweet.com/ryanlanciaux.com/post/Do-you-have-this-condition.aspx) απ’ οτι φαινεται στην εικονα το διαμερισμα /home εχει λιγο ελευθερο χωρο. το πιθανοτερο λοιπον ειναι με αυτο να σχετιζονται τα μηνυματα μη επαρκους χωρου. αυτο που μπορεις να κανεις ειναι να διαγραψεις το τελευταιο διαμερισμα(αυτο που εχει 7.7gb δεδομενα), η αν εχεις δεδομενα εκει που θελεις να κρατ… Χρησιμοποιήστε τις μεθόδους ελέγχου ταυτότητας ηλεκτρονικού ταχυδρομείου, όπως το [SPF](http://en.wikipedia.org/wiki/Sender_Policy_Framework) , και [DKIM](https://help.ubuntu.com/community/Postfix/DKIM) να αποδείξει ότι τα email σας και το όνομα τομέα σας ανήκουν μαζί, και να αποφεύγεται η νοθεία του domain name σας. Η ιστοσελίδα SPF περιλαμβάνει έναν οδηγό για τη δημιουργία του DNS πληροφορίες για την περιοχή σας.


[Ελέγξτε](http://remote.12dt.com/) το [αντίστροφο DNS](http://en.wikipedia.org/wiki/Reverse_DNS_lookup) για να βεβαιωθείτε ότι η διεύθυνση IP του σημεία διακομιστή αλληλογραφίας σας στο όνομα τομέα που χρησιμοποιείτε για την αποστολή μηνυμάτων ηλεκτρονικού ταχυδρομείου.


Βεβαιωθείτε ότι η διεύθυνση IP που χρησιμοποιείτε είναι [όχι σε μαύρη λίστα](http://www.spamhaus.org/lookup.lasso)


Βεβαιωθείτε ότι η απάντηση σε διεύθυνση είναι έγκυρη, υπάρχουσα διεύθυνση.


Χρησιμοποιήστε το πλήρες, το πραγματικό όνομα του παραλήπτη στο πεδίο Προς, όχι μόνο η ηλεκτρονική διεύθυνση (π.χ. `"John Smith" <john@blacksmiths-international.com>`).


Παρακολουθήστε τους λογαριασμούς κακοποίηση σας, όπως abuse@yourdomain.com και postmaster@yourdomain.com. Αυτό σημαίνει - βεβαιωθείτε ότι υπάρχουν αυτοί οι λογαριασμοί, διαβάστε τι αποστέλλονται σε αυτούς, και να ενεργήσει σχετικά με τις καταγγελίες.


Τέλος, καθιστούν **πολύ** εύκολο να διαγραφείτε. Σε αντίθετη περίπτωση, οι χρήστες σας θα διαγραφείτε πατώντας το **ανεπιθύμητο** κουμπί, και αυτό θα επηρεάσει τη φήμη σας.


Τούτου λεχθέντος, να πάρει το Hotmail για να δεχτεί τα μηνύματα σας παραμένει μια μαύρη μαγεία. αν θυμάμαι καλά(μιας και έχουν περάσει μερικα’χρόνια), μπορεί να γίνει με το gparted. κάνεις αντιγραφή του διαμερίσματος/διαμερισμάτων και επικόλληση στο νέο δίσκο και από τη στιγμή που υπάρχει χώρος αντιγράφονται στο νέο δίσκο. Υπάρχουν τόσοι πολλοί παράγοντες για την απόδοση του server (CPU, RAM, I / O, μνήμη cache, τοπικές ή εξωτερική βάση δεδομένων, δικτύωση, κλπ) που δεν μπορείτε να guesstimate ακόμη και το ποσό των servers που απαιτούνται για ένα συγκεκριμένο έργο.


Θεωρώ ότι όποιος προσπαθεί να το καταλάβουν αυτό θα είναι κάτω τούτοις λάθος δρόμο, επειδή συχνά έχουν κάποια ρεαλιστική ιδέα ότι η περιοχή πρόκειται να κάνει αυτό πρόκειται να είναι εξωφρενικά δημοφιλές.


Η συμβουλή μου, μόνο την κατασκευή της εφαρμογής σας και να χρησιμοποιήσετε 1 διακομιστές, ας υποθέσουμε μπορεί να χρειαστεί ένα σύμπλεγμα διακομιστών, έτσι χτίσει το λογισμικό σας ανάλογα (η οποία με τη ΝΕΤ σημαίνει λίγο πολύ ότι δεν κάνει τίποτα διαφορετικό). Μόνο αγοράσουν περισσότερους servers όταν έχετε μια πραγματική ανάγκη, την αγορά / ενοικίαση διακομιστών σε αναμονή θα οδηγήσει πάντα να σπαταλούνται τα χρήματα, δεν είστε Amazon, ούτε το Google, δεν μπορούμε να υποθέσουμε με ακρίβεια τη μελλοντική επέκταση μέχρι να έχετε τα σημερινά στοιχεία.


Νομίζω ότι θα βρείτε 1 καλή server είναι εκπληκτικά γρήγορο και μπορεί να χειριστεί πολλούς χρήστες. Λάβετε υπόψη StackOverflow (τελευταία είδα) λειτουργεί μόνο σε 2 servers? ένα web server και ένα διακομιστή βάσης δεδομένων ... αυτό είναι όλο. <p><strong> συνολικά: </strong></p><p>τόσο το put όσο και το post μπορούν να χρησιμοποιηθούν για τη δημιουργία.</p><p>πρέπει να ρωτήσετε "σε τι εκτελείτε τη δράση;" να διακρίνετε τι πρέπει να χρησιμοποιείτε. ας υποθέσουμε ότι σχεδιάζετε ένα api για να κάνετε ερωτήσεις. εάν θέλετε να χρησιμοποιήσετε το post τότε θα το κάνετε σε μια λίστα ερωτήσεων. εάν θέλετε να χρησιμοποιήσετε το put τότε θα το κάνετε αυτό σε μια συγκεκριμένη ερώτηση.</p><p><strong> μεγάλη και οι δύο μπορούν να χρησιμοποιηθούν, έτσι ποιο πρέπει να χρησιμοποιήσω στο restful σχεδιασμό μου: </strong></p><p>δεν χρειάζεται να υποστηρίζετε τόσο το put όσο και το post.</p><p>το οποίο χρησιμοποιείται παραμένει στο χέρι σας. αλλά θυμηθείτε να χρησιμοποιήσετε το σωστό, ανάλογα με το αντικείμενο που αναφέρετε στο αίτημα.</p><p>μερικές σκέψεις:</p><ul> <li>ονομάζετε ρητά τα αντικείμενα url που δημιουργείτε ή αφήστε το διακομιστή να αποφασίσει; εάν τους ονομάσετε τότε χρησιμοποιήστε put. εάν αφήσετε τον διακομιστή να αποφασίσει στη συνέχεια, χρησιμοποιήστε το post.</li> <li>put είναι idempotent, οπότε αν put ένα αντικείμενο δύο φορές, δεν έχει καμία επίδραση. αυτή είναι μια ιδιοκτησία της νίκαιας, οπότε θα μπορούσα να χρησιμοποιήσω το put όταν ήταν δυνατόν.</li> <li>μπορείτε να ενημερώσετε ή να δημιουργήσετε έναν πόρο με put με την ίδια διεύθυνση url αντικειμένου</li> <li>με το post μπορείτε να έχετε 2 αιτήματα που εισέρχονται ταυτόχρονα για τροποποιήσεις σε μια διεύθυνση url και μπορεί να ενημερώσουν διαφορετικά μέρη του αντικειμένου.</li> </ul><p><strong> ένα παράδειγμα: </strong></p><p> <a href="https://stackoverflow.com/questions/256349/what-are-the-best-common-restful-url-verbs-and-actions/256359#256359">έγραψα τα εξής ως μέρος μιας άλλης απάντησης σχετικά με το so</a> :</p><blockquote> <p><strong> post: </strong></p> <p>χρησιμοποιείται για την τροποποίηση και την ενημέρωση ενός πόρου</p> <pre><code>post /questions/&lt;existing\_question&gt; http/1.1 host: www.example.com/ </code></pre> <p>σημειώστε ότι το ακόλουθο είναι ένα σφάλμα:</p> <pre><code>post /questions/&lt;new\_question&gt; http/1.1 host: www.example.com/ </code></pre> <p>εάν η διεύθυνση url δεν έχει δημιουργηθεί ακόμη, δεν θα πρέπει να χρησιμοποιείτε το post για να το δημιουργήσετε ενώ καθορίζετε το όνομα. αυτό θα πρέπει να έχει ως αποτέλεσμα ένα σφάλμα 'πόρος δεν βρέθηκε' επειδή το <code>&lt;new\_question&gt;</code> δεν υπάρχει ακόμα. πρέπει πρώτα να τοποθετήσετε τον πόρο <code>&lt;new\_question&gt;</code> στον διακομιστή.</p> <p>θα μπορούσατε όμως να κάνετε κάτι τέτοιο για να δημιουργήσετε πόρους χρησιμοποιώντας post:</p> <pre><code>post /questions http/1.1 host: www.example.com/ </code></pre> <p>σημειώστε ότι σε αυτήν την περίπτωση το όνομα του πόρου δεν έχει καθοριστεί, η διαδρομή url των νέων αντικειμένων θα σας επιστραφεί.</p> <p><strong> σημειωση: </strong></p> <p>χρησιμοποιείται για τη δημιουργία ενός πόρου ή για την αντικατάστασή του. ενώ ορίσετε τους πόρους νέα διεύθυνση url.</p> <p>για έναν νέο πόρο:</p> <pre><code>put /questions/&lt;new\_question&gt; http/1.1 host: www.example.com/ </code></pre> <p>για να αντικαταστήσετε μια υπάρχουσα πηγή:</p> <pre><code>put /questions/&lt;existing\_question&gt; http/1.1 host: www.example.com/ </code></pre></blockquote> αν δεχθούμε ότι σκοπός του σπιτιού είναι να μας προστατεύει από τον άνεμον την βροχήν και τον καύσωνα τότε πρέπει να το παραδεχτούμε ότι κάτι δεν πάει καλά, όμως δεν είσαστε μόνοι, στην αρχή νόμιζα ότι μου κάνατε πλάκα γιατί ακριβώς τα ίδια έχουμε και στην πολυκατοικία που μένω . μέχρι και τη διπλανή πολυκατοικία από την οποία νερά της βροχής περνάνε στο δικό μας υπόγειο ιδιοκτήτης της είναι κάποια κυρία τέτοια σύμπτωση!. ο κατασκευαστής που παρέδωσε την πολυκατοικία πριν 5 χρόνια κάνει την πάπια. από τα ποιο ωραία που έχει πεί είναι ότι μετά την κρίση θα πάρει αντιπαροχή την διπλανή πολυκατοικία και θα τακτοποιηθεί η υγρασία εν τω μεταξύ ποτάμι το υπόγειο κάθε που βρέχει . βέβαια έχουμε και άλλα νερά που εμφανίζονται στο φρεάτιο του ασανσέρ από άλλη πλευρά που προσπαθεί να τα αντλήσει με αντλία και να ‘θάψει’ το θέμα. δηλαδή τελικά τι να σας πώ? ψάξτε με διαφόρους τρόπους μέχρι να βγάλετε άκρη, δεδομένου ότι ο κατασκευαστής πρέπει να φτιάχνει την οικοδομή έτσι ώστε να μην ‘μπάζει’ ασχέτως τι συμβαίνει τριγύρω (άνεμοι βροχές καύσωνες) . τρουλλινός γιώργος , υδραυλικός , αθήνα , αττική , 6932860310. παίζει να έχεις κανένα firewall rule που να σε κόβει; to ventoy μου το πρότειναν στο επίσημο forum του manjaro…

από οτι φαίνεται είναι σημαντικό το dd (κρίμα που δεν μου έστειλες το link νωρίτερα).

εντωμεταξύ σε ρώτησα τι είναι το dd αλλά το σύστημα δεν δημοσίευσε το post λόγω πολλών (post) από την πλευρά μου…

είμαι πολύ καινούργιος σε αυτό αλλά θα … κάτι έχει γίνει λάθος στην περίπτωσης σου διότι αυτή η μετάφραση χρησιμοποιείται σε αρκετές επαγγελματικές εγκαταστάσεις εταιρειών (με εξαίρεση κάποιες περιπτώσεις που είναι custom μεταφράσεις εξειδίκευσης π.χ. ιατρεία, οδοντιατρεία, δικηγορικά γραφεία και δεν είναι online)