На vds написать скриптик, который будет проверять доступность канала до офиса и при его падении делать
/usr/sbin/asterisk -rx 'core restart now'
Не забыть про переход обратно
Alfinnov, так оно так и есть фактически!
Разве что в роботсе ?id=* не закрыто (стремновато)
Ссылок с ?id= нигде нет, все страницы сразу создаются с ЧПУ и соответствующим каноникал. Но Янедкс всё таки индексирует сначала ?id=, но с временем заменяет на ЧПУ. На старых сайтах (их несколько на этой Getsimple) всё нормально и стабильно, а вот с новыми страницами - "качели", то заменит, то обратно. В вебмастере вижу код 302. В общем-то - не напрягает, но вот сейчас озадачился...
Если изменить штатый htaccess
RewriteCond %{REQUEST_FILENAME} !-fRewriteCond %{REQUEST_FILENAME} !-dRewriteRule /?([A-Za-z0-9_-]+)/?$ index.php?id=$1 [QSA,L]
На такой
RewriteCond %{REQUEST_FILENAME} !-fRewriteCond %{REQUEST_FILENAME} !-dRewriteRule /?([A-Za-z0-9_-]+)/?$ index.php?id=$1 [R=301,QSA,L]
получаем ступор с сообщением "сервер перенаправляет запрос на этот адрес таким образом, что он никогда не завершится"... Но это уже тут офтопик, наверное... 🤪
Ingref, т.е есть смысл таки изловчиться и заставить отдавать 301 вместо 302? Я тоже об этом думал, но сходу сделать не получилось и я подумал "так и надо", CMS ведь тоже вроде как не дураки писали...
foxi, ну не знаю, группировка там вроде отключается, хотя по мне так очень удобная фишка.
Но если смотреть на веб-морду - так конкуренты даже "близко не стояли", по-моему... И размер, и настройки фильтров, и гугл-драйв "прицепом", и поиск по почте прекрасный... И тормозящей рекламы рядом нет, что при мобильных скоростях критично. А если уж совсем тяжко - можно на "классичский вид" переключить - вообще летает... По работе много лет юзал гуглопочту именно через браузер на ужасно дохлом компе с тормозным каналом по радио и там огромный объём почтовой переписки был... Даже не представляю, как бы я без гугла там справлялся...
А inbox - да, верно Вы подметили, слишком "гиперактивный! )) Идея вроде и неплоха, но с непривычки мозг здорово выносит )) Я попытался, но "неасилил"...
А почему не gmail? Хотя бы просто потому, что в телефонах по дефолту штатный приличный клиент есть. И с других ящиков прекрасно почту собирает и раскладывает...
А сейчас они еще и inbox сдедали, типа как будующая замена в перспективе... Это целый органайзер по сути, хотя и привыкнуть к своеобразному интерфейсу тоже надо...
Mail.ru же дырявым насквозь считается, на хакерских форумах на взлом этих аккаунтов самые низкие цены, в разы дешевле яндекса и гугла ))
Вот и я думаю... Но, с другой стороны, на остальные (неглавные) url сервер отдаёт код 302, а вроде как в индекс попадают лишь отдающее код 200 и не запрещённые в роботс?
Я предлагаю вообще зашифровать, а приватные ключи раздавать по запросу и за деньги. Ибо нефиг! ))
А по-моему - для тех же копирайтеров и пр. мелкого бизнеса в сети вполне себе решение. Клиентам очень удобно расплачиваться, кинув тыщу-другую на счёт телефона (способов - мильён и без комиссии/заморочек, в отличие от вебмани и пр.), а держатель (опять же без комиссий) покроет этой картой мелкие текущие расходы.
Да, я прекрасно понимаю, что rel=canonical указывает роботу "главный url", если страница доступна по нескольким. Остальные он должен убрать из индекса (зачем хранить копии? вполне понятно).
Но если главный url запрещён к индексации в роботсе - не станут ли они вместо главного индексировать неглавные алиасы (которые в роботсе, соответственно, не запрещены и уже не дублируют поисковую базу)? Ведь, с точки зрения логики - могут! ))
Я тоже выбирал из этих. Решающим в пользу RainLoop было то, что он заметно шустрее при прочих равных и гуглёж на предмет уязвимостей дал менше поводов для беспокойства.
А по поводу IMAP по сравнению с POP - да, соглашусь, медленно (( Но при чтении почты с разных устройств POP ну вообще не катит никак, это еще бОльшее зло, обязательно про кого-нить забудешь...
