Forum Replies Created
-
Posts
-
Maybe you could use a static background image for a layout element (row or color section) … and place a content slider inside with just the animated text (or a fullscreen slider without background images).
Did you try it that way?
@Monique:
I like the way how you carefully formulate your text in a very appropriate way as this topic is not easy to discuss. I try my best as a non-native english speaker to follow your example. For me it’s difficult to write about this because nuances matter.As you said: Enfold itself does not track data and doesn’t need a visitor agreement. So the easiest way to use Enfold compliant with the GDPR and the ePrivacy would be to not use tracking-mechanisms that are not nessecary.
And in germany it’s still “ok” to use a ‘opt-out’-solution while telling the visitor where he can contradict (Telemediengesetz).
Also at the moment it does not even exist a final or valid version of the ePrivacy law … or did i missed it?When using third party tracking like Google Analytics i think a theme can’t handle those plugins which the theme does not include itself … a third party modul needs it’s own solution for opt-in / opt-out … in my opinion it’s not the job of the theme (Enfold).
—–
Edit:
Maybe WordPress as the main system could provide a solution for a opt-in to load scripts which set cookies.Even the Google European Union user consent policy requires a “opt-in”-implementiation only when using the marketing features — not for the tracking: https://support.google.com/analytics/answer/2700409?hl=en
—–
Edit:
This plugin is free and seems to have a “refuse” option for cookie scripts (not yet used or tested by me):
=> https://wordpress.org/plugins/cookie-notice/You use CSS definitions that are causing that on the home page.
.html_header_transparency #top .avia-builder-el-0 .container, .html_header_transparency #top .avia-builder-el-0 .slideshow_caption { padding-top: 88px; }This selector is responsible for the additional padding of the container-element in the footer:
“.html_header_transparency #top .avia-builder-el-0 .container”Ah, i understand.
So you would indeed need to code a bit. But it’s not very difficult.
The above link is a step-by-step-instruction how to achive what you what.Here is another one:
=> https://www.cloudways.com/blog/display-categories-in-woocommerce/Enfold reflects the standard behaviour of WooCommerce without modifying it. That’s what i would excpect from a Theme combined with an external Plugin.
The given instructions are very detailed and easy to follow. Do you need / expect something more / else?
You don’t need to create a plugin … you can select those three options with a dropdown in each shop-category …
> Products > select a category and “edit” > choose “display”
or:
> Customizer > WooCommerce > Product Catalog > ‘Shop page display’ and ‘Category display’
Did you find and try this?
=> https://kriesi.at/documentation/enfold/theme-registration/
=> https://code.tutsplus.com/tutorials/display-woocommerce-categories-subcategories-and-products-in-separate-lists–cms-25479
WooCommerce gives you a few options as to what you can display on your archive pages:
- products
- categories (on the main shop page) or subcategories (on category pages)
- both products and categories.
“title of the image” : Do you mean the portfolio-entries or an other Avia-element? Which one?
If you use the masonry-listing you can use this CSS:
.av-masonry-entry .av-masonry-entry-title { color: #222222; }For grid-listings:
.main_color .grid-entry-title { color: #222222; }Info about adding custom CSS to Enfold:
=> https://kriesi.at/documentation/enfold/add-custom-css/2. The portfolio-sequence works like it should … the default sorting is from old (left) to new (right) based on publishing date (you can edit that for sorting) … like normal reading direction it goes from left to right through to the newest entry and right to left to the oldest one … while in the backend the newest one is on top of the list.
Sometimes … with portfolio-items without a time-based order … it needs a little “twist” in thinking about it. :-)Example:
1. newest
2. new
3. old
4. oldestNow the “next”-navigation on the right side of an entry goes to the next newer entry — and to an older entry on the left (“previous”).
3. Which Avia-element do you use? (also remember: there is no “hover” on a touchscreen)
—–
Edit:
I think the expectiation regarding the portfolio-items results from the overview-page in the frontend, where the newest entry is on the left and the next older one is on the right:1. newest | 2. new | 3. old | 4. oldest
This may help to reverse the left/right navigation:
=> https://kriesi.at/support/topic/change-portfolio-navigation/#post-281914“what you see it is not important for me”
Ok … so you don’t wan’t to discuss this topic or improve Enfold? … you just want us to listen to you? … :-)I agree with you: That H1 in the same area together with the breadcrumb is not a good solution. I won’t use it and would recommend to not use it. But i don’t see a big problem there … easy to avoid …
—–
Edit: Hokuspokus … uh … oh … i just read some of your comments in this forum … now i will hurry to get outta this thread … :-)
Your communication is extremly poisoned, unconstructive and offensive … nothing i’d want to spend my time with … sorry …@Hokuspokus: Where do you see a H1-tag in the breadcrumbs of Enfold? (Demo: https://kriesi.at/themes/enfold-2017/) … Maybe i misunderstand what you mean (maybe you don’t mean the breadcrumb, but linking on itself through the H1-title in Blog-entries?) … You can easily use a meta-title-tag different than the page-H1-headline … I don’t see a seo-problem with Enfold …
It would be easier to help with a link to the actual page — is it online and accessible?
1. The lightbox should scale up to the whole browser window if the image is big enough. Did you try uploading a big test image?
2. A hover-effect is obviously not possible on a touchscreen, so on mobile i would always show the image-title. That should be possible with a little bit of custom CSS, but depends on the gallery-element you use. Which one is it?
Same with modifing the size and color of that title: a little bit of CSS will do the trick … but i would need to see the output or know the element to recreate an example on a test page.
3. If that footer image is a “decorative” element (not a content image) i would use a background image (maybe svg) for that. Did you try that with the Enfold-theme-options?
Enfold (Child) > General Styling > Tab: Footer > Background Imagecu:cg
Without the actual HTML and CSS (link to the page) i try to make a blind guess:
– give the color section a custom class, for example: “centered-columns”
– add this CSS to your child theme or custom CSS:.centered-columns { display: flex; justify-content: center; }Does that work?
Info about Flexbox CSS:
=> https://css-tricks.com/snippets/css/a-guide-to-flexbox/———-
Here is a working example with flexbox:
=> http://jsfiddle.net/wqD62/It needs to be adjusted to the actual HTML you have, but the underlying concept works.
With that argument, you would also not use a main navigation on a responsive website because you have to show it differently on a mobile device (burger menu) compared to a desktop (full text links).
Most developers disagree with your opinion, i think.Also … you don’t have to use that flip effect / you are not forced to use it … if you don’t want to use elements that are not possible to be the same on desktop and mobile …
Not sure, but i think the “flip effect” isn’t even part of the theme, or?What would you recommend in a constructive way? What would be your preference for a good solution?
– displaying it differently on mobile? … how?
– don’t display the “backside” on mobile? … possible with a little bit of CSS *
– not using it at all? … possible———-
* Edit:
To hide the “backside” on mobile try this in your child-theme CSS or in custom CSS:@media only screen and (max-width:767px) { .avia-icongrid-flipbox li .avia-icongrid-flipback { display:none; } }Info about how to add CSS modifications to Enfold:
=> https://kriesi.at/documentation/enfold/add-custom-css/=> https://digwp.com/2011/05/visual-editor-on/
“Enabling the Visual Editor in your User Profile settings gets you access to both Visual and HTML editors in the Write/Edit Post screen.”
=> https://www.wpbeginner.com/glossary/profile/
“On a WordPress powered website, users with the administrator role can see their profile page under Users » Your Profile. Other users will see a Profile tab in the admin sidebar.”
I would say that’s “by design” … because you can’t have a hover effect on mobile … so the most obvious solution is to not hide the “backside” of the flip-elements.
How would you solve that on a touch screen without hover?
Die Bilder selbst — also die Ergebnisse, die Google in der Bildersuche zeigt — wären ja nicht betroffen. Denn die URL zu den eigentlichen JPG-Dateien/-Bildern ändern sich ja nicht.
Kann es sein, dass es eine Multi-Site ist? Das würde zu deiner Aussage passen: “weil die Seite bei mir auch ‘eventfotograf-hamburg’ heißt”. Ist ja dann aber schon ein bisschen doppelt gemoppelt installiert. Eigentlich wäre es dann besser die Multisite läge im Domain-Root und von dort wären die Unterseiten angelegt worden.
Loslösen könnte man machen. Wobei ich nicht weiß, ob dann aus den Beiträgen noch auf die Media-Attachments verlinkt wird (falls überhaupt aktuell so der Fall). An deiner Stelle würde ich in Erwägung ziehen, die Multisite auf den Domain-Root zu transportieren … sauberer wäre es … allerdings auch ein bisschen Arbeit …
Wenn es tatsächlich an dem Multisite-Setup liegt, dann würde ich es einfach so lassen und auch weiter so mit Bildern über die Beiträge arbeiten wie gehabt. (Oder eben alternativ das zugrundeliegende Setup anpassen.) Wie gesagt: Die Attachment-URLs sind unwichtig — auch aus Google-Sicht. Weil kein Content auf den Seiten ist. Die Bilder selbst findet Google durch die Posts und Pages in denen die Bilder verwendet werden.
—–
P.S.: Die Seite ist doch ein One-Pager, oder? Kann man diese Attachment-Seiten überhaupt als Besucher annavigieren?=> https://www.w3schools.com/css/css_intro.asp
=> https://css-tricks.com/animating-border/
=> https://kriesi.at/documentation/enfold/add-custom-css/#different-ways-to-add-custom-css
—–
Regarding the effect of the frontpage images … i think they use exactly this one on that page … with reduced settings … looks good:
=> https://tympanus.net/Development/LiquidDistortion/That’s a custom theme based on the bootstrap framework.
The agency which created that page is “Stupid Studio” from Valby, Denmark: https://stupid-studio.com/You can add those effects with custom CSS or preferably in a child-theme CSS.
(The image/content/slider-gallery from the front page will need some more work obviously … as this can’t be covered by Enfold-support you’ll need: time, know-how or money)Scheinbar sind ja nur die Anhang-/Medien-URLs (attachment urls) betroffen … oder? *
Von daher ist das Ganze eh unkritisch. Die braucht man ja eigentlich selten. Siehe den Link oben von dir; das ist ja kein für den Besucher sinnvoller Content. Aus SEO-Gründen wäre daran eine Änderung unproblematisch … im Gegenteil würde ich gerade aus SEO-Gründen eher eine Weiterleitung auf das Image selbst oder zu der assoziierten Seite des Bilds (Medien: “Hochgeladen zu”) einbauen.Zur Ursachenfindung würde ich dies abklappern:
– die Permalink-Einstellungen von WordPress selbst (am besten mal ein Screenshot davon hier einstellen)
– “wp-config.php” … wird die ‘UPLOADS’-Konstante manuell gesetzt?
– die “functions.php” im Theme-Ordner (Enfold oder Child) … gibt es dort Anpassungen für Attachment-URLs?
– noch mal SEO-Plugin prüfen (Yoast > Media)
– prüfen: Wird WPML Media verwendet? Custom Upload Path?
– andere Plugins? … alle mal deaktivieren und dann prüfenAußerdem gegenprüfen, ob es an dem aktuellen Pfad-Bug von Enfold liegt. Sehr unwahrscheinlich, da sich der eigentlich auf Verdoppelungen der Domain im Merged-CSS bezieht.
=> https://kriesi.at/support/topic/again-one-problem-with-merged-css/—–
* Such mal bei Google nach “site:www.thiersch.com/eventfotograf-hamburg/eventfotograf-hamburg/” … ohne die Zollzeichen … das sind alles nur die Anhang-URLs.—-
Edit:
Wurde die Seite vielleicht mal von der Hauptdomain auf das Unterverzeichnis umgezogen?
Dabei könnten die Pfade auch in der Datenbank doppelte Verzeichnis-Einträge bekommen haben.
Prüfen: Gilt das Verhalten auch für neu hochgeladene Anhänge?Einfach die eigene Betrachtungsweise ändern … :-)
Ein 404er heißt nicht per se, dass es ein “Fehler” ist. Es heißt, dass versucht wurde eine Datei abzurufen, die nicht vorhanden ist. Und das kann absolut korrekt sein.
Wie in dem Fall mit dem Google-Bot bei Zugriff auf veraltete CSS-Dateien aus dem dynamic_avia-Ordner … alles richtig so, wenn Google immer mal auch Sachen mal nicht mehr findet … Internetseiten ändern sich … da fällt auch mal was weg ….Die Autorenseiten lassen sich nicht im WordPress-Standard deaktivieren. Ich mache das per htaccess auf Apache (also vor Interaktion von WP, wie zuvor geschrieben):
# Block user ID phishing requests <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / RewriteCond %{QUERY_STRING} ^author=([0-9]*)$ RewriteRule .* - [L,R=404] </IfModule>Andere Möglichkeit innerhalb von WP:
=> https://wordpress.2bearstudio.com/disable-wordpress-author-pages/Zu “nofollow”: Eigentlich nie nirgends eine Option … kein “böser” Bot wird sich an so was halten … und nofollow-Sculpting für Google war mal vor 15 Jahren sinnvoll … ist es selten noch …
Genauso wie “robots.txt” … wird meistens falsch bzw. kontraproduktiv verwendet … ist definitiv keine Option für die Lösung von Index-Problemen …Daher, um einen 404er über den Apache statt des CMS (WordPress) zu werfen: => Ebenso per htaccess.
Ein bisschen Wissen über Regular Expressions ist hilfreich dafür.
Schnell aus der Google-Suche gefischt … nur ein Beispiel, keine richtige Doku:
=> https://stackoverflow.com/questions/7733647/htaccess-redirect-to-404-page-rewriteruleIch würde das ändern.
Natürlich ist das nicht “schlimm” und Google straft das auch nicht (direkt) ab … aber solche URLs sind einfach unhandlich … auch für Benutzer … ist so “Pseudo-SEO” …
Außerdem bewertet Google sinnvollerweise URL-Bestandteile niedriger, je weiter hinten sie in der URL stehen. Der eigentliche Link / das eigentliche Thema der URL verliert also an Gewicht je komplexer das “Gedöns” ist mit dem die URL aufgebläht wird.Ursächlich können verschiedene Dinge sein. Aus dem Stegreif:
– eventuelle SEO-Tools/-Plugin-Einstellungen prüfen
– Einstellungen der Permalinks von WordPress prüfen: Admin > Einstellungen > Permalinks—–
EditVermutung:
WordPress wurde wohl eingerichtet im Unterverzeichnis “/eventfotograf-hamburg/” … und dann zusätzlich noch in den Permalink-Einstellungen für die Beiträge damit ergänzt … dadurch ist es dann doppelt …Moin Moin aus der Speicherstadt … :-)
Bzgl. der “fehlenden” CSS-Dateien mit 404er vom Google-Bot:
Von Enfold werden die CSS-Dateien “gemerged”, d.h. zusammengeführt (nur eine Datei zu laden) und komprimiert. Das heisst aber auch, dass bei jeder Änderung am CSS neue Dateien erstellt werden müssen.
Damit dabei die vorherigen Versionen nicht gelöscht werden, kannst du in den Theme-Optionen unter Enfold > Performance ganz unten deaktivieren “Delete old CSS and JS files” (also Häkchen raus).Bzgl. der Autoren-Seiten:
Steht mit vorherigem nicht im Zusammenhang. Da über das Author-Anhängsel die Autorenseiten standardmäßig bei WordPress aufrufbar sind, versuchen einige Bots das auch einfach mal “auf gut Glück”. Allerdings auch “böse” Bots, die darüber zum Beispiel den ersten “Author”-Namen herausfinden wollen … also den Admin …
Deshalb mache ich persönlich das bei WordPress-Seiten aus Sicherheitsgründen immer so, dass die so gar nicht erst aufrufbar sind.Allgemein:
Per htaccess schicke ich die Seiten, bei denen ich sicher bin, dass sie ein 404er werfen sollen, schon serverseitig ins Nirvana, bevor WordPress überhaupt als CMS ins Spiel kommt … einfach für die erhöhte Sicherheit.
Das Tracking von 404ern innerhalb WordPress wird dann gar nicht mehr behelligt und übersichtlicher.There is some CSS from the file “eMember_style.css” that causes that.
Maybe that’s a plugin you use? You can try to disable it to check.Try this to overpower the CSS from “eMember” for your transparent logo in Custom-CSS or your child-style.css
.logo img.alternate { background-color: transparent !important; }Jein … du solltest die Demo nicht über die Import-Funktion in die Live-Seite einfügen.
Ich würde eine neue Instanz von WordPress einrichten (z.B. auf einer Subdomain), dort Enfold als Theme aktivieren und die gewünschte Demo importieren. Und von dort kann man sich dann die Shortcodes für das Layout in die Seite kopieren. Zum Kopieren der Shortcodes den Debug-Modus von Enfold aktivieren.—–
Debug-Modus:
=> https://kriesi.at/documentation/enfold/intro-to-layout-builder/#debug-modeÄhnliche Anliegen:
=> https://kriesi.at/support/topic/how-to-combine-elements-from-various-enfold-demos/
=> https://kriesi.at/support/topic/save-a-template-page-and-then-load-that-template-page-on-a-different-enfold-site/
=> https://kriesi.at/support/topic/how-to-import-landing-page-demo-to-only-one-page/Vom Layout her geht das. Da könnte man eine von den Demo-Seiten verwenden. Wahrscheinlich wird man da aber dann bei den Sachen nacharbeiten müssen, die übergeordnet das Erscheinungsbild bestimmen — also z.B. die Theme-Konfiguration oder Custom-CSS. Ich würde dann eine Seite nehmen ohne Header und Footer (weil die ja auch übergeordnet gelten), indem für die Seite das Seiten-Attribut für Template auf “Blank” gesetzt wird.
Mehr kann man da so jetzt nicht zu sagen … kommt dann darauf an, wie die Seite aussehen soll und welche Funktionen die ggf. haben soll. Ganz ohne Anpassungen wird eine der Enfold-Demos nicht übertragbar sein.
It’s not a totally big problem … but indicates that there is something strange happening.
Maybe i am too serious about things like that … :-)As a side note: Those meta-information, like meta-keywords for example, are of no interest for Google. It’s been years now that Google doesn’t use the meta-keywords for ranking. Google is only interested in things the visitor can see.
In my personal opinion SEO-plugins like Yoast aren’t of any use any more. But would go too far to discuss this topic in this already heavy thread … :-)Have a nice weekend.
That Meta-entry is not from the themes header-file. The theme is setting a meta-CHARSET … and that’s a meta-HTTP-EQUIV.
Also you don’t have to overwrite the theme one manually, because the output-variable comes from the WordPress-setting of you page: bloginfo( ‘charset’ )One of your plugins is adding that meta-http-equiv with wrong parameters. Maybe Yoast-SEO has wrong language-settings.
The Google-validation can be made with a DNS-entry … no need to send it with every request in every html-output. Bing and Pinterest probably too have other options.
We are on Apache VPS, could there be an update to htaccess we need to make for UTF-8 content-type response ???
No … it’s in the HTML-output … not in the HTTP-response … obviously it’s not server/apache related.
