MySQL requires indexes on foreign keys and referenced keys so that foreign key checks can be fast and not require a table scan. In the referencing table, there must be an index where the foreign key columns are listed as the first columns in the same order. Such an index is created on the referencing table automatically if it does not exist. This index might be silently dropped later, if you create another index that can be used to enforce the foreign key constraint. index_name, if given, is used as described previously.https://dev.mysql.com/doc/refman/5.7/en/create-tab...
string str_pad ( string $input , int $pad_length [, string $pad_string = " " [, int $pad_type = STR_PAD_RIGHT ]] )
This function returns the input string padded on the left, the right, or both sides to the specified padding length. If the optional argument pad_string is not supplied, the input is padded with spaces, otherwise it is padded with characters from pad_string up to the limit.
Latency Comparison Numbers
--------------------------
L1 cache reference 0.5 ns
Branch mispredict 5 ns
L2 cache reference 7 ns 14x L1 cache
Mutex lock/unlock 25 ns
Main memory reference 100 ns 20x L2 cache, 200x L1 cache
Compress 1K bytes with Zippy 3,000 ns 3 us
Send 1K bytes over 1 Gbps network 10,000 ns 10 us
Read 4K randomly from SSD* 150,000 ns 150 us ~1GB/sec SSD
Read 1 MB sequentially from memory 250,000 ns 250 us
Round trip within same datacenter 500,000 ns 500 us
Read 1 MB sequentially from SSD* 1,000,000 ns 1,000 us 1 ms ~1GB/sec SSD, 4X memory
Disk seek 10,000,000 ns 10,000 us 10 ms 20x datacenter roundtrip
Read 1 MB sequentially from disk 20,000,000 ns 20,000 us 20 ms 80x memory, 20X SSD
Send packet CA->Netherlands->CA 150,000,000 ns 150,000 us 150 ms
Notes
-----
1 ns = 10^-9 seconds
1 us = 10^-6 seconds = 1,000 ns
1 ms = 10^-3 seconds = 1,000 us = 1,000,000 ns
направление, в котором работать
Как исправить?После обработки данных формы бэкенд должен средиректить пользователя куда-нибудь. Адрес может быть тем же самым, главное, чтобы браузер сделал get-запрос, тогда обновление страницы будет работать как ожидается.
я же все еще вижу данные в открытом видеДанные внутри браузера не шифруются, шифруется то, что непосредственно передаётся по сети. Если вы запустите какой-нибудь сниффер трафика, то увидите, что из браузера всё выходит уже в шифрованном виде. А в девелоперских инструментах что-то шифровать нет смысла, они для того и сделаны, чтобы вы посмотреть данные запроса.
if (!is_null($user)) {
if ($user->username !== $info->personaname) {
$user->update(['username' => $info->personaname]);
}
return $user;
}
если там не добавляешь никакой новой функциональностиСам по себе тип исключения - это уже новая функциональность, потому что можно гибко управлять обработкой в catch-блоках. Собственно, в основном для этого специализированные классы исключений и создают. Если такого управления нет, то и делать свои классы не нужно.
include "/conn.php";
include "/showarticles.php";
./conn.php
.