Beiträge von ASCW

Dann ist es aber notwendig daran herumzucoden? Und es wird sehr zeitaufwändig, oder?

So, ich bin wieder da.

Ich habe ehrlich gesagt keine Lust mehr, das alte Joom! von Webkomp zu flicken. Wie ich mittlerweile herausgefunden habe ist das drumherum um Joomla heute ganz anders aufgestellt als damals. Joom! war eben ein free Template. Eines von unzähligen. Heute ist es offensichtlich nicht mehr so, dass es unendlich viele freie Templates gibt. Ist auch gut so, wenn entsprechende Qualität geliefert wird.

Zum Joom, wir haben uns damals, ca. 2015 um ~20 bis 25€ eine vorinstallierte Version gekauft. Wir hatten immer schon, auch vor dem Joom! Schwierigkeiten mit einer teilweise extrem langsamen Homepage. Jetzt habe ich gelernt warum. In dieser Vorinstallation waren Seite/Module, etc. freigeschalten aus denen ich z.T. mehrere tausende Einträge aus einer Arte Gästebuch zu löschen hatte. Die wir aber nicht im geringsten verwendeten.

Punkt hier.

Was empfehlt ihr aktuell hier?

So wie ich das sehe gibt es Joomla, darauf kommt dann etwas wie Helix, Warp, etc. mit dem man dann eine HP zusammenstellen kann.

Ich zahle gerne für ein Template, das meinen Anforderungen genügt, hauptsächlich optik mit nem netten Slider auf der Mainpage. Meine, wahrscheinlich unberechtigte, Angst ist: zB. 60€ Template + x mal 10€ für diverse Plugins, damit das Template überhaupt mal so läuft wie es beworben ist.

Welche Template Anbieter werden hier so empfohlen? Soll natürlich wieder Top-Aktuell sein und für mich einfach und schnell Inhalt einzufügen. Ich habe zwo Homepages, die mir Offline einfach mehr kosten als die paar Euro, die ich zu investieren habe. Vor allem auch an Zeit und Nerven, die ich beides anderorts effektiver zu investieren weis.

Hallo!

Gestern habe ich es total verpatzt. Ich habe auch das Forum gelöscht.

Gut, nicht so schlimm grundsätzlich. Ich habe es dann wieder darauf gespielt. Die Daten sind ja in der Datenbank gespeichert. Ich habe aber bemerkt, dass Bilder, auch ältere vor der Sicherung, nicht mehr angezeigt wurden. Ob das bereits vorher der Fall war oder nicht, kann ich leider nicht sagen. Es war auch hier wieder ein index.php/Attachment/index.php/Attachment im Zugriff auf die Bilder.

Nachdem nun ALLES gelöscht ist und auch die Subdomains und .htaccess entfernt sind:

http://www.ascw.at -> führt zu http://www.ascw.at/ascw_homepage

Ich kontaktiere aktuell den Webhoster. Dann kümmere ich mich ums Forum.

Danach möchte ich noch kurz selbst damit befassen und dann ggf. gerne Hilfe in Anspruch nehmen. Natürlich nicht unentgeltlich!

Ich melde mich sobald, das Forum wieder läuft! Die Homepage ist sekundär und grundsätzlich kann ich die, wenn sie denn wieder laufen, in Kürze selbst wieder aufbauen. Die Inhalte sind ja noch in der DB und die sind aktuell gesichert.

Da habt ihr wohl recht!

Ich habe ALLES gelöscht und eine zuletzt voll funktionierende Sicherung hochgespielt.

HTTPS beim Hoster deaktiviert.

Sie geht immer noch nicht.

Mir ist aufgefallen, dass ich nie eine .htaccess hatte. Erst beim Klick auf HTTPS beim Provider wurde eine angelegt. Stelle ich das aus, wird sie wieder gelöscht.

Bei der alten Version war HTTPS erzwingen deaktiviert und ist es immer noch.

Es hat wohl damit eher nichts zu tun.

Am Abend bin ich wieder daran. Danke für eure Hilfe! Ist wohl wirklich ein vollkommen individuelles Issue. Ws. wegen dem Template.

Die .htpasswd hatte keinerlei Inhalt und wurde jetzt entfernt.

Ich komme auch wieder ins Backend nachdem ich

Zitat von JoomlaWunder

# Options +FollowSymLinks

in der original Joomla .htaccess auskommentiert habe. World4You W4Y setzt dies offensichtlich bereits serverseitig.

Ja, mit /root meine ich wohl das /html-Verzeichnes. Also das "unterste" auf meinem Webserver.

Im /html-Verzeichnis habe ich eine .htaccess für die Weiterleitung der Domain erstellt:

RewriteEngine On
RewriteRule ^$ /ascw_homepage [L]

In den jeweiligen Unterordnern gibt es dann jeweils eine eigene .htaccess.

Hier jene für ascw.at/ascw_homepage, es handelt sich um jene, die bei Joomla dabei war + ein paar selbst recherchierte Zeilen:

##
# @package    Joomla
# @copyright  Copyright (C) 2005 - 2020 Open Source Matters. All rights reserved.
# @license    GNU General Public License version 2 or later; see LICENSE.txt
##

##
# READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE!
#
# The line 'Options +FollowSymLinks' may cause problems with some server configurations.
# It is required for the use of Apache mod_rewrite, but it may have already been set by 
# your server administrator in a way that disallows changing it in this .htaccess file.
# If using it causes your site to produce an error, comment it out (add # to the
# beginning of the line), reload your site in your browser and test your sef urls. If
# they work, then it has been set by your server administrator and you do not need to
# set it here.
##

## No directory listings
<IfModule autoindex>
  IndexIgnore *
</IfModule>

## Suppress mime type detection in browsers for unknown types
<IfModule mod_headers.c>
Header always set X-Content-Type-Options "nosniff"
</IfModule>

## Can be commented out if causes errors, see notes above.
#Options +FollowSymlinks
Options -Indexes

## Mod_rewrite in use.

RewriteEngine On

## Begin - Rewrite rules to block out some common exploits.
# If you experience problems on your site then comment out the operations listed
# below by adding a # to the beginning of the line.
# This attempts to block the most common type of exploit `attempts` on Joomla!
#
# Block any script trying to base64_encode data within the URL.
RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR]
# Block any script that includes a <script> tag in URL.
RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
# Block any script trying to set a PHP GLOBALS variable via URL.
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
# Block any script trying to modify a _REQUEST variable via URL.
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
# Return 403 Forbidden header and show the content of the root home page
RewriteRule .* index.php [F]
#
#####################2020_03_11: Von Bort eingefuegt:
RewriteCond %{HTTP_HOST} ^ascw.at$ [OR]
RewriteCond %{HTTP_HOST} ^www.ascw.at$
RewriteCond %{HTTPS} !=on
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
RewriteCond %{Server_Port} !=443
#
#Keine Ahnung was diese Zeile macht, sie funktioniert jedenfalls nicht:
#RewriteRule ^(.*)$ https://ascw.at/$1 [R=301, L]
#
# Verhindere Hotlinking
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^http://ascw/.*$ [NC] [OR]
RewriteCond %{HTTP_REFERER} !^http://www.ascw/.*$ [NC] [OR]
RewriteRule .*\.(gif|GIF|jpg|JPG|bmp|BMP|wav|mp3|wmv|avi|mpeg)$ - [F]
#####################
#
#
#
## End - Rewrite rules to block out some common exploits.

## Begin - Custom redirects
#
# If you need to redirect some pages, or set a canonical non-www to
# www redirect (or vice versa), place that code here. Ensure those
# redirects use the correct RewriteRule syntax and the [R=301,L] flags.
#
## End - Custom redirects

##
# Uncomment the following line if your webserver's URL
# is not directly related to physical file paths.
# Update Your Joomla! Directory (just / for root).
##

# RewriteBase /

## Begin - Joomla! core SEF Section.
#
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
#
# If the requested path and file is not /index.php and the request
# has not already been internally rewritten to the index.php script
RewriteCond %{REQUEST_URI} !^/index\.php
# and the requested path and file doesn't directly match a physical file
RewriteCond %{REQUEST_FILENAME} !-f
# and the requested path and file doesn't directly match a physical folder
RewriteCond %{REQUEST_FILENAME} !-d
# internally rewrite the request to the index.php script
RewriteRule .* index.php [L]
#
## End - Joomla! core SEF Section.

Mir fällt auf, dass bei den Fehlermeldungen in der Console auf der Hauptseite (http://www.ascw.at) alles in Ordnung ist und die Links ohne .../index.php/ stehen. Und auf einer Subseite, zB Impressum, stehen sie mit ../index.php/. Siehe Screenshot.

Leider verstehe ich nicht alle Verlinkungen in der .htaccess. Aber ich weis, dass die aktuelle Fehlerliste in der Console, sich dadurch jedenfalls stark reduzieren lassen wird. Wenn euch etwas auffällt, bin ich dafür offen!

Guten Abend!

Ich habe nun folgendes Root-Verzeichnis:

root/Bort

root/ascw_homepage

root/bort_homepage

root/wbb4

Das wars. Da sind keine weiteren Dateien drinnen.

in root/ascw_homepage habe ich alle obigen Dateien hineinkopiert, auch die "originalen" .htaccess und .passwd.

in root/Bort ist meine neue HP, diese wurde in dieses Verzeichnis installiert.

in root/bort_homepage ist meine ganz neue Testversion.

Diese beiden haben nun auch die Joomla .htaccess erhalten. Seit ich die htaccess.txt auf .htaccess umbenannt habe, komme ich bei beiden nicht mehr ins backend.

Nach dem Versuchen dieser Tipps

Error 500 mit der .htaccess

zur Behebung des Error 500, komme ich auch nicht mehr auf die Seite (Frontend?).

Hier mal meine .htaccess:

############HTACCESS W4Y START############
Order Allow,Deny
Allow from all
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTP_HOST} ^ascw.at$ [OR]
RewriteCond %{HTTP_HOST} ^www.ascw.at$
RewriteCond %{HTTPS} !=on
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
</IfModule>

#############HTACCESS W4Y END#############

Die anderen neuen Vorschläge arbeite ich heute Abend durch!

Hier die Neuinstallation mit allen Updates, inkl. Template 1.2.1:

https://www.ascw.at/bort_homepage/

https://www.ascw.at/bort_homepage/index.php/impressum

Same $*!*. So einen wütenden Smile, finde ich gar nicht in der Smile-Liste!

Das heißt es gibt zwo Wege:

• Ich mache es HTTPS ready, Würde mir eigentlich sehr gefallen, wobei ich nicht mal weis, was ich dadurch gewinne. Meine Angst, nach dem WOW kommen ws. noch ca. 100 andere damit verbundene Fehler. Oder:
• Wie kann ich das HTTPS wieder deaktivieren?

Ich lass diese Nacht mal mein Unterbewusstsein weiterarbeiten.

Vielen Dank für eure Inputs und Unterstützung! Die helfen mir wirklich sehr! Die Console habe ich noch nicht gefunden, aber das ergoogle ich schon noch.

Vorerst gute Nacht!

Mittlerweile beschleicht mich auch das Gefühl, dass das irgendwie mit meinem derzeitigen Aufenthaltsort zu tun hat. Ich bin gerade auf Dienstreise in Deutschland.

Ich habe gerade Less versucht zu kompilieren und erhielt immer einen Fehler, dass der Service unavailable ist. Jetzt hats mir gereicht und ich habe meine Frau gebeten mir den PC einzuschalten.

Mit Teamviewer ging das Compilieren plötzlich. Ich bin schon gespannt, wenn ich weis woran es wirklich liegt. Ich installiere gerade die Bort-Seite neu. Also komplett von Scratch.

Guten Abend!

Vielen Dank für eure Unterstützung!

Zitat von j!-n

Ist evtl public $live_site = ''; in der configuration.php definiert? Wenn ja, herausnehmen.

Habe ich aus beiden rasusgenommen. Leider keine Veränderung. Was bewirkt dieser Eintrag?

Zitat von JoomlaWunder

Was mir auch auffällt ist, dass du deine beiden Joomlas nicht sauber parallel installiert hast, sondern das eine unterhalb des anderen,. Oder täusche ich mich!

D.h. dass sich beispielsweise eine .htaccess (falls verwendet) im Joomla-Root des "oberen" Joomlas auf das Joomla unter /Bort auswirkt,

Das sollte man grundsätzlich vermeiden.

Und natürlich ist das mit /index.php/index.php/ in der URL nicht korrekt.

Das ist richtig beobachtet. Meine Erfahrungen mit Homepages sind sicher noch eher als gering einzuschätzen.

Ich habe soeben die ascw.at in ascw.at/ascw_homepage verschoben. Die Domain leite ich dann noch um und die alten Daten lösche ich aus dem Root Verzeichnis.

Welche Dateien muss ich denn mit verschieben und welche im Root Verzeichnis lassen? Ich Anhang ist ein Screenshot, wie ich mir gedacht habe, dass es passen könnte.

addi

Wie kann ich so einen Fehler anzeigen lassen?

Weil... nach etwas googlen habe ich gesehen, dass man dieses WOW online integriern kann, hier der Link.

https://stackoverflow.com/ques…egrating-with-animate-css

Wenn das online integriert ist und jemand die Online Ressource entfernt bzw. verändert hat, dann würde das bedeuten, dass beide HPs den selben Fehler aufwerfen. Wisst ihr wo ich also dies definieren kann? Bzw. wie ich es herausfinden kann, wo dies definiert wird?

Ich suche also etwas wie das:

<script src="//cdnjs.cloudflare.com/ajax/libs/wow/0.1.12/wow.min.js"></script><script>new WOW().init();</script>

und möchte es ersetzen durch den neuen Link bzw. etwas wie das:

<script src="wow.js"></script>

Was bedeutet es, wenn jQuery nicht korrekt geladen wird?

Die Deprecated Meldungen sind mir bekannt. Die machen mir keine Sorgen.

Letzte Woche ging jedenfalls die ascw.at noch. Die Updates habe ich auf beiden Hps vor zwo Wochen durchgeführt.

Joomla 3.9.15 und Warp 7.3.37

Sollte alles brandaktuell sein.

Das Joom! Template selbst hat 1.0.7

Wie kann ich die Fehler sehen? Wie das jQuery?

Diese beiden sind interessant im Fehlervergleich:

https://www.ascw.at/index.php/index.php/impressum-top

https://www.ascw.at/Bort/index.php/impressum-menu-title

Weil die beiden Fehler müssten die gleichen sein.

Okay. Ich werde jetzt Mal einen Tag abwarten. Dann werden die Homepages wieder richtig angezeigt. Bin ich zuversichtlich.

Danke für eure Hilfe zwecks dem HTTPs! Das war alles was ich auf Providerebene umgestellt habe. (Einfluss auf beide HPs.)

Den 404 Error konnte ich eingrenzen. Der kommt sicher von der Deinstallation von djmegamenu.

Was macht die Installation von einem Plugin?

Was muss ich denn beachten, wenn ich ein Plugin wieder deinstalliere? Gibt es bei einem Plugin ein File, wo ich nachlesen kann, was alles wie beschrieben wird, also welche Dateien erstellt werden und welche Datenbankeinträge wie verändert werden?

Empfehlt ihr die Deinstallation eines Plugins?

Ich habe beides (Provider und Joomla) eingestellt.

Den Cache (ascw.at/Bort) geleert. In Medien ist nun alles in HTTPS.

Leider keine Besserung.

Aber bitte noch einmal: Ich habe zwo Homepages und habe nur an einer gearbeitet!!! Beide weisen den gleichen Fehler auf! PHP Versionen habe ich mittlerweile auch alle schon durchprobiert, die man einstellen kann.

Keine Besserung.

Wenn ich es richtig verstehe setzt man richtigerweise:

• beim Hoster "HTTPS erzwingen" aktivieren und
• auf unter den Joomla Configs "HTTPS erzwingen" aktivieren?

Meine Frage, die momentan nicht verstehe:

Was kann ich umstellen beim Provider, dass plötzlich beide Seiten (selbes Template, die zwote habe ich von Scratch aufgebaut) den selben Fehler haben?

Oder kann der Provider, warum auch immer, ein techn. Problem haben, dass dies passiert?

Danke für deine Rückmeldung.

Ich fass es nochmal ganz kurz.

Ich habe auf http://www.ascw.at/Bort gearbeitet. Und das Problem tritt auch auf http://www.ascw.at auf.

Den haken mit SSL habe ich nicht im Joomla gesetzt sondern beim Hoster.

Ich denke, ich habe so ein Zertifikat. Das Basic.

Standardtemplate ist eingestellt.

Editiern ist leider nicht erlaubt. Der 404 Error auf http://www.ascw.at/Bort kommt immer noch , egal ob "HTTPS erzwingen" an oder aus ist. Aber das muss sich doch iwie auf die Darstellung auswirken. Warum soll es auf der anderen HP sonst ein Problem auslösen. Unter Airsoftguns/VFC_KAC_PDW.

Wahrscheinlich sind zwo Themen überlagert. Das Nicht-Laden des Templates auf Subseiten (betrifft beide HPs) und das Deinstallieren von DJMegamenu.

Ersteres wäre mir vorerst am wichtigsten.

Hallo Forum!

Heute habe ich mir mal Zeit genommen und munter an meiner Homepage gebastelt:

http://www.ascw.at/Bort

Nach erfolgten Änderungen stellte ich fest, dass zwar die Hauptseite super aussieht, doch eine Sub-Seite (z.B. Equipment - 1st Line). Das Template nicht zu laden scheint.

Auf die Änderungen im Joomla möchte ich hier (noch) nicht eingehen.

Auf dem Server liegen zwo Seiten. Dei zweite ist http://www.ascw.at, diese wurde seit Wochen nicht verändert und die Subseite Preise, lief letzte Woche noch anstandslos.

Somit muss es eher an einer Einstellung liegen, die ich am Server getroffen habe. Die HP liegt bei W4Y, PHP 7.3, die Datenbankversionen sind mySQL 5.5 (ascw.at) und mySQL 5.7(ascw.at/Bort). Beide HPs sind auf Joomla 3.9.

Also ich habe heute an meiner Homepage folgendes geändert:

Das Menü Logbook wollte ich in mehrere Spalten unterteilen. Dazu habe ich djMegamenu installiert. Funktionierte nicht. Dann habe ich die Einstellung im Template unter Webkomp gefunden. Funktioniert.

Dann wollte ich djmegamenu wieder deinstalliern. Da mir das Deinstallieren zu gefährlich ist, da ich nie weis, was wo und wie gesetzt wird. Habe ich mir zuvor mein Verzeichnis downgeloaded und die Datenbank gesichert.

Der Download geschah mit Filezilla, welcher mich beim Verbinden mit der Meldung, dass kein SSL/TLS Verbindung hergestellt werden kann und, dass das Passwort im Klartext übertragen wird. Dabei habe ich mir gedacht, dass das aktivieren ja nicht so schwer sein kann. Schnell stellte ich fest, dass man dazu wohl ein Extrapaket braucht, somit habe ich hier nichts verändert. Doch ein Häckchen stach hervor: "HTTPS erzwingen". Ich dachte mir, kann ja nicht viel passieren, man kanns ja wieder ausschalten. Das hab ich auch gemacht.

Danach habe ich das djmegamenu deinstalliert und die HP getestet.

Zunächst kam ich nur ins Impressum, die anderen Seiten liefen auf einen Error 404.

Ich habe das djmegamenu wieder installiert. Änderte nichts. Danach habe ich die Änderung im Webkomp Menu wieder zurückgestellt. Keine Verbesserung.

Danach habe ich das djmegamenü wieder DEinstalliert. Ich möchte es nicht installiert lassen. Und im Webkomp habe ich das Menü auch wieder so hergestellt, wie ich es gerne haben möchte.

Mir fiel ein, dass ich bei W4Y das "HTTPS erzwingen" aktivierte. Dies deaktivierte ich nun.

Der Error 404 trat seither nicht mehr auf, aber die HP wird auch nicht mehr korrekt angezeigt

Grundsätzlich gilt in meinem Leben: Immer wenn ich etwas wo herumbastel und mir denke etwas falsch gemacht zu haben. Arbeitet z.B. iwo jemand parallel. In diesem Fall ggf. W4Y....

Habt ihr eine Idee warum vor allem http://www.ascw.at nicht mehr ordentlich angezeigt wird? Ich habe dort nichts verändert. Und beim Webhoster das HTTPS erzwingen wieder deaktiviert.

Während das "HTTPS erzwingen" aktiv war, konnte ich die Subseiten gar nicht laden und kam zu einem Error 404. Nach der Deaktivierung des "HTTPS erzwingen" konnte ich zumindest wieder auf die Seiten zugreifen. Doch sie werden eben nicht entsprechend geladen.

Geändert habe ich sonst noch den Editor im Joomla für die Social Icons rechts oben. Den habe ich aber gleich wieder zurückgestellt. Das habe ich in der Vergangenheit auch schon öfter gemacht. Ich denke nicht, dass dies der Grund ist.

Ich habe die mir vorerst wichtig erscheinenden Daten angefügt. Wenn natürlich noch etwas benötigt wird, werde ich das gleich nachtragen.

Hier nochmal die beiden Links:

http://www.ascw.at

http://www.ascw.at/Bort

Bort mit großem B.

In beiden configuration.php files steht SSL = 0; Hierzu fand ich bereits ein Topic, welches aber das "HTTPS erzwingen" im Joomla behandelt.

Vielen Dank gleichmal vorweg!