Hallo lieber J, Du bist wirklich sehr geduliger lieber Mensch, *freu*
Ich hab es natürlich inzwischen auch allein hinbekommen :-(
"alleine verliert man immer."
Hab erstmal mit snoopme.com einen weiteren vhost angelegt, und siehe da dort funktioniert php wieder.
dann hab ich den scriptdoctors user wieder gelöscht um ihn "hinter" dem snoopme user neu anzulegen.
Ja damit hab ich mir apache wieder tot gemacht.
Diesmal aber konnte ich apache selber manuel neu starten:
Code:
lvps62-112-143-221:/# /etc/init.d/apache2 restart
Restarting web server: apache2apache2: bad user name vu2022
failed!
Ja der vu2022 war der inzwischen gelöschte scriptdoctors user
Also hab ich doch tatsächliche die passende apache conf gefunden:
/etc/apache2/sites-available/ispcp.conf
und diese dämlichen altlasten rausgelöscht:
Code:
# httpd [scriptdoctors.org] dmn group entry BEGIN.
<IfModule mod_cband.c>
<CBandUser scriptdoctors.org>
CBandUserLimit 1000Mi
CBandUserScoreboard /var/www/scoreboards/scriptdoctors.org
CBandUserPeriod 4W
CBandUserPeriodSlice 1W
CBandUserExceededURL http://admin.lvps62-112-143-221.my-maxxserver.de/errors/bw_exceeded.html
</CBandUser>
</IfModule>
# httpd [{SUB_NAME}] sub entry BEGIN.
# httpd [{SUB_NAME}] sub entry END.
# httpd [scriptdoctors.org] dmn entry BEGIN.
<VirtualHost 62.112.143.221:80>
<IfModule suexec_module>
SuexecUserGroup vu2022 vu2022
</IfModule>
ServerAdmin webmaster@scriptdoctors.org
DocumentRoot /var/www/virtual/scriptdoctors.org/htdocs
ServerName scriptdoctors.org
ServerAlias www.scriptdoctors.org scriptdoctors.org *.scriptdoctors.org vu2020.admin.lvps62-112-143-221.my-maxxserver.de
Alias /errors /var/www/virtual/scriptdoctors.org/errors/
RedirectMatch permanent ^/ftp[\/]?$ http://admin.lvps62-112-143-221.my-maxxserver.de/ftp/
RedirectMatch permanent ^/pma[\/]?$ http://admin.lvps62-112-143-221.my-maxxserver.de/pma/
RedirectMatch permanent ^/webmail[\/]?$ http://admin.lvps62-112-143-221.my-maxxserver.de/webmail/
RedirectMatch permanent ^/ispcp[\/]?$ http://admin.lvps62-112-143-221.my-maxxserver.de/
ErrorDocument 401 /errors/401.html
ErrorDocument 403 /errors/403.html
ErrorDocument 404 /errors/404.html
ErrorDocument 500 /errors/500.html
ErrorDocument 503 /errors/503.html
<IfModule mod_cband.c>
CBandUser scriptdoctors.org
</IfModule>
# httpd awstats support BEGIN.
ProxyRequests Off
<Proxy *>
Order deny,allow
Allow from all
</Proxy>
ProxyPass /stats http://localhost/stats/scriptdoctors.org
ProxyPassReverse /stats http://localhost/stats/scriptdoctors.org
<Location /stats>
<IfModule mod_rewrite.c>
RewriteEngine on
RewriteRule ^(.+)\?config=([^\?\&]+)(.*) $1\?config=scriptdoctors.org&$3 [NC,L]
</IfModule>
AuthType Basic
AuthName "Statistics for domain scriptdoctors.org"
AuthUserFile /var/www/virtual/scriptdoctors.org/.htpasswd
AuthGroupFile /var/www/virtual/scriptdoctors.org/.htgroup
Require group statistics
</Location>
# httpd awstats support END.
# httpd dmn entry cgi support BEGIN.
# httpd dmn entry cgi support END.
<Directory /var/www/virtual/scriptdoctors.org/htdocs>
# httpd dmn entry PHP support BEGIN.
# httpd dmn entry PHP support END.
Options -Indexes Includes FollowSymLinks MultiViews
AllowOverride All
Order allow,deny
Allow from all
</Directory>
# httpd dmn entry PHP2 support BEGIN.
<IfModule mod_php5.c>
php_admin_value open_basedir "/var/www/virtual/scriptdoctors.org/:/var/www/virtual/scriptdoctors.org/phptmp/:/usr/share/php/"
php_admin_value upload_tmp_dir "/var/www/virtual/scriptdoctors.org/phptmp/"
php_admin_value session.save_path "/var/www/virtual/scriptdoctors.org/phptmp/"
php_admin_value sendmail_path '/usr/sbin/sendmail -f vu2020 -t -i'
</IfModule>
<IfModule mod_fastcgi.c>
ScriptAlias /php5/ /var/www/fcgi/scriptdoctors.org/
<Directory "/var/www/fcgi/scriptdoctors.org">
AllowOverride None
Options +ExecCGI -MultiViews -Indexes
Order allow,deny
Allow from all
</Directory>
</IfModule>
<IfModule mod_fcgid.c>
Include /etc/apache2/mods-available/fcgid_ispcp.conf
<Directory /var/www/virtual/scriptdoctors.org/htdocs>
#FCGIWrapper /var/www/fcgi/scriptdoctors.org/php5-fcgi-starter .php
Options +ExecCGI
</Directory>
<Directory "/var/www/fcgi/scriptdoctors.org">
AllowOverride None
Options +ExecCGI MultiViews -Indexes
Order allow,deny
Allow from all
</Directory>
</IfModule>
# httpd dmn entry PHP2 support END.
# Include /etc/apache2/ispcp/scriptdoctors.org.conf
</VirtualHost>
# httpd [scriptdoctors.org] dmn entry END.
# httpd [scriptdoctors.org] dmn group entry END.
Dann apache restart:
Code:
lvps62-112-143-221:/# /etc/init.d/apache2 restart
Restarting web server: apache2Warning: DocumentRoot [/var/www/virtual/verliererland.de/robo/htdocs] does not exist
Warning: DocumentRoot [/var/www/virtual/verliererland.de/robo/htdocs] does not exist
Warning: DocumentRoot [/var/www/virtual/verliererland.de/robo/htdocs] does not exist
[Mon Oct 03 11:55:40 2011] [warn] NameVirtualHost 62.112.143.221:80 has no VirtualHosts
[Mon Oct 03 11:55:40 2011] [warn] NameVirtualHost 62.112.143.221:80 has no VirtualHosts
[Mon Oct 03 11:55:40 2011] [warn] NameVirtualHost 62.112.143.221:80 has no VirtualHosts
Warning: DocumentRoot [/var/www/virtual/verliererland.de/robo/htdocs] does not exist
Warning: DocumentRoot [/var/www/virtual/verliererland.de/robo/htdocs] does not exist
Warning: DocumentRoot [/var/www/virtual/verliererland.de/robo/htdocs] does not exist
[Mon Oct 03 11:55:40 2011] [warn] NameVirtualHost 62.112.143.221:80 has no VirtualHosts
[Mon Oct 03 11:55:40 2011] [warn] NameVirtualHost 62.112.143.221:80 has no VirtualHosts
[Mon Oct 03 11:55:40 2011] [warn] NameVirtualHost 62.112.143.221:80 has no VirtualHosts
Na diese altlasten haben mir auch mal einen tag verarscht, aber darum kümmere ich mich jetzt nicht mehr.
Dann "hinter" dem snoopme user einen vu2024 scriptdoctors user neu angelegt und siehe da:
jetzt kann ich
ENDLICH mit dem webdesign da weiter machen, wo ich vor rund 24 stunden aufhören musste.
Vieleicht ist jemand so lieb, und sagt mir noch, wie ispcp die datei /etc/apache2/sites-available/ispcp.conf zusammenbaut,
sonst passiert es vieleicht beim nächsten neuladen, dass ispcp den apache wieder versaut.
(10-03-2011 07:18 PM)joximu Wrote: Was meinst du, wieviele Leute hier glücklich sind mit der DB Struktur
Na da alle linux-begeisterten fachidioten aus dem letzen jahrhundert sind (prozedurale denkweise aus den 90ern) die es eigentlich nur darauf anzlegen etwas zu wissen was andere nicht wissen.. gehe ich davon aus dass hier alle immerzu lobpreisungen auf die tolle DB struktur der tollen software sind.
Dabei ist es schon ein programmierer-verbrechen, ein server-tool überhaupt auf eine datenbank aufzusetzen.
Eine datenbrank ist erstens absolut NICHT OO und zweitens dafür gemacht, nicht 10 oder 100 oder 500 userdaten zu speichern, sondern 200.000 cds oder ebay auktionen zu sortieren, filtern und verknüpfen.
Aber wenn man halt geistig noch auf den 1990er jahren ist, und mit einem zentralen kontrollprogramm die daten parallel in über 30 tabellen verteilt, dann ist es absolut logisch dass solche dummen bugs entstehen, in welchem alte datenfragmente von längst gelöschten usern die apache konfiguration zumüllen.
(10-03-2011 07:18 PM)joximu Wrote: Ein Panel ersetzt halt eben nicht das Wissen, wie man einen Server auch ohne Panel administriert - sonst bist du einfach abhängig.
Frei wird man nicht wenn man immer die kontrolle über alles behalten will.
Nur weil Du nicht mehr das Wissen hast, wie die millionen transistoren auf dem chip verschaltet sind, bist Du ein Sklave der Technik geworden.
Gute Software hebt Dich auf einen höheren Abstraktionslevel, von dem aus Du 100 mal produktiver arbeiten kannst, als wenn Du Dich mit der root ebene rumschälgst.
Aber genau das haben die linux-programmierer immer noch nicht kapiert.
Wie gesagt, ich hätt schönes konzept, ein server-modul so objektorientiert zu programmieren, dass jeder der weiß wo man wie einen cron-job anlegt, in 5 minuten ein "plugin" schreiben kann.
Da ich python genauso scheisse wie perl finde, würde ich es vieleicht mit ruby programmieren, das liest sich wirklich fein:
http://de.wikipedia.org/wiki/Ruby_%28Pro...sprache%29
roland
http://www.legopädie.de
Search
Member List
Calendar
Help
/
fehlgeschlagener neuer User killt apache :-(
