tomat_ok

Рейтинг
47
Регистрация
02.06.2012
Sergi0k:
Нужен постинг в WP того, что нагенерит Пандора

А смысл?

Wp работает медленно, его часто ломают, грузит сервак, нужна база данных.

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

Сам движок WP не нужен, нужно только иметь возможность обновлять дор - подливать новый контент.

h-i-t-m-a-n

Можешь делать вставки так, мне помогло)

{PHPINC-(inc1.html)} ...html… {/PHPINC}

Подскажите, вы делаете отчет где размещены ссылки, на каких сайтах?

Tecak:
Вот, кстати, о картинках. Как ПС отделяют "картинки для пользователя" от "элементов дизайна сайта"? Я как-то раз просто генерировал уникальные картинки типа фракталов, а в тайтл и альты к картинкам брал всякие термины и определения к которым картинок тупо нету в выдаче. Траф был, но мало. Хотя и дор был 1 и всего на 10к страниц, для эксперимента.

Может по размерам и по наличию альтов?

Также гугл умеет определять что примерно изображено на картинке. Например человек или указатель какой нибудь.

Все получилось! Спасибо что терпишь таких нубасов как я🤪

А так получается нельзя сделать в файле ключей?

Купить слона|[RANDLINE-(D:\Images\[KEYPART-1].txt)]

-O-O-:

Т.е. что бы на странице категорий был кусок текста с конечной страницы.

Это легко реализуется. Из ридми:

Также можно, но не обязательно внутри блока {POST} пометить блоки анонса, например, так: {POST}

...

{PREVIEW}[RANDIMAGE-(pics)][TEXT-3-10/p]{/PREVIEW}

{PREVIEW-2}[RANDIMAGE-(pics)][TEXT-3-10/p]{/PREVIEW}

{PREVIEW-111}[RANDIMAGE-(pics)][TEXT-3-10/p]{/PREVIEW}

...

{/POST}

И потом внутри блока {CATITEMS} и {MAINITEMS} использовать результат макросами [PREVIEW], [PREVIEW-2], [PREVIEW-111].

Соответственно помечаете вступительный текст как {PREVIEW} и выводите [PREVIEW] в {CATITEMS} и {MAINITEMS}

---------- Добавлено 04.02.2016 в 16:32 ----------

TopperHarley:


Можно, нужно в файл вписать
ключ1|урл картинки1
ключ2|урл картинки2

О, спасибо, попробую)

TopperHarley:
С этой фичей возникли сложности, пофиксить без кардинальных измений не получится.
И вот почему. Чтобы первые генерируемые посты могли увидеть что будет в PREV последних генерируемых постов, на которые он может сослаться, нужно их на все время генерации удерживать в памяти. А генерируемх страниц может быть 100к и больше, поэтому памяти может не хватить, потоки сохранения будут простаивать до самого конца генерации, так что и время генерации значительно замедлится. Думаю придется отказаться от этого макроса в пользу использования MULTIKEY. Вместо [PREV] юзать [PART-5].

А с помощью [PART-5] можно выводить изображения? У меня проблема только с картинками, не могу сделать чтобы в посте показывались превьюхи других постов с изображениями, которые к ним привязаны. Сейчас просто вывожу рандомную фотку, но это не очень гуд.

Покажу на примере:

Как сделать такой блок, чтобы при клике по первой картинке с визой дальше в статье была таже самая фотка.

jpg screen.jpg
TopperHarley:

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

Когда примерно ожидать обновление?

Всего: 167