İstediğiniz ölçülerde Kaligrafi çalışma kağıdı indirmek için bu siteyi kullanabilirsiniz. Kağıt boyutu, uç kalınlığı, yazı eğimi açısı vb. seçenekler ile kaligrafi çalışma kağıdı indirmek için özel bir site:
Siteye gitmek için resme tıklayın.
Komut satırından (CLI: Command Line Interface) PHP scripti çalıştırırken, scriptin sağlıklı çalışması için daha yüksek memory limit ihtiyacınız olabilir. Bunu “-d” yada “-define” parametresini komutta kullanarak yapabilirsiniz.
Bu seçeneği kullanarak diğer php.ini’deki ayarları sadece bu komutla çalıştırdığınızda geçerli olmak üzere değişiklik de yapabilirsiniz. Örnek olarak memory_limit değişkenini şöyle değiştiriyoruz:
php -d memory_limit=128M script.php
Bu seçenek size sadece php.ini içinde izin verilen herhangi bir konfigürasyon seçeneğini ayarlamanıza olanak verir.
Php Manual’da -d foo[=bar] Define INI entry foo with value 'bar'
şeklinde açıklanıyor.
SSH keys provide a more secure way of logging into a virtual private server with SSH than using a password alone. While a password can eventually be cracked with a brute force attack, SSH keys are nearly impossible to decipher by brute force alone. Generating a key pair provides you with two long string of characters: a public and a private key. You can place the public key on any server, and then unlock it by connecting to it with a client that already has the private key. When the two match up, the system unlocks without the need for a password. You can increase security even more by protecting the private key with a passphrase.
The first step is to create the key pair on the client machine (there is a good chance that this will just be your computer):
ssh-keygen -t rsa
Once you have entered the Gen Key command, you will get a few more questions:
Enter file in which to save the key (/home/demo/.ssh/id_rsa):
You can press enter here, saving the file to the user home (in this case, my example user is called demo).
Enter passphrase (empty for no passphrase):
It’s up to you whether you want to use a passphrase. Entering a passphrase does have its benefits: the security of a key, no matter how encrypted, still depends on the fact that it is not visible to anyone else. Should a passphrase-protected private key fall into an unauthorized users possession, they will be unable to log in to its associated accounts until they figure out the passphrase, buying the hacked user some extra time. The only downside, of course, to having a passphrase, is then having to type it in each time you use the Key Pair.
The entire key generation process looks like this:
ssh-keygen -t rsa Generating public/private rsa key pair. Enter file in which to save the key (/home/demo/.ssh/id_rsa): Enter passphrase (empty for no passphrase): Enter same passphrase again: Your identification has been saved in /home/demo/.ssh/id_rsa. Your public key has been saved in /home/demo/.ssh/id_rsa.pub. The key fingerprint is: 4a:dd:0a:c6:35:4e:3f:ed:27:38:8c:74:44:4d:93:67 demo@a The key's randomart image is: +--[ RSA 2048]----+ | .oo. | | . o.E | | + . o | | . = = . | | = S = . | | o + = + | | . o + o . | | . o | | | +-----------------+
The public key is now located in /home/demo/.ssh/id_rsa.pub
The private key (identification) is now located in /home/demo/.ssh/id_rsa
Once the key pair is generated, it’s time to place the public key on the virtual server that we want to use.
You can copy the public key into the new machine’s authorized_keys file with the ssh-copy-id command. Make sure to replace the example username and IP address below.
ssh-copy-id user@123.45.56.78
Alternatively, you can paste in the keys using SSH:
cat ~/.ssh/id_rsa.pub | ssh user@123.45.56.78 "mkdir -p ~/.ssh && cat >> ~/.ssh/authorized_keys"
No matter which command you chose, you should see something like:
The authenticity of host '12.34.56.78 (12.34.56.78)' can't be established. RSA key fingerprint is b1:2d:33:67:ce:35:4d:5f:f3:a8:cd:c0:c4:48:86:12. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added '12.34.56.78' (RSA) to the list of known hosts. user@12.34.56.78's password: Now try logging into the machine, with "ssh 'user@12.34.56.78'", and check in: ~/.ssh/authorized_keys to make sure we haven't added extra keys that you weren't expecting.
Now you can go ahead and log into user@12.34.56.78 and you will not be prompted for a password. However, if you set a passphrase, you will be asked to enter the passphrase at that time (and whenever else you log in in the future).
Once you have copied your SSH keys unto your server and ensured that you can log in with the SSH keys alone, you can go ahead and restrict the root login to only be permitted via SSH keys.
In order to do this, open up the SSH config file:
sudo nano /etc/ssh/sshd_config
Within that file, find the line that includes PermitRootLogin
and modify it to ensure that users can only connect with their SSH key:
PermitRootLogin without-password
Put the changes into effect:
reload ssh
The Digital Ocean control allows you to add public keys to your new droplets when they’re created. You can generate the SSH Key in a convenient location, such as the computer, and then upload the public key to the SSH key section.
Then, when you create a new VPS, you can choose to include that public key on the server. No root password will be emailed to you and you can log in to your new virtual private server from your chosen client. If you created a passphrase, you will be prompted to enter that upon login.
var $j = jQuery.noConflict(); $j(document).ready(function () { $j("li:has(ul)").children("a").click(function () { return false; }); });
The problem is
Windows could not start because the following file (\WINDOWS\SYSTEM32\CONFIG\SYSTEM) is missing or corrupt:
Windows failed to start. A recent hardware or software change might be the cause. To fix problem:
1. insert your windows installation disc and restart your computer.
2. choose your language settings, and click next
3. click "repair your computer"
If yo do not have this disc, contact your administrator system administrator or computer manufacture for assistance.
file: \windows\system32\config\system
status: 0xc0000098
info : windows failed to load because the system registry file is missing or corrupt
In our case your windows is Windows 7
This problem is exactly the file “\Windows\system32\config\system” may be missing or corrupted and the windows is already have a backup for this file all you need is to copy the backup file to the the current one and restart like the following
With the Windows 7 CD or usb Key boot the system.
Open a command prompt in the recovery console. (Shift + F10)
go to file location (may be windows appear in D not C because usually there is 100 MB may be invisible for booting)
cd c:\Windows\system32\config
ren SYSTEM SYSTEM.BACKUP
copy regback\SYSTEM SYSTEM
Reboot the system.