Beiträge von KuniT

Zitat von Goggosoft

Spontan würde ich sagen, dass es daran liegt..... Sollte der nicht in /wp landen?

Ja, sollte er. Aber wenn ich das einstelle, erhalte ich bei allen o.g. Adresseingaben + Aufruf des WP-Admin folgende Fehlermeldung:
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator at to inform them of the time this error occurred, and the actions you performed just before this error.
More information about this error may be available in the server error log.
Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.

Deswegen habe ich es erst einmal wieder auf /. gestellt.

Fällt Dir zu der Fehlermeldung was ein?

Moin Moin,

ich habe in "Blog-Netzwerk" meine Frage gepostet. Aber vielleicht gehört sie ja an diese Stelle.

https://forum.wpde.org/threads/multip…e-pfade.186452/

Sonnige Grüße
KuniT

Moin moin,

ich habe jetzt tagelang ausprobiert und recherchiert. Jetzt habe ich keine Idee mehr... vielleicht kann mir jemand helfen?

Ich habe eine Multisite von einem Server zum anderen umgezogen, mittlerweile alle Updates ausgeführt, die zu Fehlermeldungen wegen php-Version geführt hatten und diverse Pfadvarianten in .htaccess und wp-config.php ausprobiert. Jetzt sehe ich den Wald vor lauter Bäumen nicht mehr.

Der Domainname ist identisch geblieben. (example.com)
WordPress habe ich auch wieder im Unterverzeichnid /WP installiert (example.com/WP)
Es gibt 3 Sites.

1.) Backup erstellt mit BackWPup + Download aller WP-Dateien
2.) Einrichten einer neuen Datenbank mit selben Datenbanktabellen-Präfix auf neuem Server
3.) Neue Datenbankwerte in wp-config.php eingetragen, neue Sicherheitsschlüssel eingetragen
4.) WP-Dateien mittels FileZilla hochgeladen
5.) nach diversen Fehlermeldungen Update von WP (5.2) und aller Plugins
6.) Webspace mit php 7.2

Jetzt wird mir folgendes angezeigt:
Eingabe "example.com" -> defaultseite vom Hoster
Eingabe "example.com/WP/" -> Site 1 korrekt
Eingabe "example.com/WP/mobil" -> Site 2 korrekt
Eingabe "example.com/WP/screen" -> Site 3 korrekt

Bei Eingabe von "example.com" soll mir Site 2 angezeigt werden. Das war beim alten Hoster ok.

Webspace ist verknüpft mit Hauptverzeichnis /.

.htaccess:
RewriteEngine On
RewriteBase /WP/
RewriteRule ^index\.php$ - [L]

wp-config.php:
define('WP_ALLOW_MULTISITE', true);
define('MULTISITE', true);
define('SUBDOMAIN_INSTALL', false);
define('DOMAIN_CURRENT_SITE', 'http://www.example.com
define('PATH_CURRENT_SITE', '/WP/');
define('SITE_ID_CURRENT_SITE', 1);
define('BLOG_ID_CURRENT_SITE', 1);

Pfade im Backend: URL
http://www.example.com/WP
http://www.example.com/WP/mobil
http://www.example.com/WP/screen

Pfade in der Datenbank
Tabelle options: siteurl -> http://www.example.com/WP/mobil
home -> http://www.example.com/WP/mobil
Tabelle blogs: blog_ID 1: Domain -> http://www.example.com Path -> /WP/
blog_ID 3: Domain -> http://www.example.com Path -> /WP/mobil/
blog_ID 4: Domain -> http://www.example.com Path -> /WP/screen/

Was übersehe ich?
Sonnige Grüße
KuniT

Hallo pixselig,
danke für den Tip :-) Das und an einer anderen Stelle "max-width:" in "width:" geändert. Passt! :smile:

Ich habe das Plugin wieder deaktiviert.

Mir kam Dein Name so bekannt vor. Du hattest mir 2012 schon mal geantwortet. Danke.

Gute Nacht
KuniT

Hallo Edi,
den Link kann ich nicht veröffentlichen. Am Theme habe ich nur das Design verändert. Auch im Original-Theme funktioniert es nicht.
Gibt es denn noch andere Plugins, die ich verwenden könnte?
Beim IE scheint es ja daran zu liegen, dass er "srcset" nicht verarbeiten kann.

Hallo SuMU,

ich nutze "sixteen" und nicht "twentysixteen".

Moin Moin,
wer kann mir helfen?

Ich arbeite mit WP4.6 und einer Modifikation des Themems "sixteen" (responsive).

Die Bilder der eingefügten Bildergalerie werden bei kleineren Displaygrößen automatisch verkleinert. Die Bilder im Text der Beiträge nicht.
Wenn ich übers CSS die Bildgröße verkleinere, werden die Bildgrößen in der Bildergalerie doppelt verkleinert.

Nun habe ich das PlugIn "Responsify WP" installiert. (Ich weiß: Es ist angegeben "Compatible up to: 4.4.5")
Mit dem Mozilla Firefox funktioniert es gut, wenn ich im Quellcode der eingefügten Bilder "width" und "height" entferne.
Mit IE 11 nicht: Es wird immer die eingefügte Bildgröße angezeigt. Nur die Qualität des Bildes ändert sich.

Dann habe ich "Picturefill Version 2.3.1" installiert, weil im Internet gesagt wird, dass IE das braucht und "Responsify WP" damit arbeitet.

Ergebnis: Nun "funktioniert" es auch mit dem IE 11. Aber: Obwohl ich über die functions.php noch drei zusätzliche Bildgrößen erzeuge und die Benutzung bei "Responsify WP" definiert habe, werden mir im IE bei der Änderung der Displaygröße nur die drei unter "Einstellungen › Medien" definierten Bildgrößen gezeigt. Im Firefox dagegen alle.

Auch die Installation von "Picturefill Version 3.0.2 (Stable)" bringt keine Veränderung.

Was kann ich sonst noch tun?
Oder gibt es eine bessere/elegantere Lösung, meine Bilder in den Artikeln responsive zu bekommen?

Sonnige Grüße aus der Nordsee
KuniT

Hallo SirEctor,

DANKE! :-) Nein, ich hatte die Permalinks nicht zuerst auf "Standard" gestellt.

Nun funktioniert es bei beiden Installationen: Einzelinstallation und MultiSite! :-)

Sogar nachdem ich nach "Standard" wieder auf "Beitragsname" umgeschaltet habe. Egal, ob ich den Standardlink verwende oder den der Beitrags-Einstellung. Super!

Sonnige Grüße aus der Nordsee
KuniT

Moin SirEctor,

für mod_rewrite habe ich bei beiden Installationen in der .htaccess eingefügt:
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Bei der MultiSite entsprechend angepasst. Kurzlinks hatte ich auch ausprobiert. Geht leider auch nicht.

Hallo Benno,

es hat zwar ein bisschen gedauert, aber nun habe ich alles ausprobiert.
Aber: Auch als Einzelinstallation läuft es nicht. Die "Wohnungs-Detailseiten" werden weiterhin nicht gefunden.

Damit gebe ich erst einmal auf und werde die Themeanpassungen doch "online" durchführen. Ich unterstelle jetzt einfach mal, dass es evtl. etwas damit zu tun hat, dass man "Soho Hotel" inkl. PlugIn "Quit Nice Booking" kaufen muss und mir vielleicht ein Code(-Schnipsel) zur Freigabe fehlt.

Falls Du oder jemand anderes doch noch eine weitere Idee hat: ich möchte sie gern hören und ggf. ausprobieren.

Stürmische Grüße aus der Nordsee
KuniT

Hallo Benno,

danke für Deine Antwort. Als ich gestern Morgen wach geworden bin, schoss mir das auch durch den Kopf, alles noch einmal auf einer Sub-Domain als Einzelinstallation zu installieren. Bin bis jetzt aber noch nicht dazu gekommen. Werde es am Wochenende versuchen und dann von dem Ergebnis berichten.

Sonnige Grüße
KuniT

Moin Moin,

ich möchte für eine Bekannte ihr Theme anpassen. Da die Aktion bis zur Fertigstellung die aktuelle Installation "nicht stören" soll, habe ich mir alles auf eine Testumgebung installiert:
WordPress 4.2.2, Theme "Soho Hotel" inkl. PlugIn "Quit Nice Booking". Das alles auf einer MultiSite.

Sie hat alles als Einzelinstallation im Rootverzeichnis. Bei ihr läuft alles.

Ich habe Probleme mit der Anzeige der "Wohnungs-Detailseiten". Diese Seiten werden über das PlugIn erstellt (Dashboard Widget "Accomodation").
Der Permalink lautet z.B. "http://www..../wp/seitenname/accommodation/wohnung-2/",
der Kurzlink "http://www..../wp/seitenname/?p=44".

In der Datenbank finde ich folgende Einträge:
guid: http://..../seitenname/?post_type=accommodation&p=44
post_type: accommodation
post_title: Wohnung 2
post_name: wohnung-2
post_status: publish.

Der Aufruf dieser Seiten soll über eine Eingabemöglichkeit in den Themeoptions von "Soho Hotel" erfolgen (Genanntes Beispiel: e.g. http://website.com/page). Egal, ob ich dort als Pfad den Permalink, Kurzlink oder guid eingebe, erscheint immer die Seite "Page not found".

Selbst wenn ich nach der Erstellung der Seite im Backend (Dashboard Widget "Accomodation" -> Beitrag bearbeiten) auf Beitrag ansehen klicke, wird "Page not found" angezeigt.

Liegt es am PlugIn? Ist es nicht kompatibel für Multisite?
Weiß einer von Euch was darüber?
Kann mir jemand helfen?
Vielleicht würde es ja reichen, an irgendeiner Stelle die Pfaderzeugung anzupassen???
Oder wird die Seite erst gar nicht erzeugt?

Ich kenne mich leider immer noch zu wenig mit PHP und den ganzen Backgrounds von WP, themes und PlugIns aus.

Sonnige Grüße
KuniT

Hallo Dezanjo, hallo ViableArt,

danke für Eure Antworten. Ich hatte noch andere „Ba[size=10]ustellen“, so bin ich erst heute dazu gekommen, mich wieder richtig drum zu kümmern.[/SIZE]

Da ich mich mit JS überhaupt nicht auskenne, war ich mit Deiner Antwort, @ ViableArt, „leicht“ überfordert. Habe recherchiert und nun folgende Lösung gefunden:
Mein Theme „sixteen“ hat eine Datei »navigation.js«, in der das Verhalten des Navigationsmenüs für kleine Bildschirme geregelt ist. Die habe ich in meinem Child-Theme unter einem anderen Namen gespeichert und angepasst (die fettgedruckten Zeilen):

[size=8]( function() {
var container, button, menu;

container = document.getElementById( 'site-navigation' );
if ( ! container )
return;

button = container.getElementsByTagName( 'h1' )[0];
if ( 'undefined' === typeof button )
return;

menu = container.getElementsByTagName( 'ul' )[0];

menu.onclick = function() {
if ( -1 !== container.className.indexOf( 'toggled' ) )
container.className = container.className.replace( ' toggled', '' );
else
container.className += ' toggled';
};

// Hide menu toggle button if menu is empty and return early.
if ( 'undefined' === typeof menu ) {
button.style.display = 'none';
return;
}

if ( -1 === menu.className.indexOf( 'nav-menu' ) )
menu.className += ' nav-menu';

button.onclick = function() {
if ( -1 !== container.className.indexOf( 'toggled' ) )
container.className = container.className.replace( ' toggled', '' );
else
container.className += ' toggled';
};
} )();

[/SIZE]
Anschließend habe ich diese Datei mittels meiner child-function.php eingebunden:

[size=8]function sixteen_scripts_pet() {
wp_enqueue_script( 'sixteen-navigation', get_stylesheet_directory_uri()."/js/navigation-pet.js");
}

add_action( 'wp_enqueue_scripts', 'sixteen_scripts_pet');

[/SIZE]

Moin Moin,

ich habe jetzt stundenlang im Netz nach einer Antwort gesucht, aber keine gefunden, die ich umsetzen kann.

Was muss ich ändern, damit mein aufgeklapptes Hauptmenü nach dem Klick auf einen Menüpunkt automatisch wieder zuklappt? Im Moment geht es nur zu, wenn man wieder auf "Menü" klickt. Da die Site für mobile Endgeräte ist und das Menü fest oben am Seitenanfang verankert ist, ist es sehr störend, dass es nicht automatisch zuklappt.

Das Problem scheint das "one-page" zu sein. Verlinke ich auf Seiten, ist es auf der neuen Seite zugeklappt.

Situation:
WP 4.0, Theme "sixteen" - modifiziert als one-page und für mobile Endgeräte
superfish.js, navigation.js vorhanden

http://www.jedryas.de/Sicherhaus/mobil/

Kann mir jemand helfen?

KuniT

Hallo gericoach,

... und es funktioniert doch! :) Danke nochmal für die Anregung, es systematisch zu prüfen.

Es lag an meinen css-styles... Ich hatte die Breite von darüber liegenden divs auf 100% gesetzt, statt auf auto...

Das kuriose ist, dass es mir bei zwei Installationen auf zwei Servern unterschiedlich angezeigt wurde. Ich konnte es erst sehen, als ich die Installation noch einmal auf einer Testumgebung aufgebaut hatte und systematisch nach jedem Schritt getestet habe.

Während es auf meiner "echten" Umgebung einfach nicht funktionierte (s.o.), konnte ich bei der Testumgebung direkt sehen, dass die Links hinter dem anderen div lagen. Obwohl ich es mit dem selben PC bearbeitet und betrachtet habe.... - ??? -

Mein Ergebnis:
Das Plugin "Nav Menu Images" läuft einwandfrei unter IE 10, Firefox 34 und Opera mit folgenden Installationen

• WordPress 4.01
• Theme "Twenty Twelve", Theme "sixteen" (Original-download) und modifiziertes Child-Theme von "sixteen"
• Plugins "contact-form-7.3.8.1", "contact-form-7.4.0.2" und "Nav Menu Images 3.2"

...wenn man/frau nicht divs drüber setzt. ;)

Sonnige und nicht mehr ganz so stürmische Grüße aus der Nordsee
KuniT

Hallo gericoach,

danke für Deine schnelle Antwort.

Zitat von gericoach

sicher? Hab ich noch nichts von gelesen, dass ein sixteen Original ist.

Ich gehe davon aus, meine Quelle:
https://wordpress.org/themes/sixteen
Oder meinst Du Original wie z.B: "twentyfourteen"? Dann hast Du natürlich recht.

Zitat von gericoach

Hast Du den Plugin Entwickler schon gefragt?

Nein, auf die Idee bin ich nicht gekommen.

Zitat von gericoach

Theoretisch solltest du nicht der Einzige sein, der das Problem hat.

Das habe ich mir auch gedacht. Habe auch schon auf der Supportseite vom Plugin gesucht (https://wordpress.org/support/plugin/nav-menu-images), aber leider nix gefunden.

Zitat von gericoach

Es kann m.E.n. am Theme, am Plugin oder an einem anderen Plugin liegen (Beissreflex zwischen Plugins). Switch mal testweise auf ein Standard Theme und deaktiviere alle anderen Plugins.

Ok. Ich werde testen und mich dann wieder melden.

Falls noch jemand eine andere Lösung hat, bitte melden.

Danke
KuniT

Moin Moin,

ich habe folgende Installation: WP 4.0, Original-Theme "sixteen" mittels child-theme modifiziert und u.a. das Plugin "Nav Menu Images" Version 3.2, damit mein Hauptmenü Icons statt Text zeigt.

Im IE 10 funktioniert alles super.

Aber im Firefox 34 nicht: Die Icons sind sichtbar, zeigen aber beim beim Drüberfahren nur in einem gaaanz kleinen Bereich, ganz oben in jedem Icon, die "Link-Hand".

Da es responsive Design ist, springt die Darstellung bei einer bestimmten Display"größe" um und zeigt das typische Menü-Icon.

Im IE ist es weiterhin anklickbar. Im Firefox zeigt sich nun kein klickbarer Bereich.

Hat jemand ähnliche Erfahrungen? Kennt jemand die Lösung?

Sonnige Grüße aus der Nordsee
KuniT

Moin Moin,

ich habe eine WordPress-Seite erstellt (WP4.0).

Auf meinem PC (Windows 7, IE 10 + Firefox), meinem Tablet und meinem Smartphone funktionieren die Links der Menü-Leiste (Primary Menu = Menu 1; URL: http://www.XXX.de/WP/screen/#home).

Auf dem PC eines Bekannten (Windows 8, IE 11 + Firefox) funktionieren sie nicht.

Ich dachte, es läge vielleicht an seinen Browsereinstellungen im Bereich "Sicherheit" -> "Active Scripting" oder "Scripting von Java Applets". Aber wenn ich auf meinem PC dort "Bestätigen" auswähle und beim Aufruf meiner Website jeweils "nein" antworte auf die Frage, ob Skript ausgeführt werden soll, funktioniert trotzdem alles.

Ich habe jetzt schon Stunden im Netz gesucht, mit den unterschiedlichsten Schlagwortkombinationen.

Kann mir jemand helfen?

Viele Grüße
KuniT

Moin Moin,

ich hatte so ein ähnliches Problem. Bei mir wurde nach dem Update auf WP4.0 die gesamte Mediathek einer WP-Seite nicht mehr angezeigt und ich hatte auch einen Http-Fehler angezeigt.

Ich hatte oben im Dashboard oder in der Mediathek (?) einen Hinweis + Button, dass ich zusätzlich noch irgendetwas Updaten sollte. Leider weiß ich die genau Bezeichnung nicht mehr. Aber als ich diesen Button geklickt hatte, lief eine Aktualisierung und danach ging alles wieder super.

Vielleicht könnt Ihr damit etwas anfangen.

Viele Grüße
KuniT

Leider nein, nur, dass die Bildunterschriften jetzt "fett" sind und dadurch besser lesbar.

Ich glaube, Du brauchst Dir um Android 2.3.6 keine Gedanken zu machen. Keine Ahnung, wie viele Leute noch "so ein altes Handy" benutzen...

Mein Tablet (Samsung, 1024x600), Android 4.1.2):
leider siehe oben. Nur, dass hier die Unterschiede in den drei Bildgrößen sehr klein sind, aber noch sichtbar.

Schau doch mal in Deiner style.css ab Zeile 2617 (8.0 Media Queries). Ab dort wird definiert, was bei verschiedenen Monitorgrößen angezeigt werden soll.

Ab Zeile 2986: /* Mobile devices */
Ich würde hier zuerst in den verschiedenen Gallery-Styles schauen und testen.

LG
KuniT