- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Вот если Вы добавите в php логирование и уже потом посмотрите логи - можно будет продолжить разговор.
Я не мерюсь знаниями, не являюсь гуру в в програмировании. Но я смотрю на всё прагматично. Если надо делать то, что не даёт ощутимого результата - то зачем вобще что то делать? ;)
Пару месяцев назад, один сайт который висел у меня перекинули к вам. Мне пинг одинаковый ровно 40 мс. Я не почуствовал что у вас сайт работаер лучше чем у меня, скорее всего чуть на оборот. Это с моей точки отсчёта. Для интереса спрошу как ситуация видится клиенту. Попрошу просто объективности, даже самому стало интересно. Обычно я не лезу с такими вопросами к клиентам.
Для переноса было несколько причин, одна из них обязательность перекидывать сайты на аккаунты, я предложил реселлерский аккаунт, но видимо слишком сложно показалось. Вторая причина - нужен РФ сервер и юр лицо. Этого я не могу предложить ;)
http://php.net/manual/en/migration70.new-features.php#migration70.new-features.session-options
почему бы просто не включить эту опцию для всех по умолчанию?
Я конечно многое видел, но такая статистика для шаред хостинга излишняя.
Тут правильно говорят, проблему надо решать в корне, а не показывать на сколько она серьезная. Такая статистика для самого хостера может и полезна, но вот для клиента это намёк на то что хостер не очень. Наверняка если у сервера значительно больше ресурсов, отказов по сессиям почти не будет.
alexeyymanikin, ну тут респект конечно за такую реализацию.
Возможно решусь доработать свою систему до аналогичной вашей, вирусы всё злее нынче.
У меня есть пару вопросов, если можно ответьте:
1. Вы писали что проблем было много, я также их много решил, вопрос о проблемах именно по большому кол-ву пользователей в линюкс, были какие либо проблемы или всё дефолтно и нормально? У меня подозрение что начнут тупить useradd / usermod / userdel, смена группы и другие утилиты.
2. Даже при случае как у меня, если отдельный пользователь аккаунта и отдельный на php, мы получаем проблемы доступа главного пользователя к файлам созданным php, вы как то решали данную проблему или обошли её? Или может у вас есть функция сброс прав на основные для таких случаев? (т.е. к примеру главный пользователь не может менять файлы созданные PHP пользователем)
Зарание благодарю.
Memcached (не гарантирует хранение сессии, возможно ее удаление) - это как это не гаранитрует?) При перезапуске да, сбросится, но так ли это важно, сессии все равно сами по себе являются временными.
почему бы просто не включить эту опцию для всех по умолчанию?
Потому что кто то не пользуется сессиями вообще, или не пользуется сессиями от самого php, логично же? Многие сессии хранят в БД например.
---------- Добавлено 12.04.2017 в 23:49 ----------
А вот об этом зря написали. Это огромнейший минус для клиента. Простой сайта - петеря шанса.
Такая проблема не у всех сайтов на хостинге а у конкретных, например которые открывают сессию даже ботам которые сайт индексируют и показать таким сайтам что им лучше перенести сессии в редис - это как минимум полезно. Сами клиенты об этом могут и не знать, а клиентов терять.
---------- Добавлено 12.04.2017 в 23:52 ----------
Тут правильно говорят, проблему надо решать в корне, а не показывать на сколько она серьезная. Такая статистика для самого хостера может и полезна, но вот для клиента это намёк на то что хостер не очень. Наверняка если у сервера значительно больше ресурсов, отказов по сессиям почти не будет.
Верно, Учить школьников использовать сессии правильно и не открывать их на каждый чих. Вот это будет "решением проблем в корне". Зачем такая статистика хостеру? Эта статистика как раз таки нужна клиенту, чтоб он принял какие то меры. И от ресурсов это мало зависит, дело в том, что это зависит от кривоты использования штатного механизма сессий, и рано или позно вы упретесь в железку, а вот показать клиенту, что у него с сайтом что то не то, это полезно.
---------- Добавлено 12.04.2017 в 23:54 ----------
Memcached (не гарантирует хранение сессии, возможно ее удаление) - это как это не гаранитрует?) При перезапуске да, сбросится, но так ли это важно, сессии все равно сами по себе являются временными.
Мемкашед для сессий - зло. Там множество проблем и багов появляется, связанные с вытеснениями. Попробовал на одном очень посещаемом ресурсе - отказался. Мемкеш все же для "горячего" кэша, который не надо греть и можно просто слить если что.