- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Вы издеваетесь? НГ, 10 выходных. Клиенты массово валят в мини-отпуск зарубеж, у некоторых любителей острых ощущений нормально интернета под рукой не будет. Хостер не будет проверять работоспособность каждого клиентского сайта. Никаких проблем нет для клиентов за собственные деньги? Прям идеал хостерской советской корпоративной культуры.
Я когда переносил сервер(точнее клиентов на др сервер) в срочном порядке, проверял каждый клиентский сайт, т.к. ПО отличалось от исходного и с большой аероятностью могли быть проблемы. ☝ В чем проблема то пару сотен сайтов открыть, за час можно справится одному, а команде из 3-4 человек минут за 15 справится.
В чем проблема то пару сотен сайтов открыть, за час можно справится одному, а команде из 3-4 человек минут за 15 справится.
А если сбой? ))) За сколько тогда можно справится? )))
Типичный, кстати, пример, даже и без переездов:
некоторые хостеры любят идти впереди планеты и поддерживать тренд по обновлению ПО, не уведомляя клиента.
Есть такая волшебная функция в PHP, mbstring.func_overload, которая, в зависимости от кодировки сайта, должна иметь значение либо 0, либо 2, для нормального функционирования того же сайта. Во всех версиях PHP до 5.3 - поддерживалась через htaccess.
И вот ситуация, лежат на хосте два сайта с разными требованиями к этой функции и хостер обновляет PHP до 5.3. Результат, думаю, очевиден. :)
И это перед праздниками. :)
А если сбой? ))) За сколько тогда можно справится? )))
Типичный, кстати, пример, даже и без переездов:
некоторые хостеры любят идти впереди планеты и поддерживать тренд по обновлению ПО, не уведомляя клиента.
Есть такая волшебная функция в PHP, mbstring.func_overload, которая, в зависимости от кодировки сайта, должна иметь значение либо 0, либо 2, для нормального функционирования того же сайта. Во всех версиях PHP до 5.3 - поддерживалась через htaccess.
И вот ситуация, лежат на хосте два сайта с разными требованиями к этой функции и хостер обновляет PHP до 5.3. Результат, думаю, очевиден. :)
И это перед праздниками. :)
:) Не совсем понял. Просто в том случае миграция была через ISPmanager что само по себе стремное дело. Да и какраз PHP версией отличался, поэтому и проверяли каждый сайт. Сбой сбоем, смотря какой да и решается все устранением проблемы а не проверкой каждого сайта.
Есть такая волшебная функция в PHP, mbstring.func_overload, которая, в зависимости от кодировки сайта, должна иметь значение либо 0, либо 2, для нормального функционирования того же сайта. Во всех версиях PHP до 5.3 - поддерживалась через htaccess.
у вас неточная информация. данный параметр стал PHP_INI_SYSTEM с версии > 5.2.6
http://php.net/manual/en/mbstring.configuration.php
И сделано это было для улучшения стабильности. Дело в том, что будучи измененным в одном вирт. хосте при MaxRequestPerChild > 1, рабочий процесс "запоминал" эту настройку для всех остальных вирт хостов (а не использовал дефолтное значение). В итоге (для mbstring.func_overload=2), стандартные строковые функции (strlen и т.п.) начинали работать неверно на тех сайтах, где mbstring.func_overload должен был быть равен дефолтному значению (0).
+ http://php.net/manual/en/mbstring.overload.php
It is not recommended to use the function overloading option in the per-directory context, because it's not confirmed yet to be stable enough in a production environment and may lead to undefined behaviour.
у вас неточная информация. данный параметр стал PHP_INI_SYSTEM с версии > 5.2.6
Спасибо, что уточнили. Я безумно рад за этот параметр.
И сделано это было для улучшения стабильности.
Это все хорошо. Только от этого не легче, не так ли, когда тебя фактически ставят перед фактом и оставляют с неработающим сайтом. :)