Skom

echo trim($result[0].'.'.$result[1],'.');

Но можно и так.

<?php $data = get_post_meta($post->ID, 'version', true) ;
         preg_match('|^([0-9]+\.?[0-9]+)|',$data,$result);
         echo $result[1];
?>

Проверить права на всю связку  .ssh/authorized_keys .ssh/authorized_keys2

Посмотреть логи

Ну, вроде как, статусов у отлупов не очень много. Да и какой смысл их менять с 1997 года? Хотя, оно, вроде, от 2003 последнее - https://tools.ietf.org/html/rfc3463 :)

У меня на одном из сайтов все отлупы прилетают пайпом в пхп скрипт, состоящий из 50 строк, 40 из которых тупо поясняют менеджеру, отправившему мыло, в чём именно его косяк.

Well, kind of like status among thrash is not very much. And what's the point of change since 1997? Although, it is, like, the last of 2003 - https://tools.ietf.org/html/rfc3463 :)

I have one of the sites all arrive thrash pipe in php script, consisting of 50 lines, 40 of which bluntly explain to the manager who sent soap, in what was his school.

Параметры GET запроса.

На JS скрипт никакого влияния не оказывает, но говорит браузеру, что это файл, отличный от предыдущего и не позволяет его дёрнуть из кэша. Полезно при отладке. После знака вопроса буквы/цифры могут быть любыми. Однако, они каждый раз должны отличаться от предыдущих. Так что если страница собирается при помощи пхп, то вместо ?v=12345 можно влепить ?v=<?=md5(microtime())?>

После отладки всю эту хрень можно будет убрать.

GET request parameters.

At JS script no effect, but it tells the browser that the file is different from the previous one and does not allow him to pull out of the cache. It is useful for debugging. After the question mark letters / numbers can be arbitrary. However, every time they have to be different from the previous ones. So if the page is going through php, instead? V = 12345 can be slapped? V = <? = Md5 (microtime ())?>

After fixing all this crap can be removed.

Полагаю, что всё таки в зависимости от настроек сайта и сервера. 🚬

Если сессии по дефолту хранятся в файлах, то тут без вопросов.

Просто у меня все сессии сидят в Redis и я туда, окромя каких-то мелких данных, пихаю результаты выборки поиска. Дабы каждый раз базу не дёргать при паджинации результатов оного. Так что при наплыве посетителей размер базы сессий в редисе иногда явно превышает два гига.

I believe that all the same, depending on the configuration of the site and the server. 🚬

If by default sessions are stored in files, then there is no question.

I just have to sit all the sessions and I Redis there okromya some small data sample shove search results. So that every time the database is not to pull at padzhinatsii results thereof. So that when the influx of visitors database sessions size radishes sometimes clearly exceeds two gigabytes.

Если всё упирается только в диск/канал, то можно за пять минут написать свой мониторинг текущей скорости отдачи и в зависимости от загрузки просто раздавать с разных серверов. Оставив сам сайт только на одном и не заморачиваясь с RR и репликацией фронтенда на все серваки.

И не забыть поставить iptables-persistent.

И настроить в ifdown/ifup, или что там у вас стоит, сохранение и восстановление правил ipset/iptables при перезагрузке.

Иначе после ребута все эти правила слетят.

iptables_save.sh

#!/bin/sh

ipset_rules="/etc/iptables/ipset.rules"

[ -f ${ipset_rules} ] && mv ${ipset_rules} ${ipset_rules}.old && /sbin/ipset -S > ${ipset_rules}

/sbin/iptables-save -c > /etc/iptables/rules.v4

/sbin/ip6tables-save -c > /etc/iptables/rules.v6

iptables_load.sh

#!/bin/sh

/sbin/ipset flush

/sbin/ipset -R -! < /etc/iptables/ipset.rules

/sbin/iptables-restore -c < /etc/iptables/rules.v4

/sbin/ip6tables-restore -c < /etc/iptables/rules.v6

exit 0

Если ipv6 не используется, то соответствующие строчки можно убрать.