- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко

В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
надо понимать что и как сейчас работает. и то
Т.е. то, что у ТСа стоит апач (как минимум на фронте) - это не понятно из стратпоста?
А про "делать редиректы в нжинкс" - тема отдельного разговора. И прежде всего камней в сторону хостеров (шаред) - кто даёт юзеру править конфиги нжинкса? Я за много лет встречал всего пару, кто хоть и с костылями, но даёт возможность юзеру управлять редиректам на нжинксе. Но подавляющее большинство - фигвам. Поэтому юзеры и юзают апач.
перечитал еще раз - нет, не понятно по первому посту, что стоит только апач. вполне можно предположить nginx+apache, потому собственно и упомянул.
да и вообще смутно представляю у кого еще остался чисто апач на фронтэнде. хотя и не исключаю таких уников конечно.
там даже не понятно идет ли речь про shared или vps.
показалось, что в принципе что-то имеете против nginx редиректов.
то что не дают в nginx лазить на шаредах - это да, но это уже совсем другой вопрос.
и опять же, если всеж речь про vps, то кто/что мешает? сам по себе редирект сразу на фронте это правильней, чем обвешивать бэк лишними плагинами или разводить еще больший бардак в htaccess.
почему речь вообще завел, потому что у меня на шареде уже не первый год именно это и используется - можно выбрать для каждого сайта как именно nginx'ом делать редиректы и делать ли вообще.
можно хоть вообще два независимых сайта иметь на http и https
нет, конечно именно напрямую править nginx конфиги юзерам давать нельзя. он ведь общий на всех и если споткнется на чьем-то кривом конфиге и сляжут все сайты, это ж не дело.
но простые вещи типа редиректов или выбора что nginx будет сам отдавать, а что и как передавать на бэк - почему нет, это можно и не сложно.
SeVlad, пишите в личку, сделаю аккаунт и бесплатно до конца года поюзаете, хоть посмотрите каким может быть shared хостинг. может хоть подобреете, а то видимо ютитесь по ширпотребным "крупнякам" и чувствуется раздраженность :)
перечитал еще раз - нет, не понятно по первому посту, что стоит только апач.
А кто сказал"только"? У ТСа работает хтацесс и это собсно всё, что нужно знать. Во всяком случае до того, как он сделает правильные действия с движком. (Да и после этого - маловероятно, что кто-то заложил костыли в настройках сервера, что вызывало бы такое поведение)
показалось, что в принципе что-то имеете против nginx редиректов.
Я в принципе против всего, что не имеет смысла и затрудняет пользование.
Вот какие преимущества нжинксовских редиректов перед аппаческвими? Да никаких. А недостатков (в подобных случаях*) валом.
* Подобный случай - это юзер с аппачем, способный нагуглить и прописать необходимые правила. И они, о нежданчик, в 99% случаев будут для хтацесса. И в тех же 99% юзер не будет иметь доступа к конфигу нжинкса.
хоть посмотрите каким может быть shared хостинг.
Вот честно - я не могу доверять людям сколь-нибудь технические вещи, которым лень нажимать шифт. Кроме того это выказывает неуважение к собеседникам.
Может у кого-то возникала подобная ситуация?
Наверняка у кого-нибудь возникала. У того, кто правило редиректа не в то место втыкает.
- Любой редирект на htacces или в nginx вызывает циклическое перенаправление
- Простое изменеение протокола в WP_HOME и WP_SITEURL проблему не решает
Проблема кроется в дополнительных полях базы данных. Т.е решение - в базе ВП меняем все http на https
В этом случае и редиректы апача и nginx не приводят к переадресации
- Любой редирект на htacces или в nginx вызывает циклическое перенаправление
Ну ты загнул :)
Тс, в разминке WP хоть урл поменяли?
Ну ты загнул :)
Так давно понятно, что ты даже в элементарном HTML не разбираешься.
Целый опрос развел на две страницы на обычный вопрос о якорной ссылке
Так давно понятно, что ты даже в элементарном HTML не разбираешься.
Ну куда уж мне до пишуших в хтасессах html-ом :) Впрочем, это объяснят не только почему тебя "Любой редирект на htacces или в nginx вызывает циклическое перенаправление", но и многое другое.
Целый опрос развел на две страницы на обычный вопрос о якорной ссылке
- Любой редирект на htacces или в nginx вызывает циклическое перенаправление
Чиво-чиво? Долго сочинял эту глупость?