Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenNun habe ich mal versucht eine Tabelle zweimal zu importieren, new.sql und new2.sql, beide mit CREATE TABLE IF NOT EXISTS `wpwas_comments`. Bei new.sql ist alles in Ordnung, bei new2.sql kommt sofort
Fehler
SQL-Befehl: ...
MySQL meldet: Dokumentation
#1062 - Duplicate entry '1' for key 'PRIMARY'Irgendwie verstehe ich gerade nicht, wie Du das dann hinbekommst.
D.h. Ich habe die meisten Tabellen jetzt doppelt.
Ich kann mir das nicht einmal vorstellen, wird denn da nun wirklich wenn Du auf Struktur klickst zweimal
wp_posts
wp_posts
und andere untereinander angezeigt? Bisher dachte ich, dass das gar nicht gehen würde und bei einem Versuch die Datenbank streiken würde.
Wenn Du nicht weißt wo das herkommt und in welchen Seiten sich das befindet, dann kannst Du auch nichts ändern. Vielleicht hat der das ja so eingebunden, dass es nur eingeblendet wird, wenn die Zugriffe von einer Suchmaschine kommen, sonst hättest Du den Hinweis eigentlich schon einmal sehen müssen oder zumindest im Quelltext müsste der sich dann ja finden lassen.
Mit Quelltext meine ich nicht den Code in den Dateien, wenn der Text in den Sprachdateien enthalten ist, lässt der sich so nicht finden. Einfach nur den Quelltext im Browser durchsuchen, dann sollte der sich zumindest zu erkennen geben.
nur noch eine Frage: es gibt keine unterschiedliche Versionen für mac, linux und windows - oder?
Jein, Du willst doch keinen neuen Webserver auf ein bestimmtes Betriebssystem installieren, den Apache hast Du ja bereits installiert und der läuft doch wohl bereits. Je nach System ist aber der Pfad beim Aufruf von Localhost etwas anders und Windows macht keinen Unterschied bei Groß- und Kleinschreibung im Pfad, Linux hingegen schon.
Nun habe ich mich noch etwas belesen, mangels Antwort nach "ausführendes Script" +"betroffene Datei" gesucht, das meiste was ich fand war von Strato, weil man dort eine "SiteGuard" aktivieren kann und dann derartige Protokolle per E-Mail versandt werden.
Die Zugriffe können aber völlig harmlos sein, da praktisch Temps nur kurzfristig gespeichert werden, eventuell von einem Plugin oder von Uploads herrühren. Kenne das von Dateien nicht anders, die werden beim Upload erst einmal temporär gespeichert, bis die dann unter ihren richtigen Namen in das eigentliche Verzeichnis verschoben werden.
Was ich nicht richtig verstehe und was mich eher interessieren würde, mein Apache kennt nur access.log und error.log und wie ich da noch mehr protokollieren könnte, nur mal so zum Test, da finde ich heute keinen Faden. Über PHP und File-System, was es da an Möglichkeiten gibt, davon dachte ich das meiste zu kennen, auch HTTP-Anfragen oder Anfragen an MySQL mitschneiden ist kein Problem, doch wie wird das nun mit den Schreibzugriffen protokolliert, wenn nur Temps erzeugt und gelöscht werden?
Dann kann das wohl nur ein kleiner Bug sein, der ein wenig nerven mag, mehr aber wohl auch nicht, denke ich mir zumindest.
2) in Dashboard sagt es dass 3.8.1 verfügbar ist
Und was sagt die wp-includes/version.php?
kann es eigentlich mit Plugins und Themes Probleme geben, wenn man DE rauswirft?
Habe es noch nicht probiert, halte jedoch WPLANG nur für eine Option. Eigentlich sollte ja niemand gezwungen werden ein DE Sprachpaket zu benutzen.
Du solltest da ohne Tool nichts ändern, weil halt das Plugin oder der Editor die andere Datei mit erzeugt.
Eigentlich sollte die verwendete Version in der wp-includes/version.php stehen.
Wobei der Threadersteller blogger27 nur etwas von Tabellen schreibt, mehr aber nicht ersichtlich ist, da die Seite sich im Wartungsmodus befindet. Meine erste Antwort betraf Tabellen allgemein, doch wer hat nun hier das Theme twentyten? Bitte mal melden, wer das Theme hat. expraesimfh käme zwar in Frage, doch wie es ausschaut hat er zwischen zwei Post das Theme gewechselt oder sollte ich mich irren.
Hi,
änder: vertical-align: baseline;
zu: vertical-align: top;
oder: /*vertical-align: baseline;*/
Aber doch wohl nicht für alle angegebenen HTML-Tags ändern, wenn dann nur für Tabellen, für die Du das dann neu in einer Klasse notieren müsstest.
Somit erst die Tags löschen, dann neu:
html, body, div, span, applet, object, iframe, h1, h2, h3, h4, h5, h6, p, blockquote, pre, a, abbr, acronym, address, big, cite, code, del, dfn, em, font, img, ins, kbd, q, s, samp, small, strike, strong, sub, sup, tt, var, b, u, i, center, dl, dt, dd, ol, ul, li, fieldset, form, label, legend, caption {
background: none repeat scroll 0 0 rgba(0, 0, 0, 0);
border: 0 none;
margin: 0;
padding: 0;
vertical-align: baseline;
}
table, tbody, tfoot, thead, tr, th, td {
background: none repeat scroll 0 0 rgba(0, 0, 0, 0);
border: 0 none;
margin: 0;
padding: 0;
vertical-align: top;
}Bei dem Theme mag das so gehen, ist ja nicht responsive, eventuell zusätzlich noch den Abstand der Images von oben um ein paar Pixel vergrößern.
Das mit Tabellen mag gehen, wenn sich die Images und Tabelle einem responsiven Theme anpassen. DIVs haben den Vorteil, das sie sich bei kleinen Screens untereinander darstellen lassen und bei größeren nebeneinander. Diesen Vorteil besitzen Tabellen nicht, da bleiben zwei Zellen nebeneinander zwei Zellen nebeneinander, auch wenn der Screen kleiner ist und das ganze Design den Bach herunter geht.
Das bekommt man mit Media Queries und einem Polyfill für ältere Endgeräte ganz gut in den Griff. Bin zwar kein besonders guter Designer, da gibt es bessere, doch für ein Tutorial hat es noch gereicht:
wp habe ich auch von der wp seite - bahaupte ich mal....die heißt: wordpress-3-5-1-de_DE.zip
Und ich behaupte einfach einmal, Du hast Dir irgendwelchen Müll gezogen, jedenfalls etwas, was ich nicht verstehe und solltest hier im Forum einfach nach rechts-oben schauen, dann hast Du eine neue und saubere Version, die Du nur noch zu entpacken brauchst.
Sprachdateien heißt meistens das Zauberwort, entweder mit dem Editor Poedit oder mit dem Plugin:
http://wordpress.org/plugins/codestyling-localization/
Die Sprachdatein sind als Gettext geschrieben und liegen als po und mo Dateien verstreut, auch im Theme werden sich welche befinden.
das mit dem NppExport -> Export to HTML? habe ich nicht ganz verstanden. Datei aus notepadd+ exportiert und dann wieder dort geöffnet und den Text mit Copy&Paste übernommen.
Nein, Beispiel:
datei.js (geöffnet im Notepad++)
Klick auf Export to HTML
datei.js.html (wurde mit pre und Syntaxhervorhebungen abgespeichert, wobei datei.js nicht verändert wurde)
Enthält aber Header und Footer, da als fertige HTML-Code-Ansichtsseite abgespeichert.
Header und Footer löschen oder ein kleines Script, was Überflüssiges mit RegEx entfernt.
Weiß jetzt nicht mehr, war das ein Plugin oder war das schon mit bei, so sieht es zumindest aus und versteht mehr oder weniger alle Sprachen, wie JS, PHP und C.
habe ich mal die schreibzugriffskontrolle auf meinem Webspace aktiviert,
Kann ich jetzt von Dir etwas lernen, wie aktiviert man die, wenn man nur Webspace hat?
Auf der einen Seite würden diese Meldungen mich stark beunruhigen, auf der anderen Seite handelt es sich doch beim ausführenden Script um php53 und das liegt ja nicht bei Dir innerhalb des Webspaces oder ich verstehe grade gar nichts mehr richtig.
Und Du hast einen Notepad++ und der hat Erweiterungen und unter den Erweiterungen NppExport -> Export to HTML? Damit hättest Du einen Anfang. Da mir das noch nicht genügt, habe ich mir dazu noch ein PHP-Script geschrieben, mit dem ich die Datei mit dem abzubildenen Code noch einmal kurz unter Localhost aufrufe. Doch das braucht nicht unbedingt zu sein.
Ist mir noch nicht passiert, doch darf man fragen, wo Du WP und MAMP heruntergeladen hast?
Mit nicht, meine ich nicht wirklich nie, nur mit einem Browser noch nicht, sondern als ich ein überaltertes Programm mal versuchte auf einem Rechner mit einem neuen Betriebssystem zum Laufen zu bringen, blieb mir nichts anderes übrig als den Stecker zu ziehen, weil die Fenster sich zu sehr vermehrten.
"Out of memory" hat nichts mit den Einstellungen für den PHP-Speicher zu tun ("Allowed memory size of ... bytes exhausted").
Jetzt wollte ich den Unterschied einmal genauer wissen.
Falls die Erklärung stimmt, die Fehlermeldung
"out of memory" wird ausgelöst durch PHP und die Fehlermeldung
"allowed memory size exhausted" durch die Zend Engine.
Wer von beiden zuerst Speicherprobleme bekommt, wird wohl demnach die Meldung generieren.
