Beiträge von nilss

Hallo synaptic,

Danke für deine schnelle Antwort. Bitte versteh mich richtig: Die Joomla-Seite läuft mittlerweile "so, wie sie soll"! ... Ansonsten wäre sie nicht mehr online ... Für den Benutzer ist 'alles top' auf der Seite. – "Nur ich" als verantwortlicher Webmaster denke mittlerweile: "Was machst du nur, falls die Seite mal einen Fehler hat, der irgendwo in der Datenbank stattfindet ..." ?

Der "HTML-Code", so wie mein Verständnis eines solchen Codes bisher ist, befindet sich übrigens keineswegs in der besagten index.php ... Dort sind "einige Parameter und einige, kurze Text-Einträge" vermerkt; es fehlen die Meta-Angaben der Seite, ein Einblick in die Navigation (von der weiß ich bis heute nicht, wo die eigentlich in den Dateien liegt) und vor allem der Content. ... Ich kann mit meinen geringen PHP-Kenntnissen nur SEHR ansatzweise interpretieren, was dort alles verlinkt und eingebunden ist. –*... Ich kann nicht zielsicher diese index.php verändern (kann kein PHP schreiben) und erhalte keinen Überblick, was eigentlich auf der Seite abgeht ... dazu müsste ich erst noch in den Editor sehen, dort den "Meta"-Bereich aufklappen, in die Grundeinstellungen der Seite schauen UND separat in 6 verschiedene CSS-Dateien die Formatierungen klären ... DANN wüsste ich, was auf der Seite genau passiert (bis auf, wo die Texte der Navigation liegen) und wüsste aber noch immer nicht, was die Datenbank eigentlich macht und ob mein Backup genügt, falls die mal defekt ist. –*... Auf mich wirkt das unübersichtlich und wacklig.
- -

Also, die Seite ist (sehr funktionstüchtig) online, mit kleinen Schönheitsfehlern; allerdings hatte ich einen massiven Zeitaufwand beim Anpassen des Templates und auch bis heute verstehe ich einige Dinge an der Seite einfach nicht. Beispielsweise weiß ich nicht, wie ich die "Suchfunktion" aus der Seite entfernen kann (sodass dabei der Platz oben auf der Seite 'nach oben rückt'), die Elemente auf der linken Seite sind nicht bündig, die Seiten-Navigations-Anzeige benötige ich eigentlich nicht, dort wird oben sinnlos Platz verbraucht und dergleichen ... Bei einer HTML-Seite weiß ich, was ich gemacht habe und wo ich es wieder ändern kann.

... Selbst MIT Firebug steige ich einfach nicht durch, wie viele "DIVs" und CSS-Angaben dort wo und wie ineinander verschachtelt sind und wie man welches Element genau anpasst.

Beispielsweise habe ich gerade mal auf das Wort "Startseite" (oberster Navigationspunkt) geklickt. Im Firebug sehe ich zwar, wo dieser Bereich FORMATIERT wird ... aber wo das Wort "Startseite" liegt, bleibt unklar. ... Ich könnte jetzt höchstens über den Joomla-Editor auf das "Hauptmenü" zugreifen und wüsste (zu Anfang nach einigem Suchen) nun auch, wo ich / was ändern muss, damit sich das Wort ändert ... –*aber der genaue Aufbau der Webseite bleibt für mich weiterhin unklar.

"Plugins und Erweiterungen" von Joomla habe ich massenweise gefunden und auch bestimmt 20 Stück davon eingebaut und ausprobiert ... –*fast nichts davon habe ich drin gelassen; das Newsletter-Tool konnte ich nicht zu meiner Zufriedenheit zum Laufen bringen, habe daraufhin ein bezahltes System eingebunden, das sofort super lief und läuft. Insbesondere enttäuscht war ich, dass ein simpler "Joomla-MP3-Player" nicht funktionierte und ich es zudem nicht schaffte, den Player in den richtigen Bereich der Seite zu bringen ...

wie auch immer; ich würde gern 'klaren Code' vor der Nase haben. Mir behagt es nicht, dass dort immer ein System herum-fuhrwerkt, dass ich im Zweifelsfall nicht exakt unter Kontrolle habe. –*... Was andere, erfahrenere Webmaster oder Benutzer mit einem anderen Template da raus holen, steht auf einem anderen Blatt. Mag sein, dass das ansonsten ganz wunderbar läuft; ... bei mir war es mit großem Aufwand verbunden und diverse Dinge liefen auch mit exzessiver Forum-Hilfe nicht.

Besten Dank auf jeden Fall für deine Tipps; werde mal entsprechend vorgehen und eine Seite aufsetzen, mit der ich persönlich ein besseres Gefühl habe.

... Bei Joomla habe ich immer das Gefühl "wenn hier jetzt was nicht läuft, dann kann ich es möglicherweise nicht retten" –*... bei HTML-Dateien hätte ich einen Satz 'Backup'-HTML, den ich im Notfall neu auf den Server spiele, fertig; alles klar. ... –*Bei Joomla ... keine Ahnung, ob die Datenbank-Backups funktionstüchtig sind und was ich tun würde, falls mir jemand mal in der Datenbank herumhacken würde ...

Bestes
Nils

Liebes HTML-Forum,

ich betreibe eine Webseite mit dem freien CMS "Joomla". Im ersten Moment war ich so begeistert, dass ich ein Ebook schreiben wollte: "So baust du eine Webseite mit Joomla!" ... doch jetzt, nach einigen Monaten bekomme ich ernsthafte Zweifel an dem System und es wäre mir mittlerweile lieber, eine schöne, klare HTML-Seite zu betreiben, wo alles für mich voll durchschaubar ist und ich WIRKLICH die gesamte Webseite unter voller Kontrolle habe.

Für alle, die gerade überlegen, sich eine Joomla!-Seite zuzulegen, hier eine kurze "beratende" Abhandlung, die meine persönlichen Erfahrungen widerspiegelt ... Arbeitstitel: "Warum ich erstmal KEINE Joomla!-Seite mehr bauen würde und warum ich das System auch nicht mehr bedenkenlos empfehlen würde":

* Ich DACHTE, "Joomla ist gut für Einsteiger" (so hatte ich zumindest die Darstellungen im Netz verstanden) ... als ich dann das System aufsetzte und begann das komplexe Template ("Beez") zu verändern, wurde mir klar, dass das ein 'mega'-System ist ... für gewisse, komplexe Anwendungen möglicherweise auch das Optimum ... aber für meine "kleine" Info-Seite, auf der ich eine Reihe von Interviews, Videos und Ebooks bereitstelle sowie mein Buch verkaufe, ist das –*so denke ich mittlerweile –*NICHT das beste System.

* Das erste Mal richtig nachdenklich wurde ich, als mir (übrigens bis heute) niemand erklären konnte, wo eigentlich "der HTML-Code" der Seite zu finden ist. Die Antwort: Es gibt offenbar gar keinen, sondern er entsteht erst in der Zusammenarbeit zwischen dem PHP und der Datenbank (oder so?) ... auf jeden Fall verstehe ich da etwas nicht und das beunruhigt mich, weil ich –*FALLS das System mal 'kaputt' wäre (die Datenbank im Speziellen) ich nicht wüsste, wie ich das reparieren kann. –*... Bei klarem HTML wüsste ich das (mittlerweile) sofort oder wüsste sofort, wo ich Hilfe kriegen würde. (Z.B. hier im Forum ... im Joomla-Forum sind zwar auch gute Experten, aber es macht auf mich den Eindruck, als "müsste" man ab einem gewissen Punkt der Detailgenauigkeit bei Joomla! geradezu 'raten', ausprobieren ODER muss ein 'totaler Voll-Spezi in Sachen Datenbanken, PHP UND HTML' zeitgleich sein.

* Woher kann ich denn "plötzlich" HTML schreiben? Das ist auch noch so ein Punkt: Ich dachte, weil das auch so ähnlich dargestellt wird, "wenn ich Joomla! habe, muss ich mich mit HTML nicht so sehr beschäftigen". ... Das war falsch.
Zunächst mal musste ich in irre komplexe CSS einsteigen ... für mich als (letztes Jahr noch) Anfänger war das ein Horror. Kurz darauf begann ich nach "CSS" zu forschen und merkte, wie LEICHT das eigentlich geht, selbst welche zu schreiben und was für eine "Unmenge" die (Profi-?)Programmiererin des besagten Templates dort fabriziert hat. ... Für sie als Vollprofi ist das wahrscheinlich alles leicht durchschaubar. Ich brauchte (wirklich) Wochen, mit stundenlangem Aufwand jeden Tag, um diese Webseite anzupassen.

* ... DENN: Das Haupt-Problem bei Joomla! ist, dass man häufig nicht findet, was man sucht. Das System ist für mein Verständnis sehr 'zerstückelt' aufgesetzt. Bis man diese Logik erstmal verstanden hat, hätte man wahrscheinlich mindestens drei Volkshochschulkurse in HTML inklusive CSS-Kenntnissen erfolgreich absolviert ... – ich habe doch wirklich "ganz nebenbei" zwei weitere HTML-Webseiten (inkl. CSS natürlich) und einen mit meiner Webseite verbundenen "Clear HTML"-Bereich programmiert ... alles davon hat mich wesentlich weniger Zeit gekostet als das Aufsetzen und Umgestalten des Joomla!-Templates. ... Und da ist die Zeit, die ich brauchte um herauszufinden "wie das alles geht", mit eingerechnet! ... Ich konnte vorher kaum HTML schreiben und CSS hatte ich noch nie erstellt. Ich 'musste' das dann lernen, weil Joomla sich nicht so anpassen lies, wie ich das brauchte. (Ich wollte beispielsweise ein Newsletter-Archiv einrichten, wo man die normale Navigation der Seite nicht brauchte ... und eine Rede eines bekannten Musikproduzenten wollte ich ebenfalls 'ohne Navigation' auf mehreren Seiten darstellen ... im Joomla war mir das unmöglich).

* Den "Shop", VirtueMart, auf den ich gehofft hatte, habe ich nicht geschafft zu integrieren. (Oder ich konnte absehen, dass das wieder irrsinnig lange dauern würde, das weiß ich nicht mehr genau). ... Ich habe dann zu einem 'ganz simplen' Trick gegriffen und einfach mehrere PayPal-Verkaufsbuttons eingefügt. ... Die laufen super, ich kann sie überall auf der Seite hinschieben, kann die Verkaufs-Links auch als 'normale Links' setzen, habe gleich eine Kundensicherung mit drin und einen "Shop" habe ich jetzt einfach gebaut, indem ich alle Produkte auf einer HTML-Seite präsentiert habe, jeweils mit PayPal-Kaufen-Buttons darunter. ... Das läuft sehr gut so. ... 'Das Shopsystem' hat meiner Meinung nach also ebenfalls nicht das halten können, was ich mir von Joomla erhofft hatte. (Ich dachte, das wäre wesentlich einfacher und ich wusste bis zu dem Zeitpunkt, als die Seite längst fertig war, nicht, dass das ganze Ding diese mysteriöse Datenbank als Grundlage verwendet ... –*... ich habe keine Ahnung von Datenbanken und wollte die auch nie haben ... hätte ich das gewusst, hätte ich das ganze Ding von vornherein vorsichtiger begutachtet.)

* Fazit: Joomla! ist meiner Meinung nach keineswegs etwas für Anfänger. Um HTML- und vor allem CSS-Kenntnisse kommt man dabei auch nicht herum. Ich musste sogar –*nachdem einige Joomla!-Module nicht anpassbar waren und ich auch im Forum keine Hilfe finden konnte –*PHP-Elemente direkt in die Webseite einbauen (ein Kontaktformular). ... Ich hätte also nur ETWAS mehr Ahnung vom Aufsetzen einer HTML-Webseite haben müssen (Positionierung von Elementen; erstellen von DIVs und Tabellen ... 'easy stuff') und hätte auf Joomla gut verzichten können.
... Die Suchfunktion (Joomla), ein paar automatische Auswertungen und ähnliches 'Gedönz' wollte ich sowieso nie haben und habe es nur in meine Webseite eingebaut, weil es gerade da war. ... Mittlerweile alles wieder rausgeschmissen. ... Das Zeug 'verkaufte' nichts; im wahrsten Sinne des Wortes. ... Klare HTML-Banner, ein paar Links und Videos ... DAS verkaufte ... und das musste ich im Joomla ("""Editor""", der ständig Fehler einbaut) sowieso nahezu alles manuell aufsetzen beziehungsweise mindestens den Quelltext mal mit fachmännischem Auge überschauen und die Fehler heraus-werfen.
- - - - - - - - - - -

OK, genug davon ... ich will nicht zu sehr mosern, denn das System funktioniert (noch?) gut, die Webseite läuft und verkauft. (Das Ding ist etwas langsam; wahrscheinlich wegen der ständigen Datenbank-Abfragen, aber das wäre OK, wenn das System ansonsten top wäre ... was es –*meiner Meinung nach –*nicht ist. ... Ich will diese 'Untiefen' los werden und möchte den gesamten Code verstehen, der hinter meiner Webseite liegt.)

Was mich nun interessiert, ist:

=> Wie setze ich am geschicktesten eine – möglichst einfache und effektive – HTML-Seite auf? (Wie würdet ihr das sozusagen 'methodisch' angehen? ... Was zuerst machen; wie überlegen; wie die Seite aufziehen?)

=> Ich habe noch keine Ahnung von PHP; habe mir nur mal etwas PHP-Code von einem Freund besorgt und den mit 'Try and error' angepasst, bis zumindest ein paar Kontaktformulare liefen. ... Hat jemand einen Tipp wo ich "richtig" lernen kann, wie man zumindest ein Kontaktformular "sicher" programmieren kann?

=> Ich brauche im Wesentlichen eine "typische Webseite" auf der ich 'mein Zeug' präsentieren kann. ... Ein paar Navigationspunkte, rechts eine 'Banner'-Spalte für werbliche Hinweise und in der Mitte einen 'normalen' herunter-laufenden Content-Bereich, in dem ich ein paar Videos, Downloads und dergleichen anbieten kann.

=> Es wäre klasse, wenn ihr dazu einige gute Tipps habt; möglicherweise auch einen guten Online-Kurs oder ein HTML-Template oder sonstiges.

Beste Grüße
Nils

Hallo synaptic,

vielen Dank für die ausführliche Hilfe! Ich habe gestern Nacht noch nach einem Beispiel gesucht, allerdings keins gefunden. ... Wie das so ist ... wenn man's nicht erwartet, dann sieht man es mal irgendwo, aber wenn man danach sucht ...

... Ein Skript zu integrieren habe ich noch nie gemacht. Das Ganze gestaltet sich für mich auch etwas schwierig, da ich eine Webseite auf Basis von Joomla! betreibe und ich leider nicht den vollständigen Durchblick durch die Funktionalität der Datenbank habe. ... Ich wüsste also nicht, wie und wo ich dort Javascript integrieren müsste und möchte mich damit jetzt auch nicht beschäftigen. –*... Da lasse ich den Banner lieber "nicht scrollend".

... Ich werde gleich noch mal einen Beitrag zum Thema "Joomla => HTML-Webseite" starten, das würde hier sonst "off topic" gehen.

Dir auf jeden Fall vielen Dank für's Heraussuchen! Möglicherweise komme ich auf diesen Thread noch mal in einiger Zeit zurück und beschäftige mich intensiver mit dem Tipp von dir. ... Für den Moment wäre es mir zu viel Mühe, mich da reinzufummeln.

Beste Grüße
Nils

Liebes HTML-Forum,

ich würde gern etwas machen, was ich schon mehrfach auf Webseiten gesehen habe:

Ein Element soll BIS ZU einem gewissen Punkt relativ positioniert sein, AB einem gewissen Punkt (beim Runterscrollen) allerdings den Benutzer 'verfolgen'.

Bisher habe ich folgendes probiert:
<div style="position: fixed; top: 12em; right: 1em; position: absolute;" >

... das bringt aber nicht den gewünschten Effekt, weil bei 12em im oberen Teil der Webseite noch etwas anderes auf der rechten Seite stattfinden soll. ... Das Element soll also ZUNÄCHST tiefer positioniert sein (im normalen Fluss der Seite) und erst, wenn man herunter-scrollt, soll es 'hängenbleiben'. ... Beispielsweise in der vertikalen Mitte der Seite.

=> Wie macht man das?

Beste Grüße
Nils

OK, vielen Dank erstmal!

Dazu muss ich allerdings alle Seiten als ".php" benennen, damit es funktioniert, richtig? Oder geht es auch mit ".html"-Dateien und nur die
"navi.php" muss ".php" heissen?

Gibt es so etwas wie einen Standard-Aufbau einer PHP-Seite, wie bei HTML-Seiten? ... HTML-Standard-Aufbau wäre ja <?xml version ... <!DOCTYPE ... <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="de-de" lang="de-de" dir="ltr" ><html><head><meta ... etc.? ... Oder sind PHP-Seiten vom Aufbau her Freestyle?

... Oder kann ich einfach normale HTML-Seiten aufbauen und nur den Dateinamen in ".php" ändern? Sonst noch irgendwas zu beachten? ...

=> Noch eine Frage zur Suchmaschinenoptimierung: Wenn ich anstelle von ".html"-Seiten PHP-Seiten verwende ... wirkt sich das in irgendeiner Weise auf meine Google-Treffer aus? Wenn ja, in welcher Form? ...

Gibt's da noch einen 'Trick' um Treffer zu begünstigen? (Außer natürlich 'korrekte', in sich konsistente Seiten bauen, mit hübschen "title"-Tags, meta-daten, möglichst vielen Links von anderen Seiten auf meine Seite und diesem ganzen Kram ...) ?

Bestes
Nils

Hallo synaptic,

OK, verstehe:
<?php
include('navi.php');
?>
... würde auf jeder PHP-Seite wiederum den Inhalt von "navi.php" einbinden. Somit programmiert man die Navi in "navi.php" und zieht diesen Inhalt überall rein. Praktisch ... in PHP zumindest.
- -

Problem: Ich kann bisher nur HTML schreiben und würde daher sowohl die Unterseiten als auch die Navigation gern mit HTML-Befehlen aufziehen.

Ein "include" (siehe oben) mal kurz einzubauen, ist ja kein Problem ... aber was ist mit dem Rest; muss ich dann alles in PHP schreiben? Oder soll ich dann eine "PHP"-Datei aufziehen, in der der einzige PHP-Befehl "include" ist und ansonsten in den PHP-Code einfach jede Menge HTML rein schreiben? (99% HTML; trotzdem als PHP speichern?)

=> Wie würdest du eine HTML-Webseite programmieren, mit beispielsweise 5 Menüpunkten, also mindestens 5 Unterseiten, die alle aus HTML bestehen?

Grüße
Nils

Hallo synaptic,

Danke für deine schnelle Antwort.

Hast du einen Link, wo ich lernen kann, wie ich mit PHP und dem 'Include'-Befehl lernen kann, eine professionelle Navigation zu bauen?

Gibt es dazu ein Tutorial oder hast du einen Satz Beispiel-Dateien, in denen ich mir mal ansehen kann, wie das programmiert ist?

Mich würde interessieren, warum du diese Methode gegenüber den anderen Dingen, die du genannt hast, empfiehlst ... habe momentan noch wenig Ahnung von der Materie; kann bisher nur HTML schreiben.

Beste Grüße
Nils

Liebes Forum-Hilfe,

bisher habe ich eine Webseite gebaut, bei der die Navigation in jeder einzelnen HTML-Seite eingefügt ist. Das bedeutet, wenn ich einen Navigationspunkt ändern möchte, muss ich den in allen Dateien umbenennen.

=> Wie kann ich das ändern und eine 'professionelle' (richtige) Navigation programmieren, die nur ein Mal vorhanden ist aber auf alle Seiten zugreift?

Beste Grüße
Nils

Hallo Threadi,

besten Dank für den Link!

Bis gestern wusste ich nicht mal, dass man vor dem <head>
noch etwas braucht ... aber nun verstehe ich:

Also ...

* Meine Webseite ist in "Iso-8859-1" kodiert.

* Das Webmart-Zeug wird offenbar in "UTF-8" ausgespuckt,
was ein zukunftsweisenderes Format ist.

* Daher müsste ich mich jetzt um die HTML-Kodierung kümmern
und die HTML Datei von "UTF-8" auf => "Iso-8859-1" kodieren.

So weit alles richtig?
- - - - -

Ich nutze den HTML Editor "Smultron" und bin schon bis zu den
"Einstellungen" vorgedrungen, wo ich nun eingestellt habe:

"Ich nutze immer "Westeuropäisch ISO Latin 1" "
(habe gelesen, dass das das Gleiche ist ... richtig?)

... und habe alle anderen Haken bei den Kodierungen im Editor entfernt.

HATTE gehofft, dass die Datei nun automatisch in Iso-8859-1 gespeichert
wird. Das ist allerdings nicht der Fall.

... Wenn ich in Smultron auf "Infos" klicke, sehe ich noch immer "Unicode (UTF-8 )".

=> Wie kann ich die Datei von UTF-8 auf iso-8859-1 konvertieren?

... Oder muss ich per Text-Editor mit"Suchen/Ersetzen" alle Zeichen einzeln
austauschen??

Beste Grüße
Nils

P.S.: Ich habe irgendwo gelesen, dass bei einer MySQL-Datei die Konvertierung
im Nachhinein nicht mehr geändert werden kann.
Kann es sein, dass das damit zu tun hat, weil die Dateien bei Webmart
möglicherweise auf einer solchen Datenbank liegen, oder ist das eine völlig
andere Baustelle und HTML = immer HTML = immer veränderbar?

Hallo Sejuma,

vielen Dank für die Antwort.

Habe das Grundgerüst jetzt entsprechend ergänzt.

Ursache war wahrscheinlich, dass der Inhalt vorher als FRAME
angezeigt wurde, bei Webmart, wo ich ihn raus kopiert habe.

=> Das hat allerdings noch nicht mein Problem gelöst mit den
seltsamen Zeichen: "möchte, erhält, für, Top 10!  Kings, ausschließlich".

Insbesondere verstehe ich nicht, wofür  steht. (?)

Wie kriege ich diese Teile da raus?

Beste Grüße
Nils

Hallo liebe Web-Experten,

mir fliegen gerade ein paar Begriffe um die Ohren und ich verstehe
die Zusammenhänge nicht so wirklich.

In diesem Fall konnte ich die Suchfunktion nicht sinnvoll nutzen, weil ich
gar nicht weiß, wonach ich genau suche ...

Ich hatte EIGENTLICH etwas GANZ EINFACHES vor:

• Ich will ein Archiv für meine Newsletter anlegen.

Das hatte ich mir folgendermaßen vorgestellt:

Mein Newsletter-Anbieter, Webmart, über den ich seit gestern Newsletter
versende, bietet eine Archiv-Funktion an, in dem meine Newsletter lagern:

http://www.webmart.de/nlhistory.cfm?id=151715&nlid=255043#NL

Da ich aber lieber die Sachen auf MEINEM Serverplatz als Content
lagern möchte (Suchmaschinen, mehr Klicks, alles auf einer Webseite),
wollte ich die HTML-Dateien einfach abspeichern und auf meiner Webseite
einfügen. Ich dachte mir das beispielsweise SO:

http://www.bandologie.com/Newsletter_001.html

... Dazu könnte ich dann eine Übersichts-Seite erstellen, auf der ich auf alle
verfügbaren HTML-Dateien verlinke. ... Ein wunderbares Archiv. Fertig.
- - - - -

... ABER diese Rechnung hatte ich offenbar ohne die oben genannten
Begriffe gemacht.

Akutes Problem: Irgendetwas stimmt mit den Umlauten in der Darstellung nicht.
- -

Und als ich nach den Zeichen per Suchmaschine suchte, stieß ich auf eine ganze
Reihe von Infos, die ich im Zusammenhang noch nicht verstanden habe.

Stichworte: UTF-8, XHTML, Entites, iso-8859-1 ?

Offenbar ist es auch sehr sinnvoll / notwendig(?) HTML-Dokumente mit
einer speziellen Dokumenten-Eröffnung zu beginnen?

Ich fand beispielsweise:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

...
- - - - -

Also, das ist in etwa, was ich gefunden habe.
(Wie ihr schon merkt, verstehe ich allerdings die ZUSAMMENHÄNGE dieser
ganzen Infos nicht ...!)

EIGENTLICH will ich erstmal nur die Sonderzeichen in meinem archivierten
Newsletter richtig dargestellt haben.

Ich schätze allerdings, dass da ein ganzer 'Rattenschwanz' von Kodierungs-
Geschichten dran hängt. Richtig?

Könnte mir jemand die wichtigsten Zusammenhänge kurz erklären
beziehungsweise die für mich entscheidenden Informationen posten?

Gerne auch ein aufschlußreicher Link oder Verweis auf einen anderen Thread,
in dem das hier wahrscheinlich schon mal besprochen wurde.

Vielen Dank und beste Grüße
Nils

P.S.: Ich betreibe meine Webseite über ein Joomla-System, das ein
Webdesigner für mich aufgesetzt hat ... deswegen habe ich RELATIV wenig
Ahnung von dieser ganzen Technik. Es wird täglich besser ...

Habe das Problem jetzt gelöst, in dem ich die besagte ".bak"-Datei
als ".htaccess" per FTP gespeichert habe.

Natürlich nachdem ich von den Dateien Backups in Textform gezogen hatte.

... Muss aber sagen, dass ich noch immer nicht verstehe, wo das Problem
lag, ... und ehrlich gesagt auch nicht so genau, warum es jetzt gelöst ist.

Offenbar steht "bak" für Backup(?) oder ist ein Kürzel, dass verwendet wird
wenn die Datei unwirksam gemacht werden soll aber bestehen bleiben soll?

Und offenbar hat eine Strato-Funktion, die ich unwissentlich per Web-Interface
ausgelöst habe(?) die Original-Datei überschrieben und quasi mit einem
'Leertext' (siehe oben) gefüllt? (?) ... Was für mich keinen Sinn macht, aber
so sieht das Ergebnis aus.
- -

... Ich weiß es nicht.

Wie auch immer.

=> Ich werde mich jetzt wieder den simplen Google Analytics widmen.

Von der Kombination "Strato" + "Piwik" + "nicht so hohe Programmier-Kenntnisse"
kann ich hiermit jedem abraten!!

Beste Grüße
Nils

EDIT: An Synaptic: Sorry für den Mehrfach-Post. ... Ich war etwas in
Aufregung, weil ich das Problem finden wollte, um meine Webseite
wieder zum Laufen zu bringen ... da kam ich nicht auf die Idee, einfach
zu editieren ...

Werde ich ab jetzt so handhaben. Der Thread kann von mir aus
eh geschlossen werden. Das ursprüngliche Problem wurde zwar
nicht gelöst, aber die aktuelle Lösung ist offenbar momentan für
mich die beste.

Es wäre sehr nett, wenn mir bei diesem Problem noch jemand
helfen könnte.

... Wie oben zu sehen habe ich nach bestem Wissen die Tipps hier
aus dem Forum befolgt ... und das Ergebnis ist im Moment, dass meine
Webseite nicht mehr läuft.

... Und ich nichtmal den Grund kenne.

Ich weiß natürlich, dass ich allein verantwortlich dafür bin, was ich an
meiner Webseite schraube ... aber es ist aus meiner Sicht selbstverständlich
etwas lästig: komme hier her, will ein Statistik-Tool installieren, befolge
die Tipps nach bestem Wissen => Zack, Webseiten-Unterseiten alle nicht
mehr erreichbar.

- - - - - - - - - -

Übrigens habe ich mir die Webseite mal in einer "Online-FTP"-
Ansicht angesehen, die von Strato angeboten wird.

Dort ist die ".htaccess" mit Änderungsdatum vom 28.03.2009
und die andere Datei ".htaccess.bak ..." ist irgendwann in 2008
geändert.
(Den Inhalt dieser Datei habe ich mittlerweile als Text-Datei auf
meiner Festplatte gesichert ...)

Das bedeutet, offenbar gab es einen Zugriff durch eine Strato-
Funktion, die ich wahrscheinlich beim Einstellen der PHP-
Einstellungen ausgelöst habe ... denn an etwas anderem habe ich
nicht herum-geschraubt. Zumindest, nicht dass ich wüsste.
- - - - - - - - - -

=> Kann mir jemand sagen, was ich machen muss, um meine
Webseite wieder zum Laufen zu bringen??

Das wäre klasse.

Beste Grüße
Nils

Ich habe jetzt die PHP-Einstellungen, die ich im Strato-Kundenbereich
vorgenommen hatte, wieder "entfernt".
Offenbar sind die PHP-Einstellungen damit resetet.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Ich habe gerade versucht herauszufinden, was eine .htaccess Datei
genau ist und was sie macht.

Es erschließt sich mir nicht.

Per Cyberduck (FTP Zugriff) FINDE Ich zwar eine .htaccess und eine
.htaccess.bak.2dc67316e261bb45d11262e78942feeb

allerdings finde ich beide Dateien NICHT mehr, wenn ich sie auf
meine Festplatte downloade.
Habe also noch immer keine Ahnung, was das genau ist.
Offenbar eine Datei, mit der man Zugriffsrechte einstellen kann
und die bei jedem Webseiten-Abruf genutzt wird.
Allerdings kann ich sie weder sehen, noch bearbeiten.

Online komme ich auch nicht in die Dateien, und wenn ich im
Cyberduck anklicke:
"Bearbeiten mit Smultron", dann öffnet sich eine Datei, wo einfach
nur drin steht:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - -
#######################################################################
# Diese .htaccess wurde vom STRATO-Webservermanager erstellt #
#######################################################################
- - - - - - - - - - - - - - - - - - - - - - - - - - - - -

(Und dann folgen etliche, leere Zeilen).

=> Was hat das zu bedeuten und was kann ich machen?

Beste Grüße
Nils

P.S.: So tief wollte ich in dieses ganze Zeug ehrlich gesagt nicht eintauchen!

... Ich will doch einfach nur meine Webseite per Statistik auswerten! ...

EDIT: In der anderen .htaccess.bak.2dc67316e261bb45d11262e78942feeb steht eine
ganze Menge drin!
Offenbar eine Datei des Joomla-Systems(?)

Soll ich den Inhalt hier mal posten; macht das Sinn?

Ähm ... ein "dezentes" Problem ist aufgetaucht, dass ich gerade
durch Zufall entdeckt habe, als ich einen Link erneuern wollte:

Alle meine Unterseiten sind nicht mehr erreichbar!

Nur noch meine Startseite ist sichtbar und alle "Content"
Seiten sind

"Not Found

The requested URL /content/view/19/33/ was not found on this server."

Könnte mir jemand sagen, wo das Problem liegt und ob das mit
der veränderten PHP.ini oder mit den veränderten PHP-Einstellungen
oder mit dem Versuch, die "Piwik"-Software zu installieren zusammenhängen
kann?!

... Meine PHP.ini (in meinem Startverzeichnis) sieht jetzt exakt SO aus:

- - - - - - - - - - - - - - -
<?php
magic_quotes_gpc = On
safe_mode = Off
session.save_path =

/home/strato/www/ba/http://www.bandologie.com/index/htdocs/tmp ?>
- - - - - - - - - - - - - - -

Bitte um Hilfe und vielleicht eine Erklärung, warum das passiert ist.

Wäre gut, wenn mir das nicht noch mal passiert ....

Beste Grüße
Nils

OK, danke für den Hinweis.

Werde erneut an Strato schreiben ...

Dachte nicht, dass es so kompliziert ist, eine Statistik-Software
zu installieren ...

Beste Grüße
Nils

Danke für den Tipp mit den Strato FAQ.
Habe nun die richtige PHP Version eingestellt.

Allerdings fehlt nun die so genannte "PDO" Erweiterung.
Was auch immer das genau ist.

Und ich verstehe die zugehörige Webseite zur Fehlermeldung nicht.

Fehlermeldung innerhalb von Piwik (erster Installations-Schritt):

"You need to enable the PDO and PDO_MYSQL extensions in your php.ini file.

On a windows server you can add the following lines in your php.ini
extension=php_pdo.dll
extension=php_pdo_mysql.dll

On a Linux server you can compile php with the following option --with-pdo-mysql In your php.ini, add the following lines
extension=pdo.so
extension=pdo_mysql.so

More information on the PHP website." (Dort ist http://de.php.net/pdo verlinkt).
- - - - - - - - - - - - - - - - - - - - -

Meine PHP.ini sah bisher so aus:

<?php
magic_quotes_gpc = On
safe_mode = Off
session.save_path =

/home/strato/www/ba/http://www.bandologie.com/index/htdocs/tmp ?>
- - - - - - - - - - - - - - - - - - - - -

Jetzt habe ich sie umgeschrieben auf:

<?php
extension=php_pdo.dll
extension=php_pdo_mysql.dll
magic_quotes_gpc = On
safe_mode = Off
session.save_path =

/home/strato/www/ba/http://www.bandologie.com/index/htdocs/tmp ?>
- - - - - - - - - - - - - - - - - - - - -

Und per FTP erneut in das "/" Verzeichnis meiner Webseite hochgeladen.

... Allerdings wird das von Piwik nicht akzeptiert.

Und ich muss zugeben, ich habe keine Ahnung, was ich da eigentlich mache!
...

=> Könnte mir jemand sagen wo der Fehler liegt und wie ich den beheben
kann?

Habe versucht, mich in die Seite http://de.php.net/pdo einzulesen.
Aber dort verstehe ich nur 'Bahnhof'.

Beste Grüße
Nils

OK, danke.

Habe es jetzt vollständig hochgeladen und Strato eine Nachricht geschrieben.

Bin mal gespannt, ob das klappt.

Bin etwas genervt von dem Service von Strato ...
habe bei denen immer das Gefühl gegen eine Wand zu reden ...

Beste Grüße
Nils

Besten Dank für die Tipps!!

Folgendes Problem. Habe die Piwik-Dateien per FTP hochgeladen.
Nun kommt die Meldung im FTP:
"Transfer unvollständig".

Und auf meiner Webseite steht in dem Piwik-Verzeichnis:

"To run Piwik you need at least PHP version 5.1.3

Unfortunately it seems your webserver is using PHP version 4.4.9.

Please try to update your PHP version, Piwik is really worth it! Nowadays most web hosts support PHP 5.1.3."

Frage: Wie kann ich das updaten?

Beste Grüße
Nils

Hallo Threadi,

besten Dank für die Antworten.

Habe seit gestern Abend alle Seiten eingebunden.
Hatte vorher nur die Startseite drin, weil ich ... als 'Laie'
dachte, dass sich das dann alleine durch die ganze Webseite zieht.

... Zu wenig Fachwissen in dem Bereich ...

Also, nun ist alles eingebunden. Und Datenschutz ... ach, Google
weiß eh schon alles über mein Leben, wenn sie wollen ...

Das macht mir zwar sozusagen in der Gesamtheit der Informations-
menge, die Google hat, etwas Sorgen ... aber für mich persönlich
ist das völlig OK. Und ich denke, auch meinen Besuchern kann ich
diese Art von Auswertung durchaus zumuten.

Falls jemand überzeugende Argumente gegen Google Analytics hat UND
mir ein besseres Tool empfehlen kann UND mir weder mit Verschwörungs-
theorien oder Vermutungen oder Panikmache kommt, dann bin ich auch
sehr dankbar für einen solchen Tipp!!

Also wenn jemand noch etwas besseres weiß, gerne!
Ansonsten probiere ich es erstmal mit Google Analytics.

Beste Grüße und alles Gute
Nils