Beiträge von codestyling

Werden dir nur 0 Byte als Download geliefert oder existiert dies 0 Byte Datei beim Provider im Verzeichnis ?

<ul class="mainmenu"><li>...</li>....

Anfang der Main Liste dann so, allerdings mag das nicht jeder IE:

Zitat

ul.mainmenu { /* hier nur das Haupt ul */ }
ul.mainmenu>li { /* hier nur die Haupt li's */ }

ggf. braucht einer der IE's das anders, das sollte man bei Stu Nicholls finden, der macht alle Arten von Menüs per CSS (und nicht nur die) Stu Nicholls | CSSplay | CSS only menus

Simple Antwort,

[FONT=Courier New]falsch: __FILE_ (leer, kein Filename, gar nix)
richtig: __FILE_[/FONT][COLOR=Black][FONT=Courier New]_[/FONT][/COLOR][FONT=Courier New] (der gewünschte aktuelle Filename)

(doppelte Unterstriche vorn und hinten :mrgreen: )
[/FONT]

Ich würde deinem Provider das Problem schildern, auf die entsprechenden Post hier im Thread verweisen und erstmal den Server bereinigen lassen.
Ich habe mir das Plugin nicht eingehend genug angesehen, um zu erkennen, ob das ein grundsätzliches Problem ist. Deshalb würde ich das auch umgehend den Autor kontaktieren und ebenfalls hierauf verweisen.

Normaler Anlaufpunkt für dieses Theme ist die Theme spezifische Support Seite des Autors: http://www.der-prinz.com/support-forum

Das hast nix mit Speicher (RAM) als auch Speicher (Disk) zu tun. Bei dem Server ist schlicht das device ([COLOR=black]... semget[/COLOR]() failed for key 0x1: No space left on [COLOR=Red]device[/COLOR] ...) für Semaphoren voll!

Das Sperrkonzept, das das Plugin mittels Semaphoren macht, beräumt scheinbar die Semaphoren nicht immer (oder in Problemfällen nicht immer) weshalb das Limit nun erreicht ist und keine weiteren Sperren mehr angefordert werden können. Die anderen Warnungen sind nur die Konsequenz der ersten Warnung.

Um das erstmal wieder zu beheben, muss der gesamte Server (nicht nur Apache) neu gestartet werden oder ein Admin des Providers kann das device leeren. In jedem Falle ist der Provider zu kontaktieren, denn der User kann gar nix machen. In wieweit dann das Plugin nicht wieder in einen solchen Zustand reinläuft, kann ich nicht sagen, da ist der Autor des Plugins gefordert.

Referenzen
Plugin-Autor: AZIndex for WordPress
Semaphoren: PHP: Einführung - Manual
Funktion sem_get (im OS semget): PHP: sem_get - Manual

Dann ist die Wahl deiner Worte im Eingangspost nicht unbedingt geeignet, raus zu finden, was du gemeint hast.
Da hier in 99,9999% aller Fälle keine Rechtsanwälte im Forum sind und wenn doch, dann mit Sicherheit hier keine verbindliche Rechtsauskunft erteilen werden (wie auch jeder andere Forennutzer das nicht machen wird), bleibt da meines Wissens nur der Gang zum Anwalt deines Vertrauens und die Einholung einer verbindlichen Rechtsberatung.

Zitat von PierreLeFou

Ich möchte einfach nur ein paar files & screencast's ohne umsatzsteuer, da kleinunternehmer, zum download anbieten.

So einfach ist das nicht. Sagen wir mal pro Screencast sind das Beträge im einstelligen Euro Bereich.
Bei 100000 Downloads dieser Art ist das weit außerhalb der Grenze ohne Umsatzsteuer. Jeder Anwalt, der beauftragt wird von jemanden, der nicht mag, was du da tust, wird dir da gehörig den Boden unter den Füssen wegziehen können.
Eine Steuererklärung dafür wirst du wohl oder übel machen müssen, auch wenn am Ende nicht zu entrichten ist. Damit ist die Angriffsfläche = 0 für Leute, die sich an deiner bisherigen Herangehensweise eine goldene Nase verdienen wollen.
Wie Arno schon ausgeführt hat, wird das geschätzt werden im Streitfall. Denk an die Musikindustrie, die da mal eben hunderttausende Downloads unterstellt und damit den Streitwert festlegt.

Das habe ich in einem anderen Zusammenhang als "Kritisches" Ticket im WordPress Trac eingekippt, und wird mit WP 2.8.1 nun gelöst sein:
#10222 (Fatal error: Trying to clone an uncloneable object of class ReflectionClass in /var/www/htdocs/syz/html/wp-includes/class-simplepie.php on line 11739...) ? WordPress Trac

Wie alles im Leben hat das Vor- und Nachteile. Mal sehen was wir da haben:

Vorteile:
- Javascripts werden von einer bestimmten Stelle mit der gleichen URL geladen
- Blogs, die das benutzen, haben dadurch die gleiche Datei referenziert
- der Browsercache kann verwendet werden, falls für Blog A das schon mal abgerufen wurde und nun in Blog B benutzt werden soll.
- die Version enthält immer die neuesten Fixes, wenn vorhanden.
- Traffic (Transfervolumen) der eigenen Domain sinkt, weil Scripte nicht geliefert werden müssen.

Nachteile:
- Abhängigkeit der Ladezeit der eigenen Seite von Google's Reaktionszeit
- Abhängigkeit von Blockierungen bestimmter Domains (wie Google) in Firmennetzen oder bestimmte Regionen
- Bugfixes in den Dateien können nun die Funktion von der eigenen Seite einschränken oder unterbinden, denn Änderungen an den ausgelieferten Seiten "spürt" man dann nur durch entstehende Scriptfehler.
- Plugins, die eigene Scripte mitliefern, die auf der Version aufsetzen, die WP mitliefert, können schlimmstenfalls wegen Inkompatibilität ihrer Funktion einstellen.
- potentiell einfacheres Cache Poisoning über zentral manipulierbare Scripte (mittels DNS re-routing als Beispiel), die beim User dann sonst was machen können.

Jeder sollte sich überlegen, wieviel + und - Punkte man zu akzeptieren bereit ist. Eine grundsätzliche Empfehlung kann es nicht geben, das muss jeder selbst entscheiden.

Ich denke, dass dein qTranslate und CF7 nichts voneinander wissen und demzufolge mit einer mehrsprachigen Seite auch nicht können.
Wenn ein Fehler in der Bearbeitung passiert, kann ich mir vorstellen, das CF7 dich dann weiterleitet auf die Standardeinstellung, und das dürfte deutsch sein.

<form action="[COLOR=Red][B]/tourismus_stuttgart[/B][/COLOR]#wpcf7-f2-p17-o1" method="post" class="wpcf7-form">

Wenn das Form nicht mit /ru/tourismus_stuttgart auf der russischen Seite generiert wird, wird das sicher die deutsche Seite zurückliefern (im Fehler und auch Normalfall).

Zitat von Arno Simon

darüber könnte man jetzt eine grundsatzdiskussion anzetteln ;) pro und contra widgets......

...

für den unbedarften anwender, der idR keine ahnung von php/html/css hat ist es sicherlich ein mehrwert, muss er sich doch noch weniger vor allem um den php/html-aspekt kümmern.

Ich habe nichts gegen Plugins, nur solltest du dir den Code auch angesehen haben, wenn du von Mehrwert sprichst.
Das Plugin hat einen aufwendig programmierten, eigenen Download und Update-Mechanismus eingebaut, der Files runterlädt, entpackt und auf den WebSpace schreibt. Dabei sind solche Sachen wir Schreibrechte, Safemode etc. nur unzureichend oder gar nicht behandelt.

Eine Admin Seite brauch ich für das Ausblenden des Images auch nicht wirklich. Es hätte völlig gereicht, wenn das Plugin einfach die Header Action abfängt, das inline stylesheet (wie o.g.) reinschiebt und gut ist.

Alles andere ist overkill und overengineered!

Zitat von gthr

Und mein angekündigtes Plugin

WordPress.com Stats Smiley Remover

:-)

Wozu den Speicher mit einem weiteren Plugin belasten, wenn es auch nichts anderes am Ende macht, das das, was im Header des Stats Plugins als Hinweis steht, aber eine Unmenge an nutzlosem Code mitschleppt?

<?php
/*
Plugin Name: WordPress.com Stats
Plugin URI: http://wordpress.org/extend/plugins/stats/
Description: Tracks views, post/page views, referrers, and clicks. Requires a WordPress.com API key.
Author: Andy Skelton
Version: 1.5b1
License: GPL v2 - http://www.gnu.org/licenses/old-licenses/gpl-2.0.html


Requires WordPress 2.7 or later. Not for use with WPMU.


[B]Looking for a way to hide the gif? Put this in your stylesheet:
[COLOR=Red]img#wpstats{display:none}[/COLOR][/B]

Zitat von wortsucht.ch

Hallo zusammen,
ich habe das gleiche Problem: mein Admin Bereich ist nur ohne de_DE zugänglich...
Was ich nicht geschnallt habe: Was kann ich tun, um meine Webseite trotzdem in Deutsch laufen zu lassen? Oder ist Abhilfe in Sicht?
Liebe Grüsse
Urs

Ja, Abhilfe gibt's in zweierlei Hinsicht, entweder, wie hier beschrieben, die Speichervorgabe anheben (lassen) wie in der FAQ nachzulesen, oder auf 2.8.1 warten (bis dahin ohne deutsch).
Wenn sich das Problem mit mehr Speicher erledigt, alles ok. Wenn nicht, dann ist es ein Bug in der Verarbeitung von Sprachdateien in Verbindung mit Servereinstellungen des Providers, den ich schon bei Version 2.5 gefixt hatte und WP den Fix dann eingebaut hatte. Allerdings wurde bei 2.8 wieder mal was ganz neu geschrieben und mein Fix nicht beachtet. Seit heute ist der neue Fix wieder drin und wird mit 2.8.1 ausgeliefert (nur für Interessierte hier zum Nachlesen: #10236 (Fatal error: Maximum execution time of 60 seconds exceeded in C:\xampp\_root_wordpress28_be\wp-includes\pomo\streams.php on line 26) ? WordPress Trac )

Das Template hat sicher irgendwo eine Browser-Erkennung, denn der Kontent wird schlicht nicht generiert und ist in der Seite nicht drin.

Dafür habe ich keine schlüssige Erklärung. Die Anzahl Bytes, die überschritten werden, sind exakt 20MB = 20*1024*1024 = [FONT=Courier New]20971520[/FONT]
Somit scheint es ein Limit zu geben, das 20MB beträgt, die Frage ist nur wo und warum.

Nach Ansicht der Codestelle sieht das Benutzung der Reflections Erweiterung von PHP 5 aus, die aber bei einer bestimmten Providereinstellung versagt: http://forum.wordpress-deutschland.org/installation/5…html#post254967

Kannst du mal schauen, was mein Tool unter: Language Options -> Zend Engine Compatibitlity stehen hat ?
Wenn du PHP 5 einsetzt muss dort "off" stehen.

200MB ist ziemlich viel und wäre vergebens, wenn das memory limit nicht mindestens auch 200MB wäre.
Mein Provider hat das auf 20MB/8MB stehen.

Unter den von dir genannten Angaben wäre definitiv genug Speicher verfügbar, es sein denn, du willst Daten im "Wert" von mehr als 64MB - 22,94 MB also ca. 40MB hochladen. Dann wird das wegen der 64er Grenze nichts.

Soweit erstmal alles ok, was sagt der Reiter PHP unter

"File Upload Settings" -> Maximum File Size

und

"Data handling" -> Maximum Post Size

dazu ?

Mich würde interessieren, was mein Tool dazu sagt: Code Styling Project - WordPress Plugin: WP System Health
denn laut deine Angabe hat das System bereits nach 20MB die Notbremse gezogen!