Похоже пропали файлы с плагинами или поменялась рабочая папка, поэтому чекер их не видит. Попробуйте переустановку и если запуск с ярлыка, то проверьте рабочую папку в ярлыке.
Если включено перемешивание ключей то их номера не будут соответствовать. Лучше перейти на MULTIKEY и юзать GETFILECONTENT---------- Добавлено 31.01.2016 в 20:51 ----------
Это баг не замеченный ранее, пофиксим в следующем обновлении.
Попробуйте переустановить юзермакрос раз поломалось. Все запросы должны идти с 1м фрагментом мультикея, так как в макросе всего в 1 месте указывается что запрашивать с ютуба(117 строчка).---------- Добавлено 31.01.2016 в 21:02 ----------
Другой шаблон берешь или другой дорген? Если шаблон, то значит бери тот который лучше работает. А если другой дорген, то напиши чего не хватает
Работающие шаблоны можно рипнуть с топового дора по вашему НЧ. Шаблон конечно важен, но макросы, которые в него проставлены выполняются в зависимости от настроек профиля. То есть макрос в шаблоне один, например [TEXT], а вот как текстовка была на входе или алгоритм - попробуй угадай. Так что если просите трафистый шаблон, то просите уже сразу и с профилем xD---------- Добавлено 31.01.2016 в 21:03 ----------
Макросы в пандоре не заточены на число символов. Обычно расчет в предложениях.
Так вот если считать в предложениях, то через макрос PLTEXT можно вывести нужное их число и воткнуть туда нужное число ключей.---------- Добавлено 31.01.2016 в 21:14 ----------
Добавьте в файл LinkAParser.extraregex.txt для кастомных регулярок очистки строчки:
CAPTCHA
капчу
Что апарсер прислал то мы и получили. С точки зрения зачистки текста предложение "Если функция включена, то следующий ролик начнет воспроизводиться автоматически." ничем не хуже новостей про Путина.
Такое может быть изза того ваши правки пресета нарушают формат выходного файла. Если меняете пресет, сохраняйте формат результата.
Какой номера тикета? На последний ваш тикет №801116 я ответил 25го января.
В модуле для решения этой задачи была введена функция допарсинга. Но она работает при первом обнаружении нового ключа. Так что сделать нужный объем модуль может, а сделать допарсинг уже постфактум через какое-то время нельзя - нет такой функции. Я ж ваших мыслей прямо из вашего мозга не читаю, и никто такой фичи не просил.
Это делает не модуль, а пандора. Чистятся символы ' и " из файла ключей, так как иначе ломается отложенная публикация.
Для похожих : {SIMILARKEY}…{/SIMILARKEY}
А в начинке применить [PREV] – анонс, объявленный через {PREVIEW} блок
Именно [PREV], а не [PREVIEW]. [PREV] будет соответствовать ключу из блока {SIMILARKEY}/{RANDKEYWORD}
Других способов не знаю )---------- Добавлено 29.01.2016 в 16:15 ----------
Ну да, допустим есть предложение:
Тут 128 символов. И допустим стоит плотность 8%. Это значит что ключ длиннее 10 символов в такой текст не влезет. А если все равно впихнуть то плотность будет уже не 8, а 10%.
Что такое 10 символов? Практически никакой ключ не влезет в 10 символов. Так что действительно возникают проблемы с короткими блоками текста.
С другой стороны при расчете по словам в этом же предложении 18 слов. По расчету словами получается можно вставить 1.5 слова xD Такая же фигня в общем..
Как вариант можно для коротких блоков текста из 1го..2х предложений юзать жестко PLTEXT в шаблоне.
Этого быть не может, так как пхп код:
function is_bot() { global $visitor_type; return $visitor_type == 1; } function is_human() { global $visitor_type; return $visitor_type == 2; }
Переменная $visitor_type не может бывна одновременно и 1 и 2. Поэтому никак не может показываться оба блока. Может проблема в том что у вас контент внутри блоков одинаковый?---------- Добавлено 28.01.2016 в 23:16 ----------
Нужно слегка его допилить.
Поменять в нем строчку:
+ Uri.EscapeUriString(key)
на
+ Uri.EscapeUriString(key.Split('|')[0])
Если у вас разделитель такой ^, то поменяйте | на ^
Фактически строчку макроса
key.Split('|')[0]
читать как:
строчка.Разбить(символ)[нулевой кусочек]---------- Добавлено 28.01.2016 в 23:22 ----------
В принципе просьбы двух старожил достаточно чтобы вернуть старый алгоритм который я грозился удалить 2 года назад. Но давайте еще раз взглянем на него. Почему возникла необходимость в новом. 2 года назад я нашел банально глупую опечатку: При расчете плотности проверлось не отношение числа слов в тексте к числу слов в ключе, а проверялось отношение числа БУКВ в текст к числу слов в ключе. То есть бред полный. Но почему-то на эту ошибку в старом алгоритме никто не обращал внимание.
Так что я не против вернуть этот глючный странный способ считать плотность, но все же хотелось бы допилить новый.
Может считать плотность нужно по числу символов? Сайчас расчет по числу слов, но слова бывают разной длины..---------- Добавлено 28.01.2016 в 23:29 ----------
Все верно, нужно заменить текст файла из internal.anchors.eng.sample.txt
А теперь насчет расшифровки.
Данный файл используется для настройки перелинковки.
В файле есть список фраз для безанкорной перелинковки, то есть ссылок вида [a hre="xxx"]смотри тут и подобные фразы[/]
И еще добавленные к этому списку макросы, разбавляющие безанкорные ссылки другими типами ссылок.
Строка ADD:10:ANCHOR добавляет к нашему списку безанкорных ссылок еще 10 вариантов обычных анкорных ссылок
Строка ADD:10:THINANCHOR добавляет к полученному списку еще 10 прореженных анкоров целевой страницы
Строка ADD:10:EXTENDANCHOR добавляет к полученному списку еще 10 раcширенных анкоров целевой страницы, это такие где к анкору прибавляется спереди и сзади рандомное слово
Строка ADD:2:MIXANCHOR добавляет к полученному списку еще 2 анкора целевой страницы с перемешанными словами анкора
Строка ADD:10:URL добавляет к полученному списку еще 10 анкоров состоящих просто из урла страницы
Таким образом получается примерно 100 вариантов ссылок. Каждый тип может в этом списке преобладать(Строка ADD:77:EXTENDANCHOR) либо наоборот - его может быть мало(Строка ADD:2:MIXANCHOR)
Надеюсь суть понятна :)
Примерно так: {REPEAT-10-30} [RANDLINE-(c:/files/[KEYWORD].txt)] <br> {/REPEAT}
[GETFILECONTENT-(c:/files/[KEYWORD].txt)]
Все правильно, просто не под каждый ключ значит есть файл. Запускается генерация текста, а текста RANDLINE не дал, отсюда ошибка. Думаю нужно пропускать такие случаи. То есть фактически разрешить {MARKS-3-5-7}{/MARKS} без начинки.
Можно. Оберните RANDLINE макросом {MARKS}
Понимаю о чем ты говоришь, но тут нужен не CMS, так как CMS - это система управления контентом. А просто скрипт работы с SQLite, который позволит уйти от сотен [тысяч] файлов, но вызовет другую проблему - узким местом будет именно SQLite база.
Раздел "Макросы в файле ключей" в ридми. По сути в файле ключей могут использоваться макросы. Например, файл ключей записан так:
аэрография на футболке|[RANDLINE-(цвет.txt)-(10-100)]|Размер: [RAND-3-5]
купить футболку бейтара|[RANDLINE-(цвет.txt)-(10-100)]|Размер: [RAND-3-5]
А теперь он еще может быть записан так:
Например, файл ключей записан так:
аэрография на футболке|[RANDLINE-(цвет.txt)-(10-100)]|Размер: [RAND-3-5]|купить [PART-1]
купить футболку бейтара|[RANDLINE-(цвет.txt)-(10-100)]|Размер: [RAND-3-5]|купить [PART-1]
Эта функция предварительно должна быть включена в профиле. Есть там такая галочка.
Фух, слава богу стабилизировали пациента )))
Обновись до 2.19.0.2 и давай ретест.
Какой макрос используется?
