Перейти к публикации

Рекомендованные сообщения

2 часа назад, dimitron сказал:

В новостях нужно убрать .html и ID новости

Лично я за новости с .html. Потому что мне так больше нравится. Сразу видно, что это конечная статья, а не категория.

Ссылка на сообщение
Поделиться на других сайтах
11 часов назад, dimitron сказал:

В новостях нужно убрать .html и ID новости, ловить новость по alt_name (и что бы это можно было настроить в категории, например в одной категории новости выводить по ID в другой по alt_name) то есть что бы мы в категории настраивали ссылку новости. Это очень важно для SEO присутствие ID и .html уже устарело. Да я понимаю что по ID проще словить новость но присутствие ID в ссылке это не красивая ссылка.

Если определять новость по alt_name может возникнуть ситуация, когда разные новости с одинаковыми заголовками перенаправляются на новость, созданную первой из них. У меня такая проблема возникает с типом ЧПУ №3. Если в течение суток опубликовать например утром и вечером новость с заголовком "Требуются работники". То вечерняя новость не будет открываться вовсе, а будет идти редирект на утреннюю. И хотя редакция у нас маленькая и все проинструктированы, но все равно несколько раз в месяц случаются такие дубликаты ЧПУ URL.

Разработчику можно это исправить, добавив при создании новости проверку на уникальность ЧПУ. Если такой URL уже есть во ВСЕЙ базе, то просто добавить какой нибудь порядковый номер справа к ЧПУ URL новой статьи.

Это также поможет в тех ситуациях, когда нужно "поднять" статью из архива. То есть опубликовать ее сегодняшним днем, чтобы не дублировать (а ведь это куда важнее для SEO). Поэтому считаю что движок должен при создании статьи учитывать не только ЧПУ URL текущей даты, но и во всей базе.

Чтобы не было тормозов при повторных прохождениях по базе, при добавлении порядкового номера (нам ведь тоже надо проверить не существует ли к этому новому ЧПУ URL дубль), нужно делать предварительную выборку (кеширование) всех результатов по маске, которые включают в себя первоначальный ЧПУ URL. И при добавлении порядкового номера проверять уже этот кеш. Либо вести отдельный учет дополнительно присвоенных префиксов.

Изменено пользователем YuriBtr
Ссылка на сообщение
Поделиться на других сайтах

Предложение: реализуйте систему обновления комментариев в режиме реального времени. Спасибо

Изменено пользователем atola
Ссылка на сообщение
Поделиться на других сайтах

Добавить дополнительные поля "группа ссылок", группа видео и чтобы для них можно было шаблон делать.

Ссылка на сообщение
Поделиться на других сайтах

Если новость в настоящий момент редактируется, и кто-то в админке пытается ее открыть, хорошо бы выходило предупреждение, что она открыта уже другим редактором (корреспондентом), так как получается что корреспондент написал материал, редактор редактирует, и тот вдруг хочет добавить 1 слово, и в итоге редакторские правки не сохраняются. 

Ссылка на сообщение
Поделиться на других сайтах
В 30.04.2019 в 22:09, YuriBtr сказал:

Если определять новость по alt_name может возникнуть ситуация, когда разные новости с одинаковыми заголовками перенаправляются на новость, созданную первой из них. У меня такая проблема возникает с типом ЧПУ №3. Если в течение суток опубликовать например утром и вечером новость с заголовком "Требуются работники". То вечерняя новость не будет открываться вовсе, а будет идти редирект на утреннюю. И хотя редакция у нас маленькая и все проинструктированы, но все равно несколько раз в месяц случаются такие дубликаты ЧПУ URL.

это можно решить, когда мы создаем или редактируем пост мы должны проверить в БД есть ли новость с таким alt_name. Алгоритм решения прост, сколько нашло записей (получаем количество записей и итерируем $count++). И просто к alt_name добавляем номер. И получим name_news.html, если есть name_news добавляем номер. И получиться name_news_01.html. И таким образом избавляемся от дублей.

Ссылка на сообщение
Поделиться на других сайтах
3 часа назад, dimitron сказал:

это можно решить, когда мы создаем или редактируем пост мы должны проверить в БД есть ли новость с таким alt_name. Алгоритм решения прост, сколько нашло записей (получаем количество записей и итерируем $count++). И просто к alt_name добавляем номер. И получим name_news.html, если есть name_news добавляем номер. И получиться name_news_01.html. И таким образом избавляемся от дублей.

не рациональное решение, так как будет дополнительные запросы к базе, что вызовет большую нагрузку

оно еще куда не шло когда новостей 100-1000, а если 10000, то представь сколько времени цикл потратит

Изменено пользователем alukardua
Ссылка на сообщение
Поделиться на других сайтах
1 час назад, alukardua сказал:

не рациональное решение, так как будет дополнительные запросы к базе, что вызовет большую нагрузку

оно еще куда не шло когда новостей 100-1000, а если 10000, то представь сколько времени цикл потратит

...

$count = $db->super_query("SELECT COUNT(*) as count FROM " . PREFIX . "_post WHERE alt_name='{$alt_name}'")['count'];
$count = $count > 0 ? '_' . ($count+1) : '';

ОЧЕНЬ БОЛЬШАЯ нагрузка.

Изменено пользователем Gameer
Ссылка на сообщение
Поделиться на других сайтах
5 часов назад, dimitron сказал:

это можно решить, когда мы создаем или редактируем пост мы должны проверить в БД есть ли новость с таким alt_name. Алгоритм решения прост, сколько нашло записей (получаем количество записей и итерируем $count++). И просто к alt_name добавляем номер. И получим name_news.html, если есть name_news добавляем номер. И получиться name_news_01.html. И таким образом избавляемся от дублей.

Этот метод ненадежный. Нельзя исключать того, что человек мог руками вбить иной порядковый номер в поле ЧПУ URL в полном редактировании и тем самым сбить нумерацию.

В моем случае мы выбираем все что подходит по маске, и в этом результате ищем свободный вариант с добавлением цифры. Его конечно тоже надо оптимизировать, так как чем больше новостей с одним заголовком, тем дольше будет идти проверка, но это уже что-то.

 

Такую же проверку "на лету" надо сделать и при изменении в поле ЧПУ URL в полном редактировании. Пусть движок говорит, что такой URL уже занят, рекомендуем добавить символы справа.

Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, YuriBtr сказал:

Пусть движок говорит, что такой URL уже занят

В других CMS именно так.

Ссылка на сообщение
Поделиться на других сайтах
В 08.05.2019 в 13:40, ntrtv сказал:

Если новость в настоящий момент редактируется, и кто-то в админке пытается ее открыть, хорошо бы выходило предупреждение, что она открыта уже другим редактором (корреспондентом), так как получается что корреспондент написал материал, редактор редактирует, и тот вдруг хочет добавить 1 слово, и в итоге редакторские правки не сохраняются. 

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

Ссылка на сообщение
Поделиться на других сайтах

@celsoft было б хорошо если при обновлении плагина не участвовало выполнение запросов с ячейки при его установке.

Ссылка на сообщение
Поделиться на других сайтах
23 минуты назад, Gameer сказал:

было б хорошо если при обновлении плагина не участвовало выполнение запросов с ячейки при его установке.

Они и не выполняются при обновлении. Для обновления своя ячейка запросов.

Ссылка на сообщение
Поделиться на других сайтах
В 08.05.2019 в 20:51, alukardua сказал:

не рациональное решение, так как будет дополнительные запросы к базе, что вызовет большую нагрузку

оно еще куда не шло когда новостей 100-1000, а если 10000, то представь сколько времени цикл потратит

нам главное в БД записать alt_name (редактирование и добавление постов это не столь частая процедура), Это же не новость показать 1000 посетителя одновременно. В основном сайт наполняют администраторы и журналисты. Да если у вас конечна сайт на котором пользователи новости добавляют то да нагрузка будет. Для обычного информационного сайта это самый оптимальный вариант.

celsoft

Обратите внимание пожалуйста может стоит добавить 4 вид ЧПУ. 

Тип 4 - ссылки на полную новость будут иметь вид http://site.ru/категория/подкатегория/имя новости.html

Мы выше прям дискуссию целую подняли по этому поводу :D.

 

Да это решается простомы дополнением к коду, но хотелось бы что бы это уже было вшито по дефолту.

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, dimitron сказал:

Тип 4 - ссылки на полную новость будут иметь вид http://site.ru/категория/подкатегория/имя новости.html

так это 2й тип

Тип 2 - ссылки на полную новость будут иметь вид http://site.ru/категория/подкатегория/id-имя новости.html

а id принципе можно убрать в гугле полно хаков

первые поиски сразу привели на этот же форум )))

 

Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, dimitron сказал:

Обратите внимание пожалуйста может стоит добавить 4 вид ЧПУ. 

Тип 4 - ссылки на полную новость будут иметь вид http://site.ru/категория/подкатегория/имя новости.html

ИМХО тогда надо выключать мультикатегории. Иначе у вас будет куча дублей, что отразится на SEO.

Или каким то образом указывать главную категорию по которой резолвить новость.

Ссылка на сообщение
Поделиться на других сайтах

Простой вопрос - чем мешает ID в url? Вы думаете пользователи обращают на него внимание (на смартфонах, если чпу с категорией или длинный домен, так id вообще не видно в адресной строке)? Влияние на СЕО - тоже чушь - посмотрите выдачу, в топах сидят сайты со всевозможными видами url. 

Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, olifus сказал:

Простой вопрос - чем мешает ID в url? Вы думаете пользователи обращают на него внимание (на смартфонах, если чпу с категорией или длинный домен, так id вообще не видно в адресной строке)? Влияние на СЕО - тоже чушь - посмотрите выдачу, в топах сидят сайты со всевозможными видами url. 

Люди просто читают "слышал звон, да не знаю где он", один напечатал, другой переписал, третий у другого переписал своими словами и т.д., в итоге псевдоинфа столетней давности, которой следуют и думают, что это правильно, без всякого анализа своего сайта и перестройки под постоянно меняющиеся реалии, ведь такие статьи в топе ПС.;)

Ссылка на сообщение
Поделиться на других сайтах
3 часа назад, olifus сказал:

Простой вопрос - чем мешает ID в url? Вы думаете пользователи обращают на него внимание (на смартфонах, если чпу с категорией или длинный домен, так id вообще не видно в адресной строке)? Влияние на СЕО - тоже чушь - посмотрите выдачу, в топах сидят сайты со всевозможными видами url. 

Они до сих пор считают, что h1 должен быть один на странице

Ссылка на сообщение
Поделиться на других сайтах

Добавьте поддержку комментирования {* ... *} в рекламные материалы.

Это позволит временно скрывать части кода.

Ссылка на сообщение
Поделиться на других сайтах

Поработать над поиском:

 

1. Поиск с учетом морфологии и исправления ошибок.

2. Статистика поисковых запросов

3. ЧПУ для поиска (с возможностью создания посадочных SEO страниц с результатами)

4. Отображение списка категорий, к которым принадлежат данные новости.

5. Вывод категорий в результатах поиска, если их название совпадает с поисковым запросом.

6. Перенаправление поисковых запросов на нужные страницы сайта.

 

Возможность гибкой настройки вывода новостей в админпанели:
 

1. Задание столбцов для вывода (например изображение новости, название, дата добавления) - с возможностью сортировки.

2. Массовая обработка новостей + возможность задавать условия для cron, например проставить всем новостям у которых в наименование содержится "Значение1" дополнительное поле1 = Значение1 с возможностью создания профилей обработки.

 

Нормальный полноценный маркетплейс с модулями DLE, вот честное слово - бегать по десяткам сайтов разработчиков и искать модули - то еще веселье. Хорошо, когда все находится в одном месте. Начните хотя бы с бесплатных модулей.

Ссылка на сообщение
Поделиться на других сайтах

Разработчики реализуйте хотя бы к 14 версии чтобы весь движок был на SMARTY шаблонизаторе я дума это не проблема для вас такое сделать. 

 

Очень много проблем уйдет таких как если надо написать свой мини код в шаблоне либо использовать такие конструкции как (цыкли, условия).

 

Бо вот примеру я хочу к примеру в краткой новтси проверить дату и добавить возможность добавить плашку что типа публикация нова и через 3 дня она ищизает. То мне пришло писать плагин которые это делать, А это можно было реализовать с помощью УСЛОВИЙ что предоставляет SMARTY.

 

Таких примеров куча что если внедрить SMARTY движок выйдет на новый уровень и можно делеать очень крутые проекты намного быстрее и не не нужно будет писать так много Плагинов.

 

Даже могли к 14 версии сделать эту версию для более продвинутых и оставить такую упрощеную версию.

Ссылка на сообщение
Поделиться на других сайтах
11 часов назад, midav сказал:

Разработчики реализуйте хотя бы к 14 версии чтобы весь движок был на SMARTY шаблонизаторе я дума это не проблема для вас такое сделать.

Этого не будет никогда. Могу сказать совершенно точно. Потому как во первых многие люди любят DLE именно за простоту его шаблонизатора, во вторых это нарушит совместимость со всеми существующими шаблонами. Поэтому можете абсолютно точно этого не ждать.

Ссылка на сообщение
Поделиться на других сайтах

Предложения по поводу картинок:

1. Сделать вывод информации о картинке в шаблоне - размер, формат, вес.

2. Сделать возможность выводить подпись к картинке.

3. Если не сильно "утяжелит" движок, то можно добавить [xfvalue_image_url_X image="Nr"] для вывода оригинала определённой картинки из галереи.

4. Возможность загрузки картинок на поддомен для экономии места основного сайта.

Ссылка на сообщение
Поделиться на других сайтах
  • celsoft изменил заголовок на Пожелания для новых версий DataLife Engine

Присоединяйтесь к обсуждению

Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже. Если у вас есть аккаунт, войдите в него для написания от своего имени.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

×
×
  • Создать...