- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Для ясности ТС и окружающих: Я хочу, чтобы дорген умел делать не только категории, но и страницы с тегами (как большинство CMS умеют делать). Главное отличие таких страниц – 1 статья с ключем может одновременно принадлежать нескольким тегам. Палю тему: такое актуально для тематических онлайн-кинотеатров, особенно 18+, где списки реальных тегов к каждому видео можно спарсить с источника, с которого мы берем embed code для вставки.
По делу:
Я пример из файла ключей как раз привел в предыдущем посте, продублирую, добавив еще елементов, чтобы было понятно, как мы будем использовать ети данные:
Можно синтаксис (разделители) поменять под задачу, это не важно. То есть сейчас получается:
KEYPART-1;KEYPART-2;KEYPART-3;KEYPART-4
Где «KEYPART-4» содержит список жанров через запятую (их может быть разное количество в каждой строке).
Придумал такой алгоритм пока:
Сделать (пускай и вручную, и так на всех дорах одной тематики список жанров тот же будет) статические страницы под каждый жанр, типа:
Dor.ru/triller.html
Хотя в идеале дорген должен сам бы создавать кирилличные название страниц тегов. Может как-то отдельно ему загружать весь список, как сейчас с категориями происходит.
Внутри такой статической страницы сделать вывод ключей, но только тех, в которых «KEYPART-4» содержит слово «триллер». Типа:
{IF-( триллер)} {/CATITEMS}…краткое описание поста…{CATITEMS}{/IF}
Правда пока оператор IF в доргене вроде только главный подключ обрабатывает. Добавить бы аналог ему, но чтобы умел отдельные подключи проверять. Типа IF4 для нашего случая с KEYPART-4.
Но как сделать пагинацию? Здесь надо такие страницы обрабатывать доргеном как категории. Если не получится, то пусть тогда будет 1 страничка без пагинации, и там n-ое количество (~50-200) соответствующих кратких описаний (как в {CATITEMS} ). Получается, что даже, если все ключи не влезут, то мы все равно представим заинтересованному пользователю реальные тематические видео на выбор.
Я хочу, чтобы дорген умел делать не только категории, но и страницы с тегами (как большинство CMS умеют делать).
Попробуй переделать файл ключей так:
Терминатор 3;embed code вставки;урл картинки постера;фантастика
Терминатор 3;embed code вставки;урл картинки постера;триллер
Трансформеры;embed code вставки; урл картинки постера;фантастика
Трансформеры;embed code вставки; урл картинки постера;боевик
Потом в пандоре поставить категории из 4го подключа.
Ап PandoraBox 2.16.2
Улучшена чистка текста для макросов FREETEXT,NOSHUFFLE-NOKEYS,DESCRIPTION
Добавлены макросы: {LINKS-PREV}анкор{/LINKS-PREV}, {LINKS-NEXT}анкор{/LINKS-NEXT} - предыдущая/следующая индексная страница категории
Оптимизирована база картинок для режима проксификации: поиск по индексированной колонке базы данных картинок
Добавлен макрос [URLKEYWORD] - url кодированный текущий ключ
Фикс: не работал [PREVIEW-n] с индексной страницы
Прочие багофиксы, оптимизация и доработки интерфейса
-------------------------------------------------
Меня попросили зарелизить эту версию поскорей, поэтому все что в этот ап не вошло будет в следующих версиях:
Макрос склонения 1 фразы или ключа
Возможность вставлять в текст рандомный ключ текущей категории, а не текущий ключ
Скорей всего будет возможность сделать перелинковку из текста не ключевиками, а фрагментами ключей, анкорами из файла, урл под рандомным словом блока текста
Будет конвертор DLE шаблонов в PB шаблон с поддержкой всех блоков MAIN/POST/CAT/CATITEMS/COMMENTS
Следите за новостями!
Купон -10%
TopperHarley, брось страдать фигнёй, дорген и так @xyenen:) запили лучше к сеочекеру плагин на проверку "This site may be hacked", будь человеком.
Конвертер DLE это отлично. А wordpress было бы еще лучше :)
Конвертер DLE это отлично. А wordpress было бы еще лучше
Очень постараюсь сделать и для WP. Возможно он будет громоздким, но конвертить будет.
Пока ниче лучше чем локально разворачивать на денвере/опенСервере доработанный WP+базу не придумал.
Не для слабонервных решение получается.. вот даж не уверен стоит ли релизить такое
Решено.......
Очень постараюсь сделать и для WP. Возможно он будет громоздким, но конвертить будет.
Пока ниче лучше чем локально разворачивать на денвере/опенСервере доработанный WP+базу не придумал.
Не для слабонервных решение получается.. вот даж не уверен стоит ли релизить такое
Почему просто не сделать генерацию дампов БД + php файл дампер, который на сервере развернёт базу?
Да вообще чё ты заморочился про эти cms? Для них есть цербер, пусть учатся подбирать правильные инструменты. Гораздо лучше бы сосредоточить внимание, новых алгоритмах генерации. А для любителей cms просто дописать макросы для создания дампов sql, хотя по моему и так уже всё написано.
---------- Добавлено 22.10.2015 в 08:31 ----------
Идеи по алгоритму:
Алгоритм скорее всего с участием ИИ. Ты уже сделал интеграцию с а-парсиром значит можно парсить тексты по ключу и производит разбор.
Обучение:
1)Закидывается список ключей
2)Ключ проходят нормализацию, автокоррекция опечаток, получение корней слов...
3)Потом парсятся сниппеты. Производится анализ наиболее характерных слов для данного ключа
4)Потом парсинг по отдельным словам из этого ключа, выявляются пересечения из пула слов полученных выше
5)Эти пересечения записываются в своего рода базу синонимов. То есть должна получиться база наиболее характерных слов для описания этого слова.
6)Так же вычисляются слова которыми можно разбавлять, то есть такие которые можно вставлять везде.
7)Так же база, пополняется, наиболее часто встречающимися словосочетаниями. Для построения более читабельного текста.
8)Должен обучаться построению предложение. То есть характерная длина предложений, которые люди использую в реале. Порядок следствия частей речи, формы слов...
Генерация:
1)Ключи нормализуются
2)Выбираются списки характерных слов их них.
3)Составляются предложения, используя построения из пункта 8 обучения, словоформы и т.д. Под ключ резервируется место, в логичных для него словоформах.
4)Вставляются ключи
Базы:
1)Должна существовать централизованная база слов
2)Обучение будут производит владельцы пандоры
3)Между централизованной базой и локальной базой пандоры можно произвести синхронизацию. В момент синхронизации с локального компа на сервер отправится его база, а в ответ сервер будет присылать свою базу.
4)Потом на сервере из полученных баз пользователя, собирается новая серверная база.
5)По началу, обновления сделать бесплатными, т.к база будет не сильно большая.
6)Потом за апдейты можешь брать оплату.
TopperHarley, Вы на первых страницах этого топика писали:
Ответьте, пожалуйста, на вопрос : как правильно использовать эти блоки.
И еще вопрос : как это выглядит? Можете привести пример для какого-нибудь ключа?:)
Спасибо за внимание.
_Snake_, Спасибо, мощно расписал, есть над чем подумать. Жаль что я с ИИ не дружу, иначе бы уже написал нечто подобное. Мне кажется в области ИИ закопан не один клондайк.
Ответьте, пожалуйста, на вопрос : как правильно использовать эти блоки.
Поздравляю с регистрацией. Добро пожаловать на наш форум!
Правильное использование блоков - это когда они покрывают небольшой свой кусок разметки. А неправильное - наоборот, когда в шаблоне шапка дублируется много раз.
То есть правильно так:
шапка
маленькие блоки MAIN/CAT/POST
подвал
Неправильно так:
блоки внутри которых шапка и подвал продублированы в каждом.
Хотя я знаю что и такой подход используется, просто медленее будет генерация.
Можете привести пример для какого-нибудь ключа?
Да, вот примеры: 1 2 3