Beiträge von csign

    Hallo,

    ich hab bei meinem Webhoster nur 1 SQL-Datenbank, die ich mir mit einem anderen PHP Projektmanagement komplett zerschossen habe (hat sämtliche Wordpress-Tabellen gekillt).

    Jetzt habe ich aber ein Backup in Form einer einzigen 12 MB großen sql-Datei, in der alle meine Wordpress-Installationen ja mit drin sind.

    Im phpmyAdmin kann ich zwar das Backup hochladen, da heißt es aber als maximale Dateigröße 2.048 kb, geht also nicht.

    Wie bekomme ich nun das Backup in der Größe zurück (von pHP und SQL null Ahnung:???:)?

    Ich habe im Root-Verzeichnis meines Webspace eine php.ini geschrieben:

    PHP
    ; Maximum allowed size for uploaded files.
    upload_max_filesize = 14M

    Hat leider keine Wirkung gezeigt :-?

    Vielen Dank

    Hallo,

    hat jemand eine Ahnung, ob die "Sliding Boxes & Captions mit jQuery" auch als Wordpress-Plugin in irgendeiner Weise existieren oder realisierbar sind, evtl. auch als Zusatz zur NextGen Gallery?

    Hier der Code als solches mit Demo »

    Ich möchte in meinen Postings Bilder einbinden, die solche Bildunterschriften haben, evtl. sogar auch NextGen Gallery-Thumbnails.

    Jemand eine Idee?

    Danke.

    Danke, klingt eigentlich einfach.

    Jedoch scheitere ich schon am SQL-Import online.

    Ich war eben mal dort und dort sehe ich nur "exportieren". Über ein Popup gibts zwar auch einen Dateiimport, der aber wiederum nur eine maximale Größe von 2.048 kb zulässt.

    Meine komplette SQL, auf der 3 Wordpress laufen (online, Webserver) hat schon 12.000 kb.

    Der wp-dbmanager, mit dem ich jeweils in den einzelnen Blogs ein Datenbank-Backup mache, sichert irgendwie immer die komplette SQL (also auch der anderen Blogs).

    Ich habe bei 1&1 nur 1 SQL, daher verwende ich diese für alle 3 Blogs, nur eben mit unterschiedlichen Präfix in der wp-config.php.

    Wie ich einzelne Teile einer SQL (für jeden Blog seine eigenen "Schlüssel") sichern kann, hab ich noch nicht rausbekommen. :confused:

    Siehe Screenshot - wo man da genau importiert und das mit großen SQL-Dateien, ist mir nicht ganz schlüssig ... :-?

    Hallo,

    ich hab mich jetzt hier durch Unmengen von Threads gewühlt bzw. lokalem Wordpress mit XAMPP und dem Umzug auf einen Webserver, bei 1&1 z.B.

    Bevor ich mir jetzt die Installation lokal antue, möchte ich gerne erst einmal wissen bzw. am besten via Tutorial nachlesen, welche Schritte zu vollziehen sind, um dann das ganze Lokale auf einen Webserver (in meinem Fall 1&1) hochzuhieven, so dass es auch dort funktioniert.

    Online habe ich dort schon 1 SQL, auf der ein Blog läuft; dass man unterschiedliche Präfixe in der wp-config.php für unterschiedliche Blogs verwendet, ist mir bekannt.

    Gibt es ein gutes Tutorial für so einen Umzug von lokal nach online von Wordpress?

    Noch eine Frage:

    dort steht unter Punkt 7, man solle Plugins erst in einer lokalen WP-Installation testen.

    Funktioniert Wordpress (PHP) nicht nur online über den Webserver?

    Wenn ich das komplette Verzeichnis auf meinen PC kopiere, dann kann ich die PHP-Dateien nicht via Firefox offline testen wie mit html-Dateien:confused:

    :?

    Hallo,

    aus gegebenem Anlass eines Error 500-Fehlers, den ich nun behoben habe, stelle ich mal die allgemeine Frage nach der Absicherung einer WP-Installation gegen Angriffe von außen.

    Ich hab hier in diversen Threads bzgl. Error500 öfter gelesen von falsch gesetzten Dateiberechtigungen.
    Daher mal die Frage:


    1. Sind bei einer jungfräulichen WP-Installation alle Dateirechte richtig gesetzt?
    2. Oder muss, soll man danach einige(s) ändern - noch "sicherer" machen?


    In meiner htaccess beispielsweise habe ich noch drin:

    Code
    # protect wpconfig.php
    <files wp-config.php>
    Order deny,allow
    deny from all
    </files>

    Die Dateirechte der htaccess stehen auf 644.


    Noch Vorschläge zur Absicherung oder kann man die Rechte nach der Installation alle so belassen?

    [gelöst]

    Hallo,

    jetzt geht es - ich kann aber nur spekulieren, warum.

    Bei 1&1 läuft nur PHP 4.4.9.
    Ich hab zwar, wie oben beschrieben, im WP-Subfolder auf PHP 5 geparst, aber als ich heute die htaccess nochmal aufgerufen habe, war dieser Teil weg.

    Und die Hotline-Dame sagte mir, das Parsen auf PHP5 müsse ins Root der Domain und gelte dann für alle Unterverzeichnisse.

    So habe ich es nun gemacht:

    einmal eine htaccess angelegt für die Rootebene meiner Domain (obwohl da nur HTML-Content drin ist):

    Code
    AddType x-mapp-php5 .php
    AddHandler x-mapp-php5 .php

    Dann habe ich in den Unterordner "blog", in dem mein Wordpress liegt, nochmal eine htaccess-Datei drin:


    Für alle Fälle habe ich dann nochmal mein FTP-Passwort geändert in ein seeeeeehr langes :mrgreen:

    Jetzt ist der Error 500 weg und alles, auch der Blog im Unterverzeichnis, ist aufrufbar.

    Vielleicht hilft's jemandem auch.:-D

    Hallo,

    ich habe schon seit einiger Zeit in einem Unterverzeichnis, über das ich ihn auch aufrufe, einen Blog mit WP 2.8.5 installiert. Der lief auch bis vorgestern in Back- und Frontend einwandfrei.
    Gestern morgen hab ich die URL (Frontend) mal wieder kurz aufgerufen: geht & passt alles, war nicht im Backend, nichts installiert, nichts geändert, nichts angetastet, keinen Artikel geschrieben.

    Gestern abend wollte ich dann was Neues schreiben, aber beim Aufruf der Seite kam:

    Error 500 - Internal server error

    [COLOR=Blue]Ein interner Fehler ist aufgetreten!
    Bitte versuchen Sie es zu einem späteren Zeitpunkt.[/COLOR]


    [size=12]Ins Backend kam ich dann natürlich auch nicht. Per FTP ist der Blog (Unterverzeichnis) erreichbar.[/SIZE]

    [size=12]Sämtliche andere Unterverzeichnisse meiner Hauptdomain sind erreichbar, die Hauptdomain (Root), wo normaler HTML-Content drin ist, auch.[/SIZE]

    [size=12]Dann hab ich bis heute gewartet, falls doch der Server spinnen sollte - aber geht auch heute nicht, und zwar nur dieser WP-Blog im Unterverzeichnis. Alle anderen (HTML)Contents meiner Website, auch Subfolder lassen sich ohne Fehler aufrufen.[/SIZE]

    [size=12]Über phpmyAdmin komme ich auch auf die SQL-Datenbank, aber da verstehe ich zu wenig davon, um dort auf Fehlersuche zu gehen.[/SIZE]

    [size=12]Ich habe dann heute testhalber ein weiteres Wordpress in einem anderen Unterverzeichnis meiner Hauptdomain installiert, halt mit einem anderen Präfix für die wp-config.php.[/SIZE]
    [size=12]Das läuft ...[/SIZE]


    [size=12]Was kann diesen Error500 verursachen - für genau dieses (Wordpress)Unterverzeichnis -, obwohl ich nicht mehr auf dem Blog war, seit er - noch - lief?[/SIZE]

    [size=12]Wie komm ich wieder ran, ohne alles "plattzumachen"?[/SIZE]


    [size=12]Danke.:???:


    P.S.:

    Weil ich das grad in anderen Threads bzgl. Error 500 gelesen habe:

    a)
    meine htaccess hab ich via FTP angesehen: die ist völlig ok und normal, nichts verändert oder gehackt. Sie wurde mit Notepad++ erstellt, nicht mit einem normalen Texteditor.
    Außerdem ist mein Blog offiziell noch gar nicht online, nirgendwo verlinkt oder eingetragen.

    [/SIZE]

    b)
    Permalinks sind aktiv, wurden nicht geändert.
    Dateirechte wurden nicht geändert, sind jungfräuliche WP 2.8.5-Installation.

    c)
    PHP auf 5 geparst, siehe htaccess

    Ich habe gerade was zum Thema child themes gefunden:

    http://webdemar.com/wordpress/wordpress-child-themes/

    und

    http://diekretzschmars.de/wordpress/themes/theme-templates/

    Gehe ich recht in der Annahme, das man child themes nur verwenden kann, wenn man andere style.css verwenden will als das "übergeordnete" (parent) theme?

    ... dass es aber spätestens dann scheitert, wenn man php-File-Anpassungen vor einem Update des Themes (parent theme) schützen möchte?

    Hallo,

    ich nutze unter WP 2.8.5 DE-Edition ein englisches Theme. Das kommt mit einer .po und einer .mo-Datei, die im Theme-Ordner liegt.

    Wenn ich die .po-Datei dieses Themes mit poedit ins Deutsche übersetze und mir eine deutsche .mo-Datei ausgeben lasse, wohin muss ich die dann ablegen, damit sie "wirkt"?

    Im language-Ordner von Wordpress oder im Theme-Ordner diese Themes und muss dann in der config.php von WP darauf (auch) verwiesen werden?

    Bin etwas konfus ...:???:

    Da hänge ich mich gleich mal mit dran :-D

    Ich möchte einen Theme-Namen komplett ändern, dass es also nicht mehr XX heißt, sondern YY.

    Reicht das, den Theme-Ordner von Theme XX via FTP einfach umzubenennen?

    Oder hat das dann wiederum weitreichendere Konsequenzen auf die Wordpressinstallation, auf die Datenbank/-einträge, Funktionsfähigkeit des Blogs?

    Danke.

    Hallo,

    ich nutze ein englisches Theme (ohne .po/.mo-File), in dem ich schon etliche Änderungen in den PHP-Files gemacht habe, nicht nur Übersetzungen, sondern an meine Bedürfnisse angepasst.

    Jetzt gibt es immer mal wieder Updates für dieses Theme und ich bin ratlos, wie ich diese möglichst mit wenig Aufwand einpflegen könnte, ohne dass meine ganzen Änderungen an den alten PHP-Theme-Files weg sind (ich meine jetzt keine Datenbankeinträge, sondern die Theme-Dateien).

    Ich hab das bisher mühsam mit Notepad++ ein altes Theme-PHP-File mit dem neuen, gleichnamigen verglichen, aber das ist eine Schweinearbeit :roll:

    Hat jemand einen guten Workaround, wie man Themes bzgl. ihrer PHP-Files bestmöglichst updaten kann?

    Danke.

    Danke, hab schon befürchtet, dass das nicht so einfach sein würde :-?

    Ich hab bei meinem Provider nur 1 SQL-Datenbank und langsam wirds mit meinen vielen Webseiten, die alle auf WP laufen, unübersichtlich und ich wollte die Präfixe einfach prägnanter formulieren.

    Aber so lasse ich es dann doch lieber - falls es nicht ein Tool dafür gibt, dass das für einen erledigen könnte :confused:

    Hallo,

    ich hatte seinerzeit bei einer WP-Installation in der wp-config.php angegeben, dass er als Suffix "wp_haupt_" verwenden solle.

    Jetzt möchte ich aber all diese SQL-Schlüssel, oder wie man das nennt, ändern von "wp_haupt_" in "wp_cms_".

    Wie kann man das bewerkstelligen, ohne dass man sich alles zerschießt:

    Tut sich da etwas, oder wäre das die Lösung, wenn man in der bestehenden wp-config.php einfach das "wp_haupt_" durch das neue "wp_cms_" ersetzt oder ist es damit nicht getan?

    Danke.