Пожелания для новых версий DataLife Engine

[altairr 1]

Добавить функцию преобразования внешних ссылок с помощью сервиса u.to или других сервисов коротких ссылок. 
Это очень полезно для поисковой оптимизации и Администраторов сайта которые используют партнерки по загрузки дополнительного ПО.

 

 

[Taganay 27]

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

1. Генератор форм с возможностью вывода на любой странице.

2. Упрощенная корзина (высылает заказанный список покупателю и продавцу).

3. Каталог товаров.

4. Сравнение характеристик допполей.

5. Экспорт-импорт товара из прайс-листа и обратно.

Спасибо.

[DeeMon 73]

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

[Taganay 27]

Витрина может сколько угодно встречаться на корпоративных сайтах, например на сайтах заводов. Это не магазин, а удобное представление продукции, обновляемое через файл xls например.

[Red Drag 18]

Очень хотелось бы видеть центр уведомлений. Оповещения о новых комментариях на E-nail устарели. Так же хотелось бы видеть возможность подписываться на определенную категорию

[RedRoll 67]

1. Быстрый поиск на сайте, всплывающее сообщение вывести в отдельный шаблон и расширить функционал до searchresult.tpl
2. В настройки категорий, каждую новость и статическую страницу добавить пункт "Исключить из поиска"
3. В navigation.tpl добавить теги {prev-link} и {next-link} которые просто выводят соотв. ссылку. А теги [next-link][/next-link] и [prev-link][/prev-link] соответственно показывают/скрывают контент при наличии/отсутствии ссылки
4. Сделать вывод навигации по страницам (navigation.tpl) в категориях отдельным тегом {navigation}, а не частью {content}
5. При отключенной настройке "Использовать системный E-mail в обратной связи на сайте" подставлять как email отправителя, так и его имя, а не пустоту или одну и туже фразу из поля "Заголовок отправителя писем, при отправке писем"
6. При использовании FastCGI скрывать ошибки прав, типа "Файл /templates/.htaccess доступен для записи, что противоречит политике безопасности скрипта. Установите для данного файла CHMOD 444."
7. Скрывать односоставной Speedbar, т.е. когда находясь на главной в нем выводится единственная ссылка "Главная страница". Также скрывать его когда в качестве главной страницы выводится статическая страница main
8. в aviable добавить раздел info (ошибки)
9. в настройки категории добавить возможность отключать (скрывать) поля краткой и полной новости. зачастую в определенных категориях все задается допполями, и основные поля мешают и создают неудобство
10. по принципу работы тега custom реализовать аналогичный вывод комментариев, с аналогичными настройками, подключением нужного шаблона и пр.
11. в настройки категории при ее создании/редактировании добавить новое поле - "краткое описание" как в новости, с возможностью загрузки файлов и изображений. в main.tpl добавить соответствующий тег, который будет выводить описание (текст поля) категории при нахождении в ней, перед {content}, либо после, либо в любом другом необходимом месте. например [cat-desc][page-count=1] {cat-desc} [/page-count][/cat-desc] позволит выводить на первой странице категории информацию об этой категории. также добавить настройку указания шаблона, чтобы для разных категорий можно было задать свое оформление. в шаблоне использовать теги {desc-title}, {desc-text} и пр. в последнее время крайне неоьходимая возможность, которую приходится допиливать и реализовывать различными крайне неудобными ухищрениями.
12. реализовать поддержку тегов [newscount=X] текст [/newscount] и [not-newscount=X] текст [/not-newscount] при выводе через custom
13. при нахождении в полной новости в fullstory добавить возможность вывода ссылок на следующую и предыдущую новость из категории в которой находимся (а не которой принадлежит новость, т.к. новость может принадлежать нескольким категориям). использовать шаблон, т.к. понадобится {title}, {full-link}, {short-story}. как вариант можно просто расширить функционал custom
14. в админпанеле сделать независимый кабинет пользоватля с персональными сообщениями, чтобы можно было отправлять сообщения, уведомления автору новости, которые он будет видеть при авторизации входе в панель. это избавит от ненужной верстки кабинета и ПМ на сайте, где они не нужны и не используются, все должно быть независимо от шаблона в панеле.
15. В настройки скрипта добавить возможность выбора автоматического перестроения кеша похожих новостей (при каждом добавлении новости в раздел, при каждом посещении новости, вручную кнопкой и т.д.). Как сейчас реализовано, когда кеш формирутся один раз при посещении новости и потом, если добавлено хоть 1000 похожих новостей - они не будут учтены, пока вручную не перестроить - это ужас...
16. При добавлении новости к уже имеюшимся возможностям при достижении установленного срока действия статьи добавить смену категории (к уже имеющимся: удалению, модерации, снятии публикации и фиксации)
17. Касательно юзабилити в панеле управления накопилось следующее:
    1. В последних версиях скрипта в панеле поменяли метод выбора категорий (добавили javascript-обертку), стало более современно и красиво, но насчет удобства - тут ситуация неоднозначная. Если при добавлении новости мы выбираем, одну, две, максимум три категории (более трех - редко) к которым отностится новость и в принципе все удобно, то например при создании доп. поля, когда на сайте 300 категорий, из которых нужно выбрать 100, которые еще и идут подряд - это просто ад!!! мало того, что на это уйдет полдня, так и получается такая каша, никакой структуры и наглядности, что добавлено, что нет - все превращается в кашу. приходится отключать javascript, растягивать поле с издевательских 100px (height) до 1000 и после этого уже работать. поэтому предлагаем, добавить ко всем полям выбора категорий (при добавлении новости, категории, доп. поля, модуль рекламы и т.д.) переключалку (с java и без), высоту поля увеличить до 1000, ширину до 500
    2. при переходе в раздел редактирования новостей у нас выводятся все новости подряд, поток постов, сплошная каша. давно уже пора сделать по человечи, тем более сейчас у нас появился столбец слева. предлагаем в режиме добавления/редактирования новостей в столбец слева добавить древовидное меню выводящее все категории сайта, при помощи которого можно скакать по категориям (соотв. выводятся только новости выбранной категории), при нажатии добавить новость - сразу указывается категория в которую будет добавляться новость (в зависимости какая категория была выбрана для отображения). первыми пунктами добавить: Все категории, закрепленные, на модерации. А далее полное дерево всех категорий. вот это будет по настоящему удобно, так например сделано у amiro. неудобную фильтрацию по категориям из поиска убрать, она будет не нужна.
    3. в продолжении мысли, в разделе редактирования новостей, неудобный раскрывающийся сверху расширенный поиск убрать и перенести его в левый столбец. текущий раскрывающийся сверху спойлер расширенного поиска новостей ужасно неудобен и дико бесит, когда каждый раз закрывается, когда из-за него туда-сюда катаются новости... все перенести в стобец слева, основное меню в режиме добавления/редактирования новостей при этом не выводить (для места)
18. в 10.4 реализован рейтинг, но не добавлен вывод дополнительного класса для уже проголосовавших, например для рейтинга 2 - "нравится" делаем конструкцию [rating-plus]Нравится!<br>{vote-num}[/rating-plus] и хотим, чтобы, например наша кнопка горела и вообще была не кликабельна, после того, как человека "лайкнул". без плясок с бубном и корректировки кода движка этого не сделать, хотя все что нужно, это добавить дополнительный класс тегу "a", если пользователь уже отдал голос за данный пост
19. Для тегов [not-newscount=X] текст [/not-newscount] и [newscount=x] текст [/newscount] добавить периодичность. Т.е., например, при задании[newscount=3n] текст [/newscount] текст в теге будет выводиться в каждом третьей выводимой новости. [newscount=n] текст [/newscount] - в последней новости.
20. В шаблон attachment.tpl (с версии 10.5) добавить тег format (расширение файла)
21. Для BBCODES редактора в админпанели, добавить поддержку вставки таблицы. при выборе например 3x2 в поле ввода новостей вставлять

    <table class="table">
        <tr>
            <th></th>
            <th></th>
            <th></th>
        </tr>
        <tr>
            <td></td>
            <td></td>
            <td></td> 
        </tr>
    </table>

22. Для BBCODES редактора в админпанели, добавить поддержку тега [nobr]текст[/nobr], который не вставляет перенос строк в текст, включенный в такой тег. когда мы вставляем например структурированную таблицу (пример выше) в новость, у нас все разъезжается, т.к. в таблицу вставляется куча ненужных тегов <br>, приходится отключать автоматический перенос строк в новости и в тексте выше/ниже таблицы приходится везде прописывать теги <br>
23. В панеле, в Управлении жалобами добавить фенкцию определения и возможность быстрого перехода к редактированию того поста или статической страницы, которой принадлежит некорректный текст (в т.ч. текст выводимый custom'ом). Добавить вывод пользователя, который добавил данную статью (наряду с выводом того, кто обнаружил ошибку) с возможностью также отправмить ему ПС. Добавить статус: рассмотрена, на рассмотрении (если не удалил старые жалобы, перейдя в раздел жалоб - не понятно какие новые, какие нет, что правилось, что нет)
24. В панеле при редактировании/добавлении поста/статической страницы реализовать настраиваемое автосохранение (каждые 10, 20, 60 секунд и т.д.). Также добавить кнопку "Сохранить и продолжить" для ручной инициализаци данной функции

Изменено 14 июня 2015 пользователем RedRoll

[dakk 11]

можно ли в следующей версии тег {headers} разделить на   {headers} и {scripts} первый будет выводить метаданные,  другой отдельно javascript и лучше бы, чтобы под скрипты был отдельный шаблон, чтобы можно было бы настраивать их (под настройкой имею ввиду, в зависимости от версии html пользователь мог бы использовать стандартный javascript или дополнить их атрибутами async или defer).

Изменено 21 июня 2015 пользователем dakk

[odys 384]

можно ли в следующей версии тег {headers} разделить на   {headers} и {scripts} первый будет выводить метаданные,  другой отдельно javascript и лучше бы, чтобы под скрипты был отдельный шаблон, чтобы можно было бы настраивать их (под настройкой имею ввиду, в зависимости от версии html пользователь мог бы использовать стандартный javascript или дополнить их атрибутами async или defer).

 

на самом деле разделить {headers} по умолчанию, есть глупая затея. Во первых, это сразу перестанут работать сотни шаблонов - хоть это и не главное; Во-вторых, это просто не нужно! Для тех, для кого это нужно, не составит труда чуть-чуть поправить main.php.

 

Касаемо шаблона для скриптов также бесполезная затея. Тебе это нужно сделать только один раз! Для чего использовать шаблон? Это все редактируется в engine/modules/main.php

Изменено 21 июня 2015 пользователем odys

[dakk 11]

можно ли в следующей версии тег {headers} разделить на   {headers} и {scripts} первый будет выводить метаданные,  другой отдельно javascript и лучше бы, чтобы под скрипты был отдельный шаблон, чтобы можно было бы настраивать их (под настройкой имею ввиду, в зависимости от версии html пользователь мог бы использовать стандартный javascript или дополнить их атрибутами async или defer).

 

на самом деле разделить {headers} по умолчанию, есть глупая затея. Во первых, это сразу перестанут работать сотни шаблонов - хоть это и не главное; Во-вторых, это просто не нужно! Для тех, для кого это нужно, не составит труда чуть-чуть поправить main.php.

 

Касаемо шаблона для скриптов также бесполезная затея. Тебе это нужно сделать только один раз! Для чего использовать шаблон? Это все редактируется в engine/modules/main.php

этот тег будет вписан один раз в main.tpl и все. я не понял как этот тег скажется на сотни шаблонах (тем более для тех, кто не будет обновляться), остальные javascriptы каждый будет дописывать сам, дело касается только системных. я конечно же и сам могу подправить это все, но я сторонник того, чтобы меньше лазить в движок, тем более при обновлении, каждый раз нужно вносить изменения в этот файл.

 

Если не нужно, так не нужно, но в соответствии с советами google для поисковой оптимизации все javascriptы должны располагаться в футере.  Я к этому клонил. И хотел чтобы движок соответствовал другим движкам, и был в первой пятерке лидеров.

 

 

 

пример main.tpl

было

{headers}

стало

{headers}

{scripts}

ps. такого модуля нет engine/modules/main.php, он находится в engine/inc/main.php, а то что ты говорил вписывается в engine/modules/functions.php

Изменено 21 июня 2015 пользователем dakk

[ПафНутиЙ 31]

можно ли в следующей версии тег {headers} разделить на   {headers} и {scripts} первый будет выводить метаданные,  другой отдельно javascript и лучше бы, чтобы под скрипты был отдельный шаблон, чтобы можно было бы настраивать их (под настройкой имею ввиду, в зависимости от версии html пользователь мог бы использовать стандартный javascript или дополнить их атрибутами async или defer).

 

на самом деле разделить {headers} по умолчанию, есть глупая затея. Во первых, это сразу перестанут работать сотни шаблонов - хоть это и не главное; Во-вторых, это просто не нужно! Для тех, для кого это нужно, не составит труда чуть-чуть поправить main.php.

 

Касаемо шаблона для скриптов также бесполезная затея. Тебе это нужно сделать только один раз! Для чего использовать шаблон? Это все редактируется в engine/modules/main.php

Это очень полезная затея, но представлена не в том ключе.

Ни в коем случаи не нужно изменять {headers} т.к. отломится совместимость со старыми версиями, а вот добавить два новых, понятных тега {metatags} и {scripts} было бы крайне полезно.

 

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

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

 

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

 

[odys 384]

можно ли в следующей версии тег {headers} разделить на   {headers} и {scripts} первый будет выводить метаданные,  другой отдельно javascript и лучше бы, чтобы под скрипты был отдельный шаблон, чтобы можно было бы настраивать их (под настройкой имею ввиду, в зависимости от версии html пользователь мог бы использовать стандартный javascript или дополнить их атрибутами async или defer).

 

на самом деле разделить {headers} по умолчанию, есть глупая затея. Во первых, это сразу перестанут работать сотни шаблонов - хоть это и не главное; Во-вторых, это просто не нужно! Для тех, для кого это нужно, не составит труда чуть-чуть поправить main.php.

 

Касаемо шаблона для скриптов также бесполезная затея. Тебе это нужно сделать только один раз! Для чего использовать шаблон? Это все редактируется в engine/modules/main.php

Это очень полезная затея, но представлена не в том ключе.

Ни в коем случаи не нужно изменять {headers} т.к. отломится совместимость со старыми версиями, а вот добавить два новых, понятных тега {metatags} и {scripts} было бы крайне полезно.

 

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

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

 

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

 

Да тут ситуация другая, это понятно, что и код будет красивее и скрипты желательно вниз убрать и т.д. Но проблема будет у многих, кто захочет перенести скрипты вниз. И форум завалят вопросами типа «почему комментарии добавляются только после перезагрузки страницы» или «почему в форме обратной связи не показывает ошибки» или «почему не показывается предупреждение о новом ПМ» и т.д.

 

И убрать скрипты в футор, чтобы всё корректно работало без правок движка не получится. Поэтому я не думаю, что такое реализуют.

[south_park 9]

что хотелось бы лично мне:

Выбор ника пользователя при регистрации через соцсеть.

Встроенный модуль редиректа, было бы неплохо, со страницей выхода белым и черным листом, пока пользуюсь сторонним. Поставил и забыл про внешние ссылки.

Раз пошла интеграция в соцсети, то постинг новостей в группу вк например, пока пользуюсь сторонним модулем.

Чуть больше социальных штучек для юзеров.

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

Возможно больше возможностей отслеживать двойные, тройные аккаунты на сайте, хотя это так, ерунда...

[odys 384]

    Раз пошла интеграция в соцсети, то постинг новостей в группу вк например, пока пользуюсь сторонним модулем.

Чуть больше социальных штучек для юзеров.

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

Возможно больше возможностей отслеживать двойные, тройные аккаунты на сайте, хотя это так, ерунда...

Кросспостинг в группу в ВК можно и без сторонних разработок, http://forum.dle-news.ru/topic/67783-кросспостинг-в-социальные-сети/ все отлично работает!

 

Dle и так отслеживает неиспользуемые картинки в новостях, смотри настройки системы.

[viterik1 15]

В теге newscount сделать возможность выводить тест, если новость(число новости) Четная или НЕЧЕТНАЯ

Это даст возможность сделать различное оформление для всех четных и нечетных новостей

Изменено 7 июля 2015 пользователем viterik1

[Shraibikus 1]

Спасибо конечно за авторизацию через соц. сети. Но есть одно НО, теперь эти внешние ссылки плодятся как сумашедшие, то есть на каждую страницу идет по новой ссылке от каждой соц. сети с параметрами, в итоге есть риск пессимизации.  Я думаю те кто знаком с seo не понаслышке меня поймут, что необходимо решение которое не только сделает удобный модуль авторизации но модуль который будет грамотным с точки seo, не будет плодить полчища исходящих ссылок. Ну и было бы логичным предоставить возможность кросс-постинга в соц. сети посредством rss по примеру как это сделано на вордпрессе (забавно что в бесплатном вордпрессе эти плагины есть, а платная DLE до этого еще не дошла )

[celsoft 6 077]

Спасибо конечно за авторизацию через соц. сети. Но есть одно НО, теперь эти внешние ссылки плодятся как сумашедшие, то есть на каждую страницу идет по новой ссылке от каждой соц. сети с параметрами, в итоге есть риск пессимизации.  Я думаю те кто знаком с seo не понаслышке меня поймут, что необходимо решение которое не только сделает удобный модуль авторизации но модуль который будет грамотным с точки seo, не будет плодить полчища исходящих ссылок. Ну и было бы логичным предоставить возможность кросс-постинга в соц. сети посредством rss по примеру как это сделано на вордпрессе (забавно что в бесплатном вордпрессе эти плагины есть, а платная DLE до этого еще не дошла )

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

[Shraibikus 1]

Спасибо конечно за авторизацию через соц. сети. Но есть одно НО, теперь эти внешние ссылки плодятся как сумашедшие, то есть на каждую страницу идет по новой ссылке от каждой соц. сети с параметрами, в итоге есть риск пессимизации.  Я думаю те кто знаком с seo не понаслышке меня поймут, что необходимо решение которое не только сделает удобный модуль авторизации но модуль который будет грамотным с точки seo, не будет плодить полчища исходящих ссылок. Ну и было бы логичным предоставить возможность кросс-постинга в соц. сети посредством rss по примеру как это сделано на вордпрессе (забавно что в бесплатном вордпрессе эти плагины есть, а платная DLE до этого еще не дошла )

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

Ну может реализовать все таки через Ajax который будет вызывать окошко, а сам скрипт лежать где-нибудь в папке engine. Это решение позволит избавится от проблемы и будет соответствовать задачам seo

[odys 384]

Спасибо конечно за авторизацию через соц. сети. Но есть одно НО, теперь эти внешние ссылки плодятся как сумашедшие, то есть на каждую страницу идет по новой ссылке от каждой соц. сети с параметрами, в итоге есть риск пессимизации.  Я думаю те кто знаком с seo не понаслышке меня поймут, что необходимо решение которое не только сделает удобный модуль авторизации но модуль который будет грамотным с точки seo, не будет плодить полчища исходящих ссылок. Ну и было бы логичным предоставить возможность кросс-постинга в соц. сети посредством rss по примеру как это сделано на вордпрессе (забавно что в бесплатном вордпрессе эти плагины есть, а платная DLE до этого еще не дошла )

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

Ну может реализовать все таки через Ajax который будет вызывать окошко, а сам скрипт лежать где-нибудь в папке engine. Это решение позволит избавится от проблемы и будет соответствовать задачам seo

что за бред? Зачем изобретать что-то если делать ни чего не нужно?! Или в демо написано так: <a href=""></a> значит так и нужно делать?

А вместо ссылки прописать buttom, например, религия не позволяет?

 

[facebook]<button onclick="window.open('{facebook_url}','','menubar=no,resizable=no,scrollbars=no,status=no,toolbar=no,width=820,height=420,top='+((screen.height-420)/2)+',left='+((screen.width-820)/2)+'');">Facebook</button>[/facebook]

и ссылки нету и авторизация работает!

 

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

[Shraibikus 1]

Спасибо конечно за авторизацию через соц. сети. Но есть одно НО, теперь эти внешние ссылки плодятся как сумашедшие, то есть на каждую страницу идет по новой ссылке от каждой соц. сети с параметрами, в итоге есть риск пессимизации.  Я думаю те кто знаком с seo не понаслышке меня поймут, что необходимо решение которое не только сделает удобный модуль авторизации но модуль который будет грамотным с точки seo, не будет плодить полчища исходящих ссылок. Ну и было бы логичным предоставить возможность кросс-постинга в соц. сети посредством rss по примеру как это сделано на вордпрессе (забавно что в бесплатном вордпрессе эти плагины есть, а платная DLE до этого еще не дошла )

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

Ну может реализовать все таки через Ajax который будет вызывать окошко, а сам скрипт лежать где-нибудь в папке engine. Это решение позволит избавится от проблемы и будет соответствовать задачам seo

что за бред? Зачем изобретать что-то если делать ни чего не нужно?! Или в демо написано так: <a href=""></a> значит так и нужно делать?

А вместо ссылки прописать buttom, например, религия не позволяет?

 

[facebook]<button onclick="window.open('{facebook_url}','','menubar=no,resizable=no,scrollbars=no,status=no,toolbar=no,width=820,height=420,top='+((screen.height-420)/2)+',left='+((screen.width-820)/2)+'');">Facebook</button>[/facebook]

и ссылки нету и авторизация работает!

 

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

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

 

.... по наберут постеров по объявлению.........

Изменено 10 июля 2015 пользователем Shraibikus

[Shraibikus 1]

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

[odys 384]

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

.... по наберут постеров по объявлению.........

Ого, и с каких это пор гугл собирает ссылки с javascript и передаёт их в индекс?

Или по твоему есть отличия между

 

<script>
function doPop(url) {
	var newWin = window.open('http://link.url','popup','width=500,height=300');
}
</script>

<button onclick="doPop(this.href); return false;">TITLE</button>

и

 

<button onclick="window.open('http://link.url','popup','width=500,height=300');">TITLE</button>

???

 

И ещё ответь, раз обладаешь такими обширными познаниями, почему страницы авторизации соц. сетей, например oauth.vk.com запрещены к индексации? И почему их в индексе нет вообще ни у кого, а у тебя сразу появится если не переделать авторизацию через подгрузку на аяксе?

[MSK 289]

В визуальном редакторе TynyMCE появилась возможность работать с картинками и api загрузки

http://blog.moxiecode.com/2015/06/25/tinymce-4-2-with-image-tools/

Очень удобно работать с текстами и картинками, когда сразу виден результат (имею ввиду картинки в тексте).

Будет ли в двиге использована возможность отображения картинке в редакторе и возможность вставлять (загружать на сайт) картинки перетаскиванием ее в нужное место в тексте?

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

[Shraibikus 1]

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

.... по наберут постеров по объявлению.........

Ого, и с каких это пор гугл собирает ссылки с javascript и передаёт их в индекс?

Или по твоему есть отличия между

c 2011 года. В блоге деваки была обширная статья из 10 экспериментов с скриптами в том числе с обфусикацией кода. Поиск вам поможет.

 

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

Начну с себя один из проектов в топе недвижки мск да и по трафу тоже incom.ru (3 место в рунете по версии SeoRate http://www.seorate.ru/rate/category.html?id=3853) если надо подтверждение что имею отношение к этому сайту то готов предоставить по запросу в ЛС. Если вы тоже обладаете определенными результатами, соответственно обрели определенные наработки, буду рад поделится опытом и пообщаться в скайпе

 

А байки свои про якобы неиндексируемую яву оставьте при себе. Если гугл что-то не показывает в вебмастере (да и яндекс тоже) это не значит что он это не учитывает изучайте операторы поиска и алгоритмы ранжирования либо клепайте гс'ы по тематике  школьный реферат

Изменено 10 июля 2015 пользователем Shraibikus

[celsoft 6 077]

Ну может реализовать все таки через Ajax который будет вызывать окошко, а сам скрипт лежать где-нибудь в папке engine.

Какой скрипт? Нет никаких скриптов для авторизации. Авторизацию проводит социальная сеть, а не ваш сайт, и социальная сеть потом вызывает уже ваш сайт. Соответственно чтобы она обратилась к вам и авторизовала вашего пользователя, вы должны отправить пользователя именно в социальную сеть, а не куда то в папку engine  

[Shraibikus 1]

Ну может реализовать все таки через Ajax который будет вызывать окошко, а сам скрипт лежать где-нибудь в папке engine.

Какой скрипт? Нет никаких скриптов для авторизации. Авторизацию проводит социальная сеть, а не ваш сайт, и социальная сеть потом вызывает уже ваш сайт. Соответственно чтобы она обратилась к вам и авторизовала вашего пользователя, вы должны отправить пользователя именно в социальную сеть, а не куда то в папку engine  

Немного не так выразился и вы меня в итоге не совсем поняли, имел ввиду например в шаблоне login.tpl будет вызываться к примеру login.php который будет направлять пользователя на соц сети и который закрыт от индексации. Исходящие ссылки будут но будут закрыты от индексации так как будут генерироваться скриптом, который закрыт от индексации. Так как для каждой страницы генерируется своя ссылка, то аякс и снизит нагрузку и поможет закрыться от ботов.

После каждого обновления на 5 сайтах мелочовку править и плагины авторизации по новой ставить обременительно бывает по времени

Изменено 11 июля 2015 пользователем Shraibikus