- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Приветствую всех!
Предыстория - у заказчика Битрикс - корпоративный портал. Создал тикет с проблемой - не сохраняются некоторые формы (или сохраняются через раз).
При сохранении изменений падает ошибка:
Сайт xxxxxxxxxxxxxxxxx не отправил данных.
ERR_EMPTY_RESPONSE
(это в хроме)
Исследую проблему, были найдены следующие закономерности:
1) проблема не с сайтом - с сервером. Вынес форму в отдельный файл
2) проблема только с POST (GET проходит)
3) если общаться с сайтом через https , все так же ок.
4) (?) если в хроме проделать следующую последовательность: отключить JS для всех сайтов, открыть страницу с формой, затем включить JS, перезагрузить страницу, то форма раза 2-4 сохраняется, затем снова наступают блокировки
5) проблема тестировалась на разных браузерах, в различных сетях и на разных компьютерах (т.е. не клиентская часть виновата)
6) в логах в общем пусто. Произошедшее заметил только Nginx:
2016/07/20 07:49:29 [info] 26678#0: *68130 client prematurely closed connection, client: xxx.xxx.xx.x, server: _, request: "POST /bitrix/admin/user_edit.php?ID=1&lang=ru HTTP/1.1", host: "xxxxxxxxxxxxx", referrer: "http://xxxxxxxxxxxxxx/bitrix/admin/user_edit.php?lang=ru&ID=1&user_edit_active_tab=edit1"
7) проблемы с ограничением на количество переменных и размером данных нет. Генерировал огромные формы (500 переменных + огромные строки в значениях и названиями) - они проходят.
8) Исследую проблемную форму, заметил закономерность - оставляя 47 переменных, 1 из 10/15 запросов падает с ошибкой выше (далее чем больше параметров, тем чаще падения. Исходная форма падает почти каждый запрос - там около 200 переменных)
убирая же любой инпут (т.е. доводя число переменных до 46 и менее), запросы проходят без проблем.
В чем может быть проблема? что может таким выборочным образом блокировать данные? буду рад любым предположениям.
Клаус Вагнер, Обновить/выбросить Nginx
Приветствую всех!
8) Исследую проблемную форму, заметил закономерность - оставляя 47 переменных, 1 из 10/15 запросов падает с ошибкой выше (далее чем больше параметров, тем чаще падения. Исходная форма падает почти каждый запрос - там около 200 переменных)
убирая же любой инпут (т.е. доводя число переменных до 46 и менее), запросы проходят без проблем.
В чем может быть проблема? что может таким выборочным образом блокировать данные? буду рад любым предположениям.
Если честно в голове крутится только одна аналогия — 47 хромосома, синдром дауна :)
Какая версия nginx? Пробовали ли запускать форму на других серверах/хостингах?
Если используется Apache как бэкэнд, то попробуйте открыть порт для внешнего мира (или только для себя, через iptables, к примеру) и протестируйте работу формы напрямую с Apache. HTTPS работает через Apache или nginx?
смотрите и логи бекенда