$fp = fopen(‘log-dev.txt’, ‘a+’);     fputs($fp, serialize($_POST).”\n”);    fclose($fp);

In eclipse.ini bagam dupa:

openFile
–launcher.appendVmargs

bagam:
-vm
C:\Program Files\Java\jdk1.8.0_31\bin\javaw.exe

sau deja calea la Java instalat pe calck, ar trebui sa mearga acum.

Solutia ce am gasito eu:

Project -> proprietes -> PHP -> Buld path -> si bagam in exclude toate fisierele eclipsului din project, adica cele cu “.” in fata.

Nu stiu din ce cauza nu sau generat(din cauza asta imaginile in admin -> media nu se afiseaza ca se pune atributul width si height egal cu 1), dar ca sa le generez din nou am facut un script de reparare:

in wp-includes/post.php dupa linia 4250, ce contine

$data = get_post_meta( $post->ID, '_wp_attachment_metadata', true );

am adaugatun cod de verificare:

if (!$data){
        $file_name = str_replace('http://domeniu.com/wp-content/uploads/', WP_CONTENT_DIR . '/uploads/', $post -> guid);
        $attach_data = wp_generate_attachment_metadata( $post->ID,  $file_name);
          wp_update_attachment_metadata( $post->ID,  $attach_data );
        
        $data = get_post_meta( $post->ID, '_wp_attachment_metadata', true );
}

iar acum doar parcurgem toata galeria media ca sa se genereze datele pentru toate imaginile.

Exista cazuri cand tre sa mutam un wordperss platforma de pe un domeniu pe altl, sau pe acelas domeniu in alt director, ca sa mearga pe nou tre sa updatam baza de date:

UPDATE wp_options SET option_value = REPLACE(option_value,'www.olddomain.com','www.newdomain.com') WHERE option_name = "siteurl" OR option_name = "home";
UPDATE wp_posts SET post_content = REPLACE(post_content,'www.olddomain.com','www.newdomain.com');

Atunci cand avem treaba cu diacritice, sau caractere speciale ne intimpinam cu tot felul de probleme la codificare, una dintre care este export a datelor in fisier, ca sa se exporte corect si editorul in care se va deschide fisierulk sa stie ca e format utf8 facem asa:

header ('Content-Type: application/download');
            header('Expires: 0');
            header('Cache-Control: private');
            header('Pragma: cache');
            header ('Content-Transfer-Encoding: binary');
            header('Content-Encoding: UTF-8');
            header('Content-type: text/csv; charset=UTF-8');
            //header("Content-type: application/vnd.ms-excel");
            header("Content-disposition: csv; filename=" . date("Y-m-d") .".csv; size=".strlen($sExportContent));
            echo "\xEF\xBB\xBF"; \\Ii zice editorului ca e fisier in format UTF-8
            print $sExportContent;
            exit;

O facem cu htmlspecialchars nu cu htmlentities.

Ca sa nu avem probleme cu diacritice, chirilica, si alte caractere nestandarte facem urmatoarele:

In  HEAD bagam:

<meta http-equiv="content-type" content="text/html; charset=utf-8" />

In cod php bagam la inceput:

mb_internal_encoding('UTF-8');
mb_http_output('UTF-8');
mb_http_input('UTF-8');
mb_language('uni');
mb_regex_encoding('UTF-8');
//ob_start('mb_output_handler'); - aici tre de vazut daca e bine sau nu cu asta

La creare baza de date facem asa:

CREATE DATABASE mydatabase CHARACTER SET utf8 COLLATE utf8_Unicode_ci;

Iar la conectare la baza de date setam urmatoarele:

SET NAMES utf8;
SET CHARACTER SET utf8;

Probleme n-ar trebui sa mai apara…

P.S. : Daca pina acum campurile erau latin si contineau caractere speciale, sa nu le perdem pentru fiecare camp in parte tre sa exacutam urmatorul query:

UPDATE `tabel` SET <field> = convert(binary convert(<field> using latin1) using utf8);