estic

Рейтинг
96
Регистрация
01.10.2017
SeVlad:
It makes sense to only a few ...

Sevlad, well, you again press on the fact that "people" separate "units" separately. Every author asks this question on the forum, then he seriously think about it. Or is it then no longer a man for you? :)

The underlined noticed.

Sitealert, я вам про Ивана, а вы мне про болвана.

Sitealert:
Я всё понимаю.

Нет, в первой процитированной части моего предложения я писал про файл скрипта-обработчика, а не про адрес в запросе.

А вот ты так нихрена и не понял, судя по этому

Т.е. вы не понимаете, что написано во второй процитированной части. Я так сразу и подумал. А это как раз и есть признак "нерерайта", т.е. "прямого запуска фронт-контроллера".

Sitealert, I tell you about Ivan, but you tell me about the boob.

Sitealert:
I understand.

No, in the first quoted part of my proposal, I wrote about the handler of the script file, and not about the address in the request.

But you're so Nichrome not understand, judging by this

Those. you do not understand what is written in the second part of the quoted. I once thought. And this is just a sign of "no rewrite", ie "Direct start-front controller."

Кристина-1:
у меня образуются страницы дубли после моего урла /?page=... и так далее. Так вот мне не нужны лишние урлы на сайте. Когда я хочу на них перейти, он меня автоматически 301 редиректом на основную страницу перекидывает. Я хочу удалить автоматически образовавшиеся страницы с /?page=

И для этого решили удалить правила редиректа? Гениально :)

Эти правила, видимо, и были добавлены, чтобы (частично) избавить ваш сайт от дублей ;)

Cristina 1:
I have formed my page doubles after Urla /? page = ... and so on. So I do not need the extra URLs on the site. When I want to go on them, he gave me 301 automatically redirect to the main page flips. I want to remove automatically formed pages /? Page =

And for that, we decided to remove the redirect rules? Brilliant :)

These rules, apparently, have been added to (partially) to deliver on your site takes;)

Sitealert:
Нахрен ты мне сдался, чтобы тебя кусать.

Sitealert, я это написал на всякий случай, как ответ на одну из возможных причин вашей "слепоты". Видимо, причина более очевидна :)

Ладно, вспомним предысторию:

foxi:
мой вариант лучше тем, что для него не требуется реврайты. реврайты это атавизм в таких местах, где они не обязательны.
"Рерайты", о которых вы пишете, - это действительно атавизм. ...поддержка ЧПУ реализована в ядре...
...Когда я использую адреса наподобие /first или /pages/first, для меня первостепенным идентификатором является именно first.

И тут вмешиваетесь вы со всей пролетарской прямотой:

Sitealert:
Расскажи, как это сделать без рерайта.

Я стараюсь вам намекнуть, что до вашего вмешательства речь шла вовсе не о названии:

у меня первоначально было написано ""Рерайты", о которых вы пишете"

И только в дополнение, отвечая на ваш прямой вопрос, пишу, что в общем-то и "рерайт" в обычном понимании этого слова можно не использовать:

К тому же, согласитесь, "fastcgi_param SCRIPT_FILENAME /var/www/project/index.php;" внутри "именованного location-а" уже трудно называть "рерайтом".

Дальше уже идет речь о том, что показанное назвать "рерайтом" хоть и трудно, но можно. И я объясняю, почему мне трудно, и предполагаю, почему альтернатива этому названию вам не нужна.

Sitealert:
Я просто пытался донести до тебя, что ты вбил себе в башку какие-то собственные представления ("другие реалии", как ты говоришь), и не можешь понять элементарных вещей: то, что сервер открывает файл не по адресу запроса, а по другому адресу, и есть рерайт.

Я это прекрасно понимаю. А вы понимаете, что /var/www/project/index.php в моем примере - не адрес и что можно запускать этот index.php без оценки адреса запроса?

---------- Добавлено 15.06.2020 в 13:23 ----------

burunduk:
site.com/page1 -существующая страница
site.com/page5 - несуществующая страница
как на стороне клиентта их различить без обращения к серверу?
Не понял вопрос.
Sitealert:
Fuck you gave me to bite you.

Sitealert, I wrote it just in case, as a response to one of the possible causes of your "blindness". Apparently, the reason is more obvious :)

Well, recall the background:

foxi:
My option is better because it does not require revrayty for him. revrayty is a throwback to the places where they are not required.
"Rewrite", about which you write - it really is an atavism. ... CNC support is implemented in the kernel ...
... When I use addresses like / first or / pages / first, for me it is a primary identifier first.

And here you are interfering with the whole proletarian bluntness:

Sitealert:
Tell me how to do it without rewriting.

I try to hint to you that to your intervention it was not about the title:

I had originally written "" rewrite ", about which you write"

And only in addition, to answer your direct question, write that, in general, and "rewrite" in the usual sense of the word can not be used:

In addition, you will agree, "fastcgi_param SCRIPT_FILENAME /var/www/project/index.php;" inside "a named location-and" it is difficult to call the "rewriting".

Further already referred to that shown called "rewrite", though it is difficult, but possible. And I explain why I find it difficult, and guess why this alternative name you do not need.

Sitealert:
I was just trying to convey to you that you got it into his head off some own ideas ( "other realities", as you say), and you can not understand basic things: that the server opens the file is not at the request, and on the other address is rewriting.

I understand it very well. And you know what /var/www/project/index.php in my example - does not address, and that you can run the index.php without assessing the request address?

---------- Posted 15.06.2020 at 13:23 ----------

burunduk:
-There site.com/page1 page site.com/page5 - a non-existent page as a side klientta distinguish between them without recourse to the server?
I did not understand the question.

Тарасов Роман, уточню: но в общем-то нормально то, что вы сделали, когда "разработчики" такие, как вы это описали. Не нормально, когда специалисты по WP переносят сайты на WP с нормальных платформ только из-за того, что ничего кроме WP не знают (вместо "WP" здесь можно было указать и много других CMS). Но в общем-то даже это вполне допустимо. Многие в какой-то момент начинают закупаться на вещевых рынках и ничего :)

Тарасов Роман:
По логике estic, клиенту нужно было оставить на главной баннер с газелями, хотя они полностью перешли на большегрузы. А че, пусть люди звонят, спрашивают и уходят. Зато движок сайта красивый, не ВП.

По моей логике клиенту, занимающемуся автоперевозками, не нужно знать, на чем работает его сайт, если, конечно, он не ген. директор, водитель и контент-менеджер своего сайта в одном лице.

Roman Tarasov, clarify: but in general, it is normal that you did when "developers" such as you have described it. Not normal, when specialists WP sites carry on with normal WP platform only from the fact that nothing except WP do not know (instead of "WP" here you can specify many other CMS). But in general, it is even quite possible. Many people at some point begin to be purchased at flea markets and anything :)

Roman Tarasov:
According to the logic estic, the client had to leave on the main banner with gazelles, although they have completely switched to heavy-. A Th, let people call, ask and go. But the engine is a beautiful site, not VP.

According to my logic, clients engaged in road transport, it is not necessary to know on what works his site, unless, of course, it is not the gene. Director of the driver and the content of its site manager all rolled into one.

Sitealert, я различаю прямой запуск фронт-контроллера и "рерайт" в обычном понимании этого слова. Подозреваю, что вы никогда не пользовались первым способом, поэтому для вас альтернативы нет.

В общем я ответил на заданный вами первоначально вопрос. Если вы его задали только для того, чтобы потом продекларировать "ЧПУ без рерайта не бывает", не обращая внимание на мой ответ или не понимая его, это ваше дело. В чем-либо убеждать вас я не собираюсь. Не в школе.

Я пишу на форуме не с целью отнять у вас хлеб. Работой обеспечен. Так что не тратьте напрасно силы, чтобы меня "укусить".

---------- Добавлено 15.06.2020 в 08:15 ----------

burunduk, так он практически то же самое написал. Вам не понравилось отсутствие "почти всегда" и присутствие "порой"?

burunduk:
а вот тип страницы имеет смысл указывать практически всегда - это очень сильно упрощает жизнь

Не забывайте про неявное указание. Один из типов может быть указан путем отсутствия явного указания :)

/page - тип 1

/type-2/page - тип 2, при этом страница /type-2 может быть первого типа или отсутствовать, если опираться только на структуру пути

Всего: 824