Beiträge von flowmotion

    Einen wunderschönen Guten Morgen, meine Damen und Herren : )

    gerade wurde ich gefragt, ob Joomla denn barrierefrei ist. Gut, die Frage an sich ist natürlich erstmal rechter Schmons. Dahinter steckt aber wohl eine Anordnung, Selbstverpflichtung, der Regirung (o. EU) Offentliche Seite barrierefrei zu gestalten. Dass das erstmal eine halbseidene Angelegenheit ist, ist mir auch klar.

    Anscheinend macht die Fa. Eye Able hier im Moment gross Werbung für Ihr Tool, das wirklich sehr viel kann - in meinen Augen aber auch nicht unbedingt super benutzerfreundlich ist, bzw. in gewissen Teilen imho nicht notwendig. (Leute mit enormer Sehschwäche WISSEN wie sie die Schrift auf dem Monitor größer bekommen)

    Nichts desto trotz glaube ich mich zu erinnern, dass das Thema bei J4 auch recht breit diskutiert und implementiert wurde. Nun die Frage -Diskussion - wie auch immer...

    Wer von euch hat sich schon mal etwas tiefer mit dem Thema beschäftigt?
    Gibt es eine Art Anforderungskatalog dazu?
    Können wir das mit Joomla / Yootheme soweit bereitstellen?

    Lasst uns das doch einfach mal erörtern... evtl. gibts auch schon best practice Beispiele oder auch die besten Fails dazu. Würde mich freuen.

    Ein tolles Wochenenden erstmal -
    Florian

    Moin Moin -
    das mit dem Loadmodule läuft auch noch !
    Nur die Menüleiste will nicht weg...
    Wenn ich ein eigenens Menü für so was baue? Kann das klappen?
    Wollte jetzt eigentlich net noch x erweiterungen installieren.

    Einen wunderschönen guten Morgen meine Lieben. . .


    bin gerade am basteln und würde gerne ein Modul (Kontaktformular) direkt in einem MODAL laden lassen - OHNE das ganze gedöns ringsrum, wie Menüleiste, Footer etc.
    Ich bin mir eigentlich sicher, dass ich das schon mal gemacht habe, aber die Senilität scheint gnadenlos zu sein. Wie setze ich das am besten um? Kann ich in das Modal das Modul direkt laden? Mein Modal funktioniert schon mal.

    Hallo Leute,
    ich hab hier gerade ein Problem, das ich nicht so ganz verstehe.
    Ich hab für einen rebuild eine Subdomain eingerichtet und Joomla installiert.
    Soweit, so schön.
    Wenn ich jetzt die Seite aufrufen will, muss ich immer index.php hinten anfügen, dass ich was sehe ausser der Werbung des Hosters.
    DA dachte ich mir: Mach mal URL Rewrite an und mach aus der htacces.txt eine .htaccess

    DANN kollabiert das alles aber komplett! Das hatte ich so noch gar nicht.

    Nehm ich die .htaccess wieder aus der Gleichung raus, geht alles wieder.

    Jetzt könnte es natürlich sein, dass die .htaccess nen Drücker hat - aber bei einer ganz frischen Installation? unwahrscheinlich, oder?

    .htacces lautet:


    ##

    # @package Joomla

    # @copyright (C) 2005 Open Source Matters, Inc. <https://www.joomla.org>

    # @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.

    ##


    ## MISSING CSS OR JAVASCRIPT ERRORS

    #

    # If your site looks strange after enabling this file, then your server is probably already

    # gzipping css and js files and you should comment out the GZIP section of this file.

    ##


    ## OPENLITESPEED

    #

    # If you are using an OpenLiteSpeed web server then any changes made to this file will

    # not take effect until you have restarted the web server.

    ##


    ## Can be commented out if causes errors, see notes above.

    Options +FollowSymlinks

    Options -Indexes


    ## No directory listings

    <IfModule mod_autoindex.c>

    IndexIgnore *

    </IfModule>


    ## Suppress mime type detection in browsers for unknown types

    <IfModule mod_headers.c>

    Header always set X-Content-Type-Options "nosniff"

    </IfModule>


    ## Protect against certain cross-origin requests. More information can be found here:

    ## https://developer.mozilla.org/…gin_Resource_Policy_(CORP)

    ## https://web.dev/why-coop-coep/

    #<IfModule mod_headers.c>

    # Header always set Cross-Origin-Resource-Policy "same-origin"

    # Header always set Cross-Origin-Embedder-Policy "require-corp"

    #</IfModule>


    ## Disable inline JavaScript when directly opening SVG files or embedding them with the object-tag

    <FilesMatch "\.svg$">

    <IfModule mod_headers.c>

    Header always set Content-Security-Policy "script-src 'none'"

    </IfModule>

    </FilesMatch>


    ## These directives are only enabled if the Apache mod_rewrite module is enabled

    <IfModule mod_rewrite.c>

    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]

    #

    ## 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.

    #

    # PHP FastCGI fix for HTTP Authorization, required for the API application

    RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]

    # -- SEF URLs for the API application

    # If the requested path starts with /api, the file is not /api/index.php

    # and the request has not already been internally rewritten to the

    # api/index.php script

    RewriteCond %{REQUEST_URI} ^/api/

    RewriteCond %{REQUEST_URI} !^/api/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 /api/index.php script

    RewriteRule .* api/index.php [L]

    # -- SEF URLs for the public frontend application

    # 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.

    </IfModule>


    ## These directives are only enabled if the Apache mod_rewrite module is disabled

    <IfModule !mod_rewrite.c>

    <IfModule mod_alias.c>

    # When Apache mod_rewrite is not available, we instruct a temporary redirect

    # of the start page to the front controller explicitly so that the website

    # and the generated links can still be used.

    RedirectMatch 302 ^/$ /index.php/

    # RedirectTemp cannot be used instead

    </IfModule>

    </IfModule>


    ## GZIP

    ## These directives are only enabled if the Apache mod_headers module is enabled.

    ## This section will check if a .gz file exists and if so will stream it

    ## directly or fallback to gzip any asset on the fly

    ## If your site starts to look strange after enabling this file, and you see

    ## ERR_CONTENT_DECODING_FAILED in your browser console network tab,

    ## then your server is already gzipping css and js files and you don't need this

    ## block enabled in your .htaccess

    <IfModule mod_headers.c>

    # Serve gzip compressed CSS files if they exist

    # and the client accepts gzip.

    RewriteCond "%{HTTP:Accept-encoding}" "gzip"

    RewriteCond "%{REQUEST_FILENAME}\.gz" -s

    RewriteRule "^(.*)\.css" "$1\.css\.gz" [QSA]


    # Serve gzip compressed JS files if they exist

    # and the client accepts gzip.

    RewriteCond "%{HTTP:Accept-encoding}" "gzip"

    RewriteCond "%{REQUEST_FILENAME}\.gz" -s

    RewriteRule "^(.*)\.js" "$1\.js\.gz" [QSA]


    # Serve correct content types, and prevent mod_deflate double gzip.

    RewriteRule "\.css\.gz$" "-" [T=text/css,E=no-gzip:1]

    RewriteRule "\.js\.gz$" "-" [T=text/javascript,E=no-gzip:1]


    <FilesMatch "(\.js\.gz|\.css\.gz)$">

    # Serve correct encoding type.

    Header set Content-Encoding gzip


    # Force proxies to cache gzipped &

    # non-gzipped css/js files separately.

    Header append Vary Accept-Encoding

    </FilesMatch>

    </IfModule>

    Benno - das ist auch etwas, was mich hoffen lässt. Und klar - die Größe einer Firma, oder einer Vereinigung, hat ja nix mit der Stabilität zu tun. Man erwischt sich aber immer selber beim "zweifeln".

    Ich habe parallel mal an den Menschen von Commerce Lab geschrieben, da mir das Ergebnis optisch sehr gut gefallen hat. Leider kam da bis her nix zurück. Hat damit schon mal jemand von euch rum gespielt?

    "

    der einzige Entwickler aller Phoca Erweiterungen, immer mitliest.

    "

    wenn ich das lese - wie ist es denn um die Zukunft von Phoca bestellt? Joomla 5 steht ja auch am Horizont. Ich dachte Phoca wäre größer. Wird es auch zukunftssicher sein?

    @ WM-Loose - oh Dirk... ich muss gleich noch mal schauen - genau DAS hatte ich ja gesucht... evtl. hatte ich Tomaten auf den Augen =!? Sry.


    Benno - Wow - Danke. Um das mal in ein Beispiel zu packen, hiesse das, dass ich z.B. ein TAG "mit UV schutz" - und ein Label 400er Schutz / 600 er Schutz etc. habe? Wäre das ein Anwendungsbeispiel, oder denke ich da zu hierarchisch?

    Hallo Jan und natürlich auch alle anderen :)


    Ich habe den Demo-Phoca Shop noch mal gelöscht und alles von Hand aufgesetzt ohne Inhalte und mit dem Wizzard.


    Das Erste, was mir auffällt: Wenn man Produkte anlegt in Joomla 4 - wäre es nicht super, wenn man einzelne Produkte kopieren könnte? Also dass man eben einmal eines anlegt, das 5x dupliziert und nur die Parameter abändert, die auch wirklich anders sind. So klopft man sich ja die Finger wund, wenn man alles bei jedem der Produkte angeben muss...



    Ich habe gesehen, dass Joomlapro eine Erweiterung erstellt hat, die phoca cart in yootheme besser einbinden soll. Was haltet ihr davon? macht das Sinn, oder ist das überflüssig? https://extensions.joomlapro.com/



    Für eine Anzeige in dem yootheme Template habe ich eine Seite gebaut, da ein Kopfbild und das übliche gestalterische rein gesetzt und dann ein phoca cart product modul. Und siehe da - man sieht die ganzen Produkte - leider untereinander.

    Also habe ich mich in der Konfiguration auf die Suche gemacht, wie ich diese Ansicht "Stylen" kann. Da finde ich dann auch 2 Einträge:

    Kategorie-Layout Plugin & Produkte-Layout Plugin

    Was ist das? kann ich damit diese Ansicht bearbeiten? Oder wie schaffe ich es sonst, dass die Produkte im Raster angezeigt werden?



    Hauptproblem aktuell:

    Sobald ich einen Phoca Link klicke - also Produktansicht, oder was auch immer - und dann z.b. oben auf den zurückPpfeil mit Kategorien klicke, bin ich in der reinen Phoca Ansicht. Ich habe also keine Option mehr, z.b. ein Kopfbild einzufügen, oder das anderweitig zu gestalten. Ich würde aber gerne den Look von dem Yootheme beibehalten und evtl. auch weitere Elemente mit hinzufügen.


    Dann bin ich über tags, label, attribute, spezifikationen, parameter gefallen... gibt es da Beispiele, wann man was verwendet?


    Bei den Filtern: Hier kann man ja super viele Sachen filtern oder auch nicht, ganz, wie man will. Aber kann ich auch einstellen, dass ich den Preis Filter NICHT haben will?


    Fragen über Fragen... sorry. :(

    Hey Jan - ganz lieben Dank schon mal für deine Unterstützung hier. Sieht wirklich so aus, als ob das Phoca System sehr variabel ist. Nur verstehen muss ich es am Ende noch :) - aber das ist ja immer so. Das mit dem Filterplugin versuche ich mal .
    Der Wizzard hat alles auf grün.

    Die YT Videos such ich raus und schau mal was ich da evtl. verstehen kann.
    Wenn ich dich fragen kann ist natürlich auch super. Danke schon mal.


    @oj - den J2Store hatten die doch "verkauft" wenn ich mich recht erinnere und es sollte ein kommerzielles Produkt daraufhin erscheinen, oder? Commercelab war das, oder?

    Hallo Jan, super cool, dass du dich meldest. Danke schon mal.

    Ich habe nun das phoca cart mal installiert - dazu phoca module
    Soweit ging das sehr gut - es ist schon wirklich umfangreich: WOW

    Man spielt natürlich ein bisschen herum - dann kommen aber auch SEHR schnell Fragen auf:
    das geht von "anderen Bildern" die auf einmal deinem Produkt hinzugefügt sind (im frontend) über einen leeren warenkorb beim checkout, das nicht anzeigen von Produkten in Kategorien etc. etc. - ich bin mir sicher, dass der Fehler hier bei mir liegt. Keine Frage - die Dokumentation scheint mir aber leider wenig weiter zu helfen:
    Daher die Frage: Gibt es eine Art "Step by Step" Guide für die ersten Schritte? Ich habe bei Youtube eure Videos gesehen - die sind aber immer sehr spezifisch auf eine Sache ausgerichtet- was ja auch sinnvoll ist - aber eine Art "Wir bauen unseren ersten Shop" - Anleitung... gibt es da was?

    UND - um da gleich die Anforderungen mit zu nehmen: Kann man das "Zum Warenkorb hinzufügen" komplett rausnehmen und wirklich nur eine Wunschliste machen, die man dann per email anfragt? Alternativ den Warenkorb umbenennen auf "Auf Angebotsanfrage" setzen. ?

    Wobei auch hier eine komplette Deaktivierung, als eine Art Katalog sinnvol sein könnte. Wären 2 versch. Sachen.

    DANKE schon mal an alle und ein tolles Wochenende

    Hey - ihr seid Super .) - sowas schon mal vorne weg.

    skodi - diese Art "wunschliste" ist aber nicht möglich mit dem Filtermodul, oder?
    skodi - Der DJ catalog... kannst du einschätzen, wie zuverlässig die Jungs sind? J2Store hat mich halt ECHT enttäuscht. Nicht dass die dann auf einmal weg sind, wenn ich alles fertig habe. Bzw. der Ausbau in einen Shop... evtl. mal möglich? Kannst du das einschätzen?
    WM-Loose - den Phoca Jungs hatte ich vor 4 Wochen sogar schon mal ne Mail geschickt - leider kam keine Antwort. Generell wäre ich der Lösung sehr zugetan. Wie ist es da mit dem Support, bzw. Wieviele Zusatzmodule oder so muss man denn kaufen, dass das alles fein läuft? Hast du da Erfahrung?
    Auch um das evtl. iwann mal in einen Shop zu überführen, bzw. den BATCH Import.

    Einen wunderschönen, meine Lieben...

    Ich habe gerade die Anforderung eine Produktlandschaft zu organisieren und zu "filtern" - erst dachte ich an YoothemePro und anlegen der Produkte als Beitrag usw.
    Aber mit den Filtern geht das in die Hose.

    Jetzt Idee Nr. 2 : Verwendung eines Shopsystems - nur halt OHNE den Checkout - Process. Wobei man schon drüber nachdenken könnte eine Art "Wunschliste" erstellen zu können, die man per email dann anfragt. Wichtiger wäre mir aber, dass man ca. 1000 Produkte anlegen kann - mit verschiedenen "Spezifikationen" - aus Edelstahl / gefräst / aus Stein / usw. usw.

    Früher habe ich den J2Store dafür verwendet und das ging gut. Den gibts aber ja nimmer für J4 -
    Hat jemande eine:
    Grafisch direkt schöne, halbwegs "leicht" zu bedienende Erweiterung, die auch nicht unbedingt Mega Abo - Preise kostet UND die "zukunftsfähig" ist. Nichts schlimmeres, wie wenn so eine Sache auf einmal eingestellt wird.

    Als "Zuggerle" wäre ein .csv Import oder vergleichbares auch echt ne coole Sache.

    Ich danke schon mal für eure Zeilen.

    Flo

    Merci Tom, das schaut schon mal nicht verkehrt aus. Wie habt ihr das mit den Logins gemacht für die Leute, die Ihre Daten da eintragen sollten? Ging das einfach mit dem system?