das liegt daran, das die optischen spaltenbreiten durch die hintergrundgraphik deines contentbereichs (bg.jpg) vorgegeben wird. diese musst du gemeinsam mit dem css überarbeiten - sprich die beiden spalten mit den gewünschten breiten ausstatten.
Beiträge von Arno Simon
-
-
-
hast du zugriff auf das error.log deines webspaces? wenn ja, mal reinsehen oder dies deinen hoster machen lassen....
ggf. steht da drin, das du keinen fsockopen o.ä. durchführen kannst, was dann bedeutet, das du kein automatisches update durchführen könntest. das muss aber erst geprüft werden.
vG
arno
-
man hab ich lange geschlafen ;) da muss ich doch glatt mal wieder schubsen .. äh.. SCHIEBen latürnich ;) und das ganz ohne großen pott kaffee ;)
-
was geht denn z.b. nicht? welche meldungen erhälst du? ansonsten halte ich es mit monika: meine glaskugeln sind im urlaub oder kaputt! ;)
-
die möglichkeit gibt es durchaus... aber nur, wenn du die entsprechenden plugins nicht als widgets, sondern als normale sidebar-plugins benutzt. dann kannst du diese durch entsprechende abfragen ausblenden, bzw. verhindern, das die entsprechenden funktionen ausgeführt werden. das verhindert jedoch nicht, das immer der entsprechende quellcode geladen wird.
es gibt im plugin-repository auf wordpress.org, ein seo-plugin (weiss jetzt nicht mehr welches), das es ermöglicht für die einzelnen posts (und ich denke dann auch mal seiten) zu bestimmen, welche plugins geladen werden sollen und welche nicht. das währe natürlich die nächste möglichkeit - bürdet dir als admin allerdings entsprechend mehr verantwortung/arbeit auf, da du um so sorgfältiger darauf achten musst die seiten entsprechend zu konfigurieren.
vG
arno
-
...... alsbald .....
warum "alsbald"?!? :confused::confused:
die sind doch schon längst unterwegs.... einigen fehlen nur noch so ca. 60 bis 100 OPen.....
vG
Arno
-
die php.ini kann nur dein provider ändern - daher hast du auch keinen zugriff darauf ...
google mal im netz. es gibt meine ich noch eine möglichkeit die maximale upload-größe per .htaccess-datei zu setzen. könnte auch hier im forum stehen, allerdings bin ich gerade zu faul für dich zu suchen :mrgreen: ;)
vG
Arno
-
kann es sein, das du das </a> bei dem link in der sidebar vergessen hast?
-
naja.. ich halte das eher für unterschwellig verpackte werbung, denn für eine ernsthafte anfrage nach dem vordergründigen thema....
-
durchsuche mal das coding der wp-core-dateien, ob es dort bereits eine function wp_dashboard_todo gibt! wenn ja, darfst du diese natürlich nicht genauso benennen.
ausserdem empfiehlt es sich immer, funktionen mit einer entsprechenden prüfung zu umgeben, um doppeldeklarationen zu vermeiden.
ausserdem sollte man die eigenen funktionen nicht mit wp_ beginnen lassen, sondern diesen namensraum für den wordpress-kern (core-dateien) belassen, da niemand weiss, welche neuen funktionen es in diesen zukünftig so alle geben wird.
vG
Arno
-
wenn dem so ist --> richtig
-
..... manchmal sind die Leser nicht einer Meinung mit dir. Daraus lernt man .....
währ ja noch schöner, wenn man immer einer meinung mit seinen lesern sein müsste.....
vG
arno
-
....
Als ich sie miteinander verglich - es sind drei verschiedene - fiel mir auf, dass in der wp-config der domain 1 steht:
$table_prefix = 'wp251DE_';
obwohl da doch jetzt 2.8 läuft.der table_prefix hat nichts mit der verwendeten version zu tun, sondern wird bei der erstinstallation des blogs vom installierenden benutzer manuell festgelegt und während der gesamten laufzeit nicht mehr verändert.
er dient der jeweiligen wp-installation dazu die zu ihr gehörigen tabellen zu identifizieren, um dort die benötigten daten auszulesen.
genausogut hätte dein vorgänger dort "wp_alpha_" eintragen können. dann würden alle tabellen der ersten wp-installation in der mysql-db mit "wp_alpha_" beginnen und die abfragen der ersten (jetzt auf 2.8 laufenden) wp-installation würden tabellen mit namen wie "wp_alpha_posts" etc. pp ansprechen.
um mehrere wp-installationen in der gleichen db voneinander abzugrenzen müssen die 3 wp-config-dateien unterschiedliche table-prefixe enthalten.
meinetwegen wp_dom1_ für die erste, wp_dom2_ für die zweite und wp_dom3_ für die dritte installation / domain, die mit wp läuft.
vG
arno
-
da wird dir transposh nichts nutzen, es sei denn du stellst deine hauptseite auf wordpress um. da wirst du schon den dahinterliegenden google-dienst einbinden müssen.
vG
arno
-
ich würde sagen, da stimmt wohl eher was mit deiner php-installation nicht.....
ich arbeite mit 5.2.9 und habe diese probleme nicht.... war auch beim wechsel von 4.x auf 5.x nicht feststellbar. das liegt jetzt aber schon locker 2 jahre zurück....
-
das kommt auf's gleiche raus.... wenn du die sanitize_username abschaltest, kannst du gleich auf upgrades verzichten, denn du musst jedesmal den filter wieder auskommentieren.
also: schreib dir das plugin und übernimm den ursprünglichen benutzernamen. jedes rumgefrickel am wp-core verbietet sich von selbst - aus vorbenanntem grund.
-
ob wpSale das, was du machen möchtest, hergibst oder nicht, ist letztlich sekundärer natur. wie du schon festgestellt hast: die spinnen die deutschen mit ihrem bürokratismus (bin selbst einer :mrgreen: ) und gerade dieser bereich ist einer derjenigen die ausnehmend geregelt sind.... was passiert wenn du dich nicht an die entsprechenden vorschriften hälst, hast du ja schon selbst treffend festgestellt: du wirst entweder von irgendjemandem eine abmahnung erhalten oder aber einen teil deines umsatzes (den du gerne vollständig haben würdest) per se an das finanzamt abdrücken dürfen. sobald das FA nämlich dibbert, was du da machst, wirst du geschätzt und eine schätzung wird allemal teurer als das ausfüllen von mehrwert- bzw. umsatzsteueranmeldeformularen etc. pp..
vG
Arno
-
wenn weder das plugin-repository auf wordpress.org noch google was hergibt, wirst du die migration wohl selbst coden müssen....
-
1. tofu
2. hast du mal im codex gelesen? mir scheint nicht :(