SeVlad: Или считаешь что запускать пхп, лезть базу, и грузить движок - разумнее?
Да, представь себе, считаю разумнее сделать это программно, на случай, если кто-то вручную введёт код несуществующего материала раз в год, нежели писать в .htaccess 100 записей, которые сервер будет читать каждый раз при обращении к сайту.
И к тому же иной раз просто невозможно записать в хтакцесс все случаи, которые могут быть предусмотрены программно.
---------- Добавлено 05.09.2018 в 13:29 ----------
SeVlad: Так! Ты меня не путай :). Удалили - это 404/410. А я с самого начала говорил
Ну с программной точки зрения - это одно и то же, функция header(). А детали того, кому, когда и зачем это надо - это уже отдельный вопрос.
SeVlad: Делать "программно" редиректы - плохой поход. Это абсолютно задача сервера.
Вот есть страницы
site.com/page/news-1
site.com/page/news-2
site.com/page/news-4
А страницы site.com/page/news-3 нету, выкинули её из БД за ненадобностью. И таких страниц может быть 100500 штук. И что, делать в этом случае редирект - "абсолютно задача сервера"?
Визуальным редакторам без разницы, как задан код жабаскрипта. Они его определят и так, и так. Чтобы это преодолеть, есть два пути:
1. Задав единожды код в контенте, больше не лезть редактировать этот контент.
2. Задавать действие на событие по клику на элемент не непосредственно в тэге этого элемента, а отдельным js-кодом за пределами редактируемого контента.
umka007, по идее главный файл сам подключает те файлы, которые нужны для работы. Но судя по фразе в преамбуле "подумать над этим", будьте готовы к сюрпризам.
Чёй-то? Есть 2 совершено чётких маркера - "page/" и цифры. По любому из них можно сделать серверный редирект.
Ну и как ты узнаешь, на какой странице пагинация закончится?
А что Вас смутило?
Я не вижу, каким это образом Вы разгружаете сервер. Попробуйте проанализировать, что делает сервер при реализации Вашего решения.
если есть возможность легко обойтись доступными возможностями nginx/apache, нет необходимости дополнительно нагружать сервер
Да неужели? 😂
Или считаешь что запускать пхп, лезть базу, и грузить движок - разумнее?
Да, представь себе, считаю разумнее сделать это программно, на случай, если кто-то вручную введёт код несуществующего материала раз в год, нежели писать в .htaccess 100 записей, которые сервер будет читать каждый раз при обращении к сайту.
И к тому же иной раз просто невозможно записать в хтакцесс все случаи, которые могут быть предусмотрены программно.
---------- Добавлено 05.09.2018 в 13:29 ----------
Так! Ты меня не путай :). Удалили - это 404/410. А я с самого начала говорил
SeVlad, ну не прав же ты вот в этом
Делать "программно" редиректы - плохой поход. Это абсолютно задача сервера.
site.com/page/news-1
site.com/page/news-2
site.com/page/news-4
А страницы site.com/page/news-3 нету, выкинули её из БД за ненадобностью. И таких страниц может быть 100500 штук. И что, делать в этом случае редирект - "абсолютно задача сервера"?
А если так?
<a href="javascript:Chatra('openChat', true)">Визуальным редакторам без разницы, как задан код жабаскрипта. Они его определят и так, и так. Чтобы это преодолеть, есть два пути:
1. Задав единожды код в контенте, больше не лезть редактировать этот контент.
2. Задавать действие на событие по клику на элемент не непосредственно в тэге этого элемента, а отдельным js-кодом за пределами редактируемого контента.
Попробуйте убрать из кода вот это
Оптимизайка, спасибо.
Я сделал так /ru/forum/comment/15738903
Посмотрите, пож-та.
Вроде все корректно работает.
Оно не может корректно работать. В принципе. Потому что до второго условия процесс не дойдёт. Или - или, return же.
umka007, по идее главный файл сам подключает те файлы, которые нужны для работы. Но судя по фразе в преамбуле "подумать над этим", будьте готовы к сюрпризам.
я хочу плавающие чтоб при прокрутке были всегда на виду
блоку задать нужный стиль.
position: fixed;
Имеющий глаза да увидит.