[gelöst] API redirect_path Eingabe escape? Domain statt URL erstellt

[fusionbuzz]

Wenn ich über die API den redirect_path als URL übergebe wird alles mit http:// davor abgeschnitten und es erscheint nur domain.tld bei der Weiterleitung im Panel.
Muss die redirect_path Variable für die API noch irgendwie escaped werden (slashes, doppelpunkt etc.) ?

Viele Grüße

 

[fusionbuzz]

Es funktioniert anscheinend doch, der Vhost wird richtig angelegt, nur im Panel wird die URL als Domain Name ausgegeben.

RewriteRule   ^/(.*)$ http://www.myforward.tld/$1  [R=301,L]

Im Panel Web Domain > Redirect > Domain wird also nur der Domain Name angezeigt:
myforward.tld

Wenn ich einen Redirect direkt im Panel setze (nicht über die API) wird die vollständige URL im Panel angezeigt:

http://www.myforward.tld

Hier die Parameter für web_domain als redirect:

if($urlforward2 == "no")
{
// add web_domain without redirect
...
}
else
{
...
$urlforward0 = urldecode($urlforward2);

    $params = [
        'server_id'               => 1,
        'ip_address'              => '*',
        'domain'                  => $username,
        'type'                    => 'vhost', // vhost | alias | vhostalias | subdomain | vhostsubdomain
        'parent_domain_id'        => 0,
        'vhost_type'              => 'name',
        'hd_quota'                => $accdisklimit2,
        'traffic_quota'           => -1,
        'cgi'                     => 'n', // y | n, default => y
        'ssi'                     => 'n', // y | n, default => y
        'suexec'                  => 'y', // y | n, default => y
        'errordocs'               => 0, //default => 0
        'is_subdomainwww'         => 1,
        'subdomain'               => 'none', // none | www, default => none
        'php'                     => 'no', // no | fast-cgi | php-fpm, default => php-fpm
        'ruby'                    => 'n', // y | n, default => n
        'redirect_type'           => 'R=301,L',
        'redirect_path'           => $urlforward0,
        'ssl'                     => 'n', // y | n, default => n
        'ssl_letsencrypt'         => 'n', // y | n, default => n
        'ssl_state'               => '',
        'ssl_locality'            => '',
        'ssl_organisation'        => '',
        'ssl_organisation_unit'   => '',
        'ssl_country'             => '',
        'ssl_domain'              => '',
        'ssl_request'             => '',
        'ssl_key'                 => '',
        'ssl_cert'                => '',
        'ssl_bundle'              => '',
        'ssl_action'              => '', // show | save | create | delete
        'stats_password'          => '',
        'stats_type'              => 'awstats',
        'allow_override'          => 'All',
        'apache_directives'       => '',
        'php_open_basedir'        => '/',
        'pm'                      => 'ondemand', // static | dynamic | ondemand
        'pm_max_children'         => 6, // default => 500
        'pm_max_requests'         => 1000,
        'pm_process_idle_timeout' => 60, // default => 5
        'custom_php_ini'          => '',
        'backup_interval'         => 'none',
        'backup_copies'           => 1,
        'active'                  => 'y', // y | n, default => y
        'traffic_quota_lock'      => 'n', // y | n, default => n
        'http_port'               => '80',
        'https_port'              => '443',
        'tideways_sample_rate'    => 25,
    ];

$affected_rows = $client->sites_web_domain_add($session_id, $client_id, $params, $readonly = false);
}

 

[fusionbuzz]

hmm, heute wird es auch im Panel richtig angezeigt als URL ...
Ich schätze da war noch etwas nicht vollständig abgearbeitet oder ein cronjob war zu dem Zeitpunkt des Checks noch nicht durchlaufen.
Funktioniert also doch mit der URL Anzeige im Kunden Panel ;-)