EZ Seite umziehen

Donnerstag, 27. Juli 2006 14:06:44

Guten Tag
Ich habe unsere Seite lokal entwickelt und möchte Sie jetzt online stellen, habe aber diverse Probleme mit Pfaden.

Die Datenbank habe ich umgestellt gekriegt in settings/siteaccess/plain/
Sowie die Root Domain.
Die Index Seite geht, allerdings ohne Layout und Css. Die Pfade sind noch die lokalen.

Kann jemand helfen?

Viele Grüße
Jan

Donnerstag, 27. Juli 2006 15:46:50

Wo geht das denn?
Bzw welche Tabellen sind das?

Ich verstehe auch generell den Pfad /index.php/plain/ nicht, der hinter die Domain gehängt wird.
wie bekommt man dieses weg?

Ich finde jetzt wo die Seite online ist auch den Pfad zum Admin Login nicht mehr ... der war vorher /index.php/plain_admin/

Übrigens:
Jetzt nach ca 3 Stunden, ist die Seite nicht mehr aufrufbar, es kommt folgende Fehlermeldung:

Fatal error: Undefined class name 'ezcontentobjecttreenode' in /home/s/sundundbelt.de/public_html/kernel/common/eztreemenuoperator.php on line 193
Fatal error: eZ publish did not finish its request

Ich habe in der Zwischenzeit nichts geändert. ??

Jetzt versteh ich gar nichts mehr.


Grüße
Jan

Donnerstag, 27. Juli 2006 17:08:50

oben schreibst du, du hättest die [DatabaseSettings] nur in settings/siteaccess/plain eingetragen. Das reicht nicht. Sofern sie nicht in settings/override/site.ini.append sind, gehören sie auch in settings/siteaccess/plain_admin

ansonsten mußt du dir vor allem die Dateien anschauen:
settings/siteaccess/plain/site.ini.append.php
settings/siteaccess/plain_admin/site.ini.append.php
settings/override/site.ini.append.php
ob da alles richtig ist.

Hast du denn design/yourdesign auch auf den Server übertragen?

Pfade zu den css-Dateien werden in design.ini.append.php angezeigt.

Cache lösche ich immer manuell. Wenn du plain nimmst, kannst du zum cache löschen
ezroot/var/cache
ezroot/var/plain/cache
komplett löschen.

Also ich hab nur ausschnitweise Ahnung. Was ich manchmal mache, dass ich in settings/override/site.ini.append.php
[SiteAccessSettings]
CheckValidity=true
stelle. Dann läuft nämlich der Wizzard an und ich kann dann mit finetune sehen, ob was mit den Zugriffsrechten usw. falsch ist.
Nachher brech ich den Wizzard dann einfach ab und stelle validity wieder manuell CheckValidity=false.



Der krempel mit dem index.php kriegt man glaub wohl weg, wenn man die seite im virtualhost mode laufen läßt. Ist gut erklärt auf ez.no

Gruß !

_______________________

http://webdevelopment.artenic.de ARTENIC - Publishing mit allen Mitteln!

Freitag, 28. Juli 2006 14:19:43

Hi,

das virtual host setup läuft erst einmal über die Konfiguration von Apache. Dabei schickt das mod_rewrite Modul eine ankommende URL à la domain.de/meine/url intern auf /index.php/domain_siteaccess/meine/url. Dass das funktioniert siehst du z.B. an ezpublish.de. Wie das eingerichtet wird, ist gut in der Docu auf ez.no erklärt (Bereich Installation).

In der Doku (Basics) findest du auch eine Erklärung wie die URLs in eZ publish grundsätzlich aufgebaut sind. Kurz gesagt läuft alles über das Skript "index.php". plain ist der verwendete Siteaccess. Und alles danach ist dann eigentlich der für deine Besucher spannende Teil.

Die Konfig von eZ publish muss natürlich auch angepasst werden (Stichwort: Settings für den Siteaccess in override/site.ini.append.php) - aber wichtig ist erst einmal der Webserver.

Viele Grüße

Thomas

Freitag, 04. August 2006 14:22:12

meine settings\override\site.ini sieht so aus:
(vielelicht nützt was)

[SiteAccessSettings]
CheckValidity=false
ForceVirtualHost=true
DebugAccess=disabled
AvailableSiteAccessList[]=shop_site
AvailableSiteAccessList[]=shop_site_admin
MatchOrder=host
HostMatchType=map
HostMatchElement=0
HostMatchRegexp=^(.+)\.domain\.de$
HostMatchRegexpItem=1
HostMatchSubtextPre=
HostMatchSubtextPost=.domain.de
HostMatchMapItems[]=domain.de;shop_site
HostMatchMapItems[]=www.domain.de;shop_site
HostMatchMapItems[]=admin.domain.de;shop_site_admin
-------------------------------


die entsprechende Serverconfig so


<VirtualHost 85.10.xxxxx:80>
ServerAdmin hallo@domain.de

ScriptAlias /cgi-bin/ "/var/www/web1/html/cgi-bin/"

ErrorLog /var/www/web1/html/domain/error.txt

<Directory /var/www/web1/html/domain/media6>
Options FollowSymLinks Indexes ExecCGI
AllowOverride None
Allow from all
</Directory>

RewriteEngine On

Rewriterule ^/var/storage/.* - [L]
Rewriterule ^/var/[^/]+/storage/.* - [L]
RewriteRule ^/var/cache/texttoimage/.* - [L]
RewriteRule ^/var/[^/]+/cache/texttoimage/.* - [L]
Rewriterule ^/design/[^/]+/(stylesheets|images|javascript)/.* - [L]
Rewriterule ^/share/icons/.* - [L]
Rewriterule ^/extension/[^/]+/design/[^/]+/(stylesheets|images|javascripts?)/.* - [L]
Rewriterule ^/packages/styles/.+/(stylesheets|images|javascript)/[^/]+/.* - [L]
RewriteRule ^/packages/styles/.+/thumbnail/.* - [L]
RewriteRule ^/favicon.ico - [L]
RewriteRule ^/robots.txt - [L]
# Uncomment the following lines when using popup style debug.
# RewriteRule ^/var/cache/debug.html.* - [L]
# RewriteRule ^/var/[^/]+/cache/debug.html.* - [L]

RewriteRule .* /index.php

DocumentRoot /var/www/web1/html/domain/media6
ServerName www.domain.de
ServerAlias domain.de
ServerAlias admin.domain.de
</VirtualHost>


wobei media6 das eZroot ist


Grüsse

_______________________

http://webdevelopment.artenic.de ARTENIC - Publishing mit allen Mitteln!

Freitag, 04. August 2006 16:48:13

Ok,

Ich habe mir auch eine Subdomain admin.domain.tld definiert und sie in die SiteSettings eingetragen:

AvailableSiteAccessList[]=plain
AvailableSiteAccessList[]=plain_admin
HostMatchMapItems[]=www.domain.de;plain
HostMatchMapItems[]=admin.domain.de;plain_admin

Jetzt funktionierts!
Jan

ps:
wens interessiert:
die site liegt testweise hier und geht nächste woche auf beltundsund.de online
http://www.sundundbelt.de

Kritik erwünscht!