• Am rezolvat o problemă ce nu permitea scurtarea link-urilor în momentul în care se instala plugin-ul pentru prima dată (și de care s-au plâns mai mulți aici)
• Dacă nu schimbi codul profithsare (sau lași gol) va fi folosit codul asociat contului meu și vei fi informat de treaba asta.
• Am modificat opțiunea de „quick profitshare”. Deoarece aparent nimeni nu folosește admin bar, în colțul din dreapta-jos apare un input în care poți introduce un link spre emag. Apeși Enter și ți se generează un link scurt.
• Am organizat un pic readme.txt.

Păreri? Sugestii? Probleme?

Cu toate astea, WordPress nu oferă prea multe funcții utile pentru CF. Avem câteva funcții meta-related, dar toate funcțiile sunt prea… generice. Să zicem că faci un sistem de filtrare – cum fac eu – și pui totul în CF (pentru că vrei să faci o… filtrare un pic mai târziu). Tot ce are legătură cu filtrele respective pui la modul _custom_filters_NUME_FILTRU. (dacă primul caracter este underscore, custom field-ul nu este afișat în admin)

Cum poți lua CF ce încep cu _custom_filters?

Varianta cu funcțiile WordPress (documentate)

Luăm toate CF pentru postul curent, facem un foreach, verificăm dacă prefixul este cel dorit și ne facem treaba.

$prefix = '_custom_filters';
$custom_fields = get_post_custom($post_id);
foreach( $custom_fields as $custom_field ){
	if( substr( $custom_field, 0, strlen($prefix) ) == $prefix ){
		// do some awesome thing with my custom field code
	}
}

Varianta geek-ish

Facem un query în baza de date și luăm fix ce ne trebuie.

function get_my_post_meta( $post_id = null, $meta_prefix = '' ){
	if( !isset( $post_id ) ){ return; }
	global $wpdb;
	return $wpdb->get_results( $wpdb->prepare("
	SELECT meta_key, meta_value, meta_id, post_id
		FROM $wpdb->postmeta
		WHERE
			post_id = %d AND
			meta_key LIKE %s
		ORDER BY meta_key, meta_id", $post_id, $meta_prefix.'%') );
} // get_my_post_meta

$custom_fields = get_my_post_meta( $post_id, '_custom_filters' );
foreach( $custom_fields as $custom_field ){
		// do some awesome thing with my custom field code
}

Atenție!

Această funcție NU folosește caching. Ceea ce înseamnă că ar ptea avea efecte… nedorite în cazul unui site cu mulți utiilzatori.
Nu am prezentat o metodă de cacheing deoarece eu am avut nevoie de această funcție strict pe partea de administrare. Dacă ai nevoie de o astfel de funcție pe partea de client, caută mai multe detalii aici sau lasă un comentariu la acest post.

I’ve seen several premium WordPress themes that used different kinds of featured sliders for home page. Is nothing wrong here, it’s a good way of putting important thing first. What it bother me is this silly thing: to add an article to the feature slider you have to use a certain tag. Or worse, a certain category! That’s SILLY and very not user friendly (don’t forget that many editors are very non-technics!).

I developed several WP theme over the last two years and I used to make things in the very same way. Until I had few complains from final clients (sometimes I work for the middle man) that the „tag” way is very user-not-too-friendly. So I had to find another way of doing this.

Custom Fields way

The most easy way of having a way to sort things up is the use of custom fields. So you can add a custom field, named let’s say… featured with the value true. Or something similar. This way you can add some description too, a different title and other goodies.

Custom fields issues

Even if custom fields sounds the right choice, there might be a small problem. Let’s say your awesome blog has only one featured post per month (or even week). As a very busy man, you will probably forget if the custom field was feature or featured. And the value was true, yes or just 1 ? Hmmm…

The solution is…

Custom Fields with Write Panels!

How about this: a very neat panel with a checkbox? That’s all you will need. The whole thing is just one click away!

Is a very easy way of doing the whole thing and very easy to implement.

The whole code is here:

I like to think that my code is pretty easy to follow so doesn’t need too many explanations. Even so, there are some things to consider:

• I have no idea how custom fields works for huge sites. I had around 5000 unique users / days and i had no visible performance drops.
• You must place the content of the gist above on functions.php or into wp-content/mu-plugins/featured_panel.php. Either way, the code will just work. You don’t have to do anything else on admin. I recommend the second way if you change your themes a lot.
• You can remove title/description fields from the $ntz_featured_fields array. You can also add more fields (eg: custom image).
• You still need to do some other changes on your theme files! Keep reading!

Done with the admin. What’s next?

Well… After we did the admin part, we need a way of displaying the whole thing for regular users, no?

The not-so-awesome way of doing it

Believe it or not, there is a not-so-awesome way of doing this. And a LOT of guys do this! The „regular” versions (that uses tags or categories to display the featured articles) are doing the job this way:

query_posts( 'posts_per_page=3&tag=featured' );
while (have_posts()){ the_post();
	// put your awesome-wanna-be code here
}
wp_reset_query();

Why I consider this wa a bad way of doing the job? Because you can easily forget about wp_reset_query() and you featured code may interfere with your other parts of your code.

The awesome way of doing it

Did you ever heard about custom query? How about this:

$featured_posts = new WP_Query();
$featured_posts->query( 'posts_per_page=3&tag=featured' );
while ($featured_posts->have_posts()){ $featured_posts->the_post();
	// put your awesome code here
}

The awesome way of custom fields

So, instead of using the tag-thing, we can do it like this:

$featured_posts = new WP_Query();
$featured_posts->query( 'posts_per_page=3&meta_key=_ntz_is_featured&meta_value=1' );
while ($featured_posts->have_posts()){ $featured_posts->the_post();
	global $post;
	// you have two variables to play with: the title and the description;
	// If you added more fields, this is how you can use them
	$featured_title = get_post_meta( $post->ID, '_ntz_featured_title', 1);

		$featured_title = !empty( $featured_title ) ? $featured_title : get_the_title();
	$featured_description = get_post_meta( $post->ID, '_ntz_featured_description', 1);
		$featured_description = !empty( $featured_description ) ? $featured_description : get_the_excerpt();

	// put your awesome code here
}

That’s all! I didn’t cover the js-related part of the slider. You can use any script available out there.

So… Enjoy & start writting quality code!

BTW: if you want to know how to add a featured slider totally independent of your blog posts, very easy to manage & reorder, please let me know!

1. Feed-ul parțial;
2. Feed-ul defect;

Despre feed-ul parțial nu prea am ce să zic. Așa au ales „stăpânii” blogurilor respective, n-am ce le face. În principiu, asta înseamnă că șansele de a face un click să citesc tot articolul sunt mari doar dacă este un articol ce promite foarte mult din titlu și dintr-un excerpt. Ceea ce se întâmplă destul de rar…

Feed-ul defect se întâmplă atunci când bloggerul bagă în post un film ce nu este redat (cum trebuie sau deloc) de Google Reader (sau orice alt reader). Apărând un text ce este posibil să comenteze pe marginea video-ului dar… eu să nu văd niciun video.

Prin urmare, am zis să încerc să găsesc o rezolvare: str_replace

function ntz_rss_graceful_degradation($content) {

	global $post;

	$embed_err = "
	<p style='color:#ccc'>
		<strong>Atentie!</strong>
		Acest post contine elemente audio/video ce nu sunt vizibile în feed-ul RSS. Apasă <a href='" . get_permalink($post->ID) . "'>AICI</a> pentru a vedea versiunea integrală
	</p><object";

	$content = str_ireplace('<object', $embed_err, $content);
	return $content;
}
add_filter('the_content_rss','ntz_rss_graceful_degradation');
add_filter('the_excerpt_rss','ntz_rss_graceful_degradation');
add_filter('the_content_feed','ntz_rss_graceful_degradation');

Toată povestea asta se pune în functions.php (în wp-content/themes/TEMA_TA/functions.php). Și asta e tot.

Ca dezvoltator de teme personalizate sunt pus de multe ori în situația în care am de ales: ori pun toate fișierele cu funcții custom (ce nu sunt neapărat legate de temă cât de funcționalitatea site-ului; ex: custom taxonomies, custom post type etc) într-un director al temei și le includ din functions.php, ori fac un plugin normal și îi explic clientului cum să-l activeze. De multe ori clientul este doar un intermediar, deci ar însemna să mă joc un fel de telefonul fără fir.

Cum ar fi dacă…

Cum ar fi dacă ai putea să faci plugin-uri ce se activează singure și nu pot fi dezactivate? Ei bine, asta e șmecheria de care ți-am zis că am aflat-o ieri.

Orice fișier pui în wp-content/mu-plugins va fi încărcat automat, ca plugin. Atenție! Treaba asta merge doar dacă ai fișierul direct în folderul mu-plugins, fără alte sub-directoare.

În acest fel poți livra tema de wordpress sub forma unui folder numit wp-content ce are următoarea structură:

/wp-content/themes/tema_custom
/wp-content/mu-plugins/index.php
/wp-content/mu-plugins/custom_post_type.php
/wp-content/mu-plugins/custom_fields.php
...

Îi spui clientului: „bă, asta o extragi în root” și… Cam asta e.

Primul impuls a fost să scriu un script PHP cu care fac upload. Dar mi-am dat seama că este o muncă inutilă din moment ce WordPress-ul are un uploader decent. Prin urmare, m-am apucat să caut ce și cum. Pentru a deschide uploaderul este necesar să faci următorii pași:

Incluzi uploaderul și thickbox

wp_enqueue_script( array('jquery',  'media-upload', 'thickbox') );

Pasul ăsta se face chiar la init. Totuși, ar fi bine să ai grijă să nu încarci toate treburile și în fișierele temei.

Markup

Eu am avut nevoie de toată povestea asta pentru a adăuga câte o imagine pentru fiecare custom post type. Are „eticheta” category picture deoarece unui utilizator de rând sunt șanse mai mici să ceară explicații suplimentare.

<p>
	<label>Category 1 Picture</label>
	<input type="text" name="section_pic_url[]" class="ntzUploadTarget" />
	<button class="ntzUploadTrigger button-secondary">Upload</button>
</p>
<p>
	<label>Category 2 Picture</label>
	<input type="text" name="section_pic_url[]" class="ntzUploadTarget" />
	<button class="ntzUploadTrigger button-secondary">Upload</button>
</p>

Nu contează în ce ordine sunt elementele (sau nici măcar CE elemente!), cât timp este vorba de:

1. Un wrapper să le conțină pe toate;
2. Un element să declanșeze uploaderul (poate fi ORICE element, button, a, span etc);
3. Un element care poate fi salvat în form: input (poate fi și hidden) sau textarea.

JavaScript

Adaugi toată treaba de mai jos undeva după formularul ce cuprinde markup-ul de mai sus și ești gata.

<script>
	jQuery(document).ready(function($) {
		var oldSendToEditor = window.send_to_editor;
		$('.ntzUploadTrigger').click(function() {
			var ntzUploadTarget = $(this).parent().find('.ntzUploadTarget');
			window.send_to_editor = function(html) {
				imgurl = $('img',html).attr('src') || $(html).attr('src');
				ntzUploadTarget.val(imgurl).focus().blur();
				ntzUploadTarget = '';
				tb_remove();
				if(typeof(oldSendToEditor)=='function') {
					window.send_to_editor = oldSendToEditor;
				}
			}
			tb_show('', 'media-upload.php?type=image&amp;TB_iframe=true');
			return false;
		});
	});
</script>

Enjoy!

Și, cu toate acestea, o chestie enervantă căreia nu îi găseam soluție a fost redenumirea secțiunilor implicite din wp-admin. Cea care îmi stătea ca un ghimpe în coaste fiind fix secțiunea Posts. La o adică, ce să caute o astfel de secțiune într-un site de prezentare de rochii, de exemplu? Prima soluție, cea mai la îndemână, a fost să-i spun clientului: „nu te atinge de partea aia!”. Cum limitarea unui utilizator cu care eu nu aveam contact (de obicei lanțul arată cam așa: eu -> clientul meu (agenție) -> clientul agenției -> clientul final) ieșea din discuție (se știe că telefonul fără fir a avut întotdeauna un succes răsunător), a trebuit să găsesc o altă modalitate. Una ceva mai… user friendly ce nu instigă la click-uri aiurea.

Încercarea nr 2

A doua soluție – cea pe care am și folosit-o la câteva proiecte – a fost să îi spun clientului meu: transmite-i că secțiunea „posts” este pentru știri (sau ce era nevoie la proiectul respectiv). Treaba a mers fără probleme la vreo patru sau cinci proiecte dar, zilele trecute am dat peste o treabă foarte simplă ce face fix ce aveam nevoie: redenumește secțiunea „Posts” în ce am eu nevoie.

Încercarea nr. 3

Simplu și eficient. Fără mare bătaie de cap, pui asta în functions.php, eventual schimbi textele cu ce ai nevoie și… aia e!

function change_post_menu_label() {
	global $menu, $submenu;
	$menu[5][0] = 'News';
	$submenu['edit.php'][5][0] = 'News';
	$submenu['edit.php'][10][0] = 'Add News';
	$submenu['edit.php'][16][0] = 'News Tags';
	echo '';
}
function change_post_object_label() {
	global $wp_post_types;
	$labels = &$wp_post_types['post']->labels;
	$labels->name = 'News';
	$labels->singular_name = 'News';
	$labels->add_new = 'Add News';
	$labels->add_new_item = 'Add News';
	$labels->edit_item = 'Edit News';
	$labels->new_item = 'News';
	$labels->view_item = 'View News';
	$labels->search_items = 'Search News';
	$labels->not_found = 'No News found';
	$labels->not_found_in_trash = 'No News found in Trash';
}
add_action( 'init', 'change_post_object_label' );
add_action( 'admin_menu', 'change_post_menu_label' );

O singură dată am încercat să elimin chestia asta, apelând la bunul simț comentatorilor. N-a fost să fie… Și dacă tot am făcut o temă WP de curând, am implementat treaba asta în functions.php:

add_filter('pre_comment_author_url', 'ntz_url_check');
function ntz_url_check($url_submited){
	if(is_user_logged_in()) {
		global $current_user;
	  get_currentuserinfo();
		if($current_user->wp_user_level == 10) {
			return $url_submited;
		}
	}
	$url_match = '~^(?:https?://)?(?:[\w]+\.)(?:\.?[\w]{2,})+$~';
	$url = parse_url(str_replace('www.', '', $url_submited));

	// =================================================
	// = Domenii interzise in url-urile comentatorilor =
	// =================================================
	$forbidden_urls = array('google.com', 'iamntz.com', 'google.ro');

	return ( (!preg_match($url_match, $url_submited) || in_array($url['host'], $forbidden_urls) ) ? '' : $url_submited );
}

Pui în array domeniile nedorite (fără www sau http; adaugă WP treburile astea) și aia e. Dacă userul este administrator, poate avea orice url. Cu wp_user_level alegi ce useri pot avea liber la orice link-uri.

Răspunsul scurt este jQuery.noConflict();. Răspunsul un pic mai lung este următorul:

WP pune la dispoziția programatorilor mai multe librării JS, gata de a fi apelate printr-un simplu wp_enqueue_script(), astfel încât să nu existe tot felul de dubioșenii gen jQuery inclus de 4 ori (văzut!). Și cum jQuery nu este singura librărie care folosește $, pot apărea probleme. Prin urmare, jQuery este inclus apelându-se jQuery.noConflict();, astfel încât, fiecare e cu aia a mă-sii, ca să zic așa.

Vestea bună

Vestea bună este că nu trebuie să înlocuiești fiecare $ cu jQuery pentru a face totul să meargă. Ai putea să faci și asta, dar „costă” prea mulți kb. Te poți folosi de următoarea treabă:

jQuery(document).ready(function($){
 console.log($('div').length);
});

Observi parametrul $ la funcția anonimă? Eh, ăla face toată treaba.

Enjoy!

UPDATE `prefix_nou_usermeta` SET `meta_key` = REPLACE(`meta_key`, 'prefix_vechi_', 'prefix_nou_');
UPDATE `prefix_nou_options` SET `option_name` = 'prefix_nou_user_roles' WHERE `option_name` = 'prefix_vechi_user_roles' AND `blog_id` = 0;

(nu uita să schimbi prefix_vechi_ și prefix_nou_!)