Дорген PandoraBox - вопросы и ответы + апдейты

Пойду ка чпу поменяю.

Ребяты, ну дак как сделать то так?

Тебя задело мое ТЫ?

Через статические ссылки можно так сделать. При генерации указать домен http://xxx.xx/?p=, в название файлов страниц указать [TRANSLIT]. После генерации урлы в теле страницы будут иметь структуру

http://xxx.xx/?p=/translitkey

Чтобы измененные ссылки вели на существующие файлы нужно доработать .htaccess файл и в нем под mod_rewrite написать правило перенаправления урлов вида

http://xxx.xx/?p=/translitkey

на фактически реально существующие

http://xxx.xx/translitkey.php

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

site.ru/keyword.php

Потом применить юзермакрос, который сделает замену

site.ru/keyword.php

на

site.ru/keyword/

Вот этот макрос:

using System;
using System.Text;

namespace PandoraBox
{
public class SleshReplacerPlugin : IPluginMacro
{
public string Execute(string template, PluginMacroArgs args)
{
return template.Replace(".php", "/");
}
public ushort Level
{
get { return 10; }
}
public String Name
{
get { return "SleshReplacerPlugin"; }
}
}
}

А чтобы ссылки заработали нужно в htaccess вписать правило примерно такого содержания:

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME}.php -f
RewriteRule ^.*$ $0.php [L,QSA]
RewriteCond %{THE_REQUEST} ([^\s]*)\.php(\?[^\s]*)?
RewriteRule (.*) %1 [R=301,L]

Предлагаю нарубить файл ключей порциями

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

Для скорости генерации важны проц, ОП и диск. Плюс для скорости важна ваша программа, описаная на языке макросов в шаблоне. Если шаблон оптимизирован, то генерится в разы быстрее. Например, можно применить блоки MAIN/CAT/POST правильно/неправильно, тянуть через RANDLINE строчки из слишком большого файла, причем на каждой странице с разного файла и т.д. Возможностей много, но и скорость генерации может плавать при их неразумном применении.

В прошлой версии насколько помню нормально срабатывало, то есть выставил 30 дней и программа отсчитывала от выставленной даты.

.

Я уже думал об этом, но:

- Дополнительная необходимость в перемешивании(лишние телодвижения с другим софтом)

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

У вас выбрано 30 дней от ТЕКУЩЕЙ даты, а не от выбранный. Текущая дата - это сегодняшнее число. Минус 30 дней, то есть не август а июль. А общее время жизни 365, значит с июля 15го по июль 16го.

Замедление генерации происходит изза необходимости перемешать файл ключей размером 404 Мб. В среднем для такого объема в таком файле примерно 13..14 лямов ключей.

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

Что то я не совсем понимаю логику, сайт делается без отложки, выбираю «Или 30 дней назад от текущей даты» при чем здесь «всего дней»?

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

Сейчас получается если делать с такими настройками (не отложка) то даты будут сгенерированы на год вперед или нужно дублировать в графе «Всего дней» те же 30 дней .

Сама настройка «Или» подразумевает (допустим 30 дней) жизнь дора и «Всего дней» не должна влиять на это, повторюсь без отложки или я не прав?

PS. ребята если кто не обновился, проверьте как это работало на прошлой версии плиз.

Этот кусок программы не подвергался изменениям больше года, во всех версиях этого года алгоритм расчитывает даты точно также. Вам просто так кажется что что-то тут было иначе. Дублировать ничего не надо. Нужно определить начальную дату(или минус от текущей или просто конкретная дата) и конечную дату через число дней. 365 - значит от начальной даты год.

2 TopperHarley. Несрочное предложение:

Сделать возможность вывода даты поста макросом [DATETIMEOGP] для нетграфа в формате ISO 8601, типа в шаблоне:

<meta property="article:published_time" content="[DATETIMEOGP]" />

В коде сайта на выходе:

<meta property="article:published_time" content="2015-01-22T11:25:17+00:00" />