Форум
В данной теме предлагаю к обсуждению идеи и предложения по модификации и оптимизации функционала новой функции маршрутизации и генерации ссылок системы.
3.24
перенёс пост сюда.
Кратко:
Можно ли изменить чпу таким образом, что бы при просмотре в адресной строке было только нименование?
Например, есть первоначальная (модифицированная с добавлением наименования) ссылка
index.php?name=modul&op=view&id=100&seo=nazvanie_na_latinitce
цель, получить такое:
site.ru/modul-nazvanie_na_latinetce.html
Не подскажите, что где настроить. Я пробовал убрать ид из ЧПУ, но при этом система прекращала ловить гет-запрос.
поэтому смог лишь сделать так
site.ru/modul-id-nazvanie_na_latinetce.html
ID можно убрать, но в этом случае следует переработать запрос в базу данных, не посредственно в самом модуле. Поиск публикации в базе проводить не по ID, а по поисковому слову, а именно титлу переформированному заранее из nazvanie_na_latinetce в название на латинице.
3.24
ID можно убрать, но в этом случае следует переработать запрос в базу данных, не посредственно в самом модуле. Поиск публикации в базе проводить не по ID, а по поисковому слову, а именно титлу переформированному заранее из nazvanie_na_latinetce в название на латинице.
При работе над интеграцией протокола микроразметки страницы с помощью Open Graph, пришёл к выводу, что более оптимальным вариантом станет объединение всех участков SEO системы в единый механизм. Который в свою очередь станет централизованным, что даст нам возможность более универсального управления и конфигурации.
Участки которые на мой взгляд должны войти в новый механизм SEO:
3.24
Обязательно description. в панели вебмастера яндекс ругается, если нет описания к странице. Описание категорий должно попадать в description.идентификатор/ЧПУ ссылка|параметры ссылки|заголовок статьи|изображение если есть|ключевые слова|категория и т.д.
Не вопрос, с описанием страниц и категорий проблем не будет, обязательно добавлю.Обязательно description. в панели вебмастера яндекс ругается, если нет описания к странице. Описание категорий должно попадать в description.
Предлагаю непосредственно после публикации материала на втором шаге или лучше вместе?Считаю, что обязательным надо сделать возможность предварительного ручного ввода title description и ключи. Чтобы не публиковать, а потом открывать и изменять.
3.24
О. Крутая тема. Ахилесова пята Slaed ). Избавимся от пятки и получим одну из лучших систем управления сайтами. Теперь о деле.
Опен.граф. Хотелось бы ещё и схему.орг. Опен-граф - это фейсбуковская примочка и ориентирована скорее на репосты видео и всякое такое, а у схемы-орг больше возможностей описать иные направления. Хотя может я и заблуждаюсь. Опенграфом не пользовался, так как в сети схемаорг распрастранён больше.
Их никак нельзя будет совместить? 
По сео функциям.
Пример задачи: нужно закрыть от индексации или краулинга определённую страницу. Не всегда это удобно делать через роботс.тхт.
Варианты исполнения:
• в админке на странице редактировании контента выставить несколько галочек. типа: запретить к индексации.
• в админке на странице редактировании контента добавить поле типа доп.запись хеад
2. Сделать возможным к редактированию сформированный на английском языке Url страницы или категории.
Причина - адрес может оказаться очень длинным/дублирующим/некрасивым
3. Сделать возможным редактировать тайтл страницы (и категорий ).
Причина - для продвижения тайтл один из самых важных элементов для любой поисковой системы
4. Как выше было сказано - сделать возможным редактировать дескр. страницы ну и категорий соответственно.
5. Keys - тоже сделать редактируемыми с автоматической возможностью оставлять тег пустым для категорий, страниц или страниц в определённой категории . Основная причина - в прошлом данный мегатэг дексридетировали, поэтому его нужно использовать с осторожностью. На данный момент рекомендации ведущих специалистов по заполнению кейвордса:
Вспомнил ещё. Ответ ласт модифай.
Может тоже воткнуть? Нашёл несколько вариантов реализации
<meta http-equiv="Last-Modified" content="Sun, 11 Sep 2001 17:31:28 GMT"><?php
$LastModified_unix = 1294844676;
$LastModified = gmdate("D, d M Y H:i:s GMT", $LastModified_unix);
$IfModifiedSince = false;
if (isset($_ENV['HTTP_IF_MODIFIED_SINCE']))
$IfModifiedSince = strtotime(substr($_ENV['HTTP_IF_MODIFIED_SINCE'], 5));
if (isset($_SERVER['HTTP_IF_MODIFIED_SINCE']))
$IfModifiedSince = strtotime(substr($_SERVER['HTTP_IF_MODIFIED_SINCE'], 5));
if ($IfModifiedSince && $IfModifiedSince >= $LastModified_unix) {
header($_SERVER['SERVER_PROTOCOL'] . ' 304 Not Modified');
exit;
}
header('Last-Modified: '. $LastModified);
?>RewriteRule .* - [E=HTTP_IF_MODIFIED_SINCE:%{HTTP:If-Modified-Since}]
RewriteRule .* - [E=HTTP_IF_NONE_MATCH:%{HTTP:If-None-Match}]
location ~ .php$
{
…
if_modified_since off;
fastcgi_pass fcgi;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /<путь > /web$fastcgi_script_name;
…
fastcgi_pass_header Last-Modified;
include fastcgi_params;
}olevpa, спасибо за детальный ответ! Сразу видно что не новичок, углублённо занимались вопросами оптимизации.
Планирую реализовать по типу шаблона с использованием параметров как переменных в нём. Соответственно можно будет добавить любой код и совместить всё что угодно. Главное что бы это содержание было рассчитано на шапку сайта.Хотелось бы ещё и схему.орг. Опен-граф - это фейсбуковская примочка и ориентирована скорее на репосты видео и всякое такое, а у схемы-орг больше возможностей описать иные направления. Хотя может я и заблуждаюсь. Опенграфом не пользовался, так как в сети схемаорг распрастранён больше.
Их никак нельзя будет совместить?
Поддерживается системой изначально. Панель администратора >> Редактор внедрений >> Шапка системы
- Добавить возможность вносить изменения в хеад не только на всю систему целиком (как есть сейчас), но и для каждой страницы или категории в отдельности.
Пример задачи: нужно закрыть от индексации или краулинга определённую страницу. Не всегда это удобно делать через роботс.тхт.
Варианты исполнения:
• в админке на странице редактировании контента выставить несколько галочек. типа: запретить к индексации.
• в админке на странице редактировании контента добавить поле типа доп.запись хеад
Хорошо, ваши замечания учту.И по поводу размещения полей - очень много места отведено на слово ""текст" или "расширенный текст", может ну его или как-нито через абсолютную позицию прописать?
По предварительному просмотру страницы редактирования в админке: поставить автоскрол. Иногда картинки большие - всё наперекосяк в итоге.
Да возможно, можно писать в принципе практически всё что угодно, на русском, латинском, с вложениями и без, с окончаниями .html и без них, главное что бы не было дублей, в противном случае страница найдена не будет.slaed.net/news/sagolovok_stati.html - такой возможен будет? т.е. без view. и
slaed.net/news/zagolovok_kategorii/sagolovok_stati.html - а тут вместо cat название категории в латинице
Если в этом смысл? Дело в том что система генерирует дату и всё что с этим связано.Вспомнил ещё. Ответ ласт модифай.
Может тоже воткнуть? Нашёл несколько вариантов реализации
# Browser caching
function setCache($id='') {
header('Content-Type: text/html; charset='._CHARSET);
if ($id) {
header('Expires: '.gmdate('D, d M Y H:i:s', strtotime('+30 day')).' GMT');
header('Last-Modified: '.gmdate('D, d M Y H:i:s', strtotime('-30 day')).' GMT');
header('Cache-Control: public');
header('Pragma: public');
} else {
header('Expires: '.gmdate('D, d M Y H:i:s', strtotime('-30 day')).' GMT');
header('Last-Modified: '.gmdate('D, d M Y H:i:s', strtotime('-1 day')).' GMT');
header('Cache-Control: no-store, no-cache, must-revalidate');
header('Pragma: no-cache');
}
header('X-Powered-By: SLAED CMS');
header('X-Powered-CMS: SLAED CMS');
}3.24