WordPress

Хвалили цю можливість, хвалили, а мануалів шось ніде нема. Тому я вирішив розібратися самостійно.

Отже, всі, хто юзає версію WordPress не нижчу за 3.0, тепер мають змогу:

– створювати власні типи записів та програмувати для них власні типи полів (наприклад, окрім просто постів і сторінок, можна створити свій тип контенту “Товари” з власними полями, скажімо, “Розміри”, “Колір”, “Ціна” тощо. Хоча в останній можливості, по суті, нічого нового – це давно знайомі нам custom fields, от тільки працювати з ними тепер можна приємніше, “замаскувавши” під дефолтні поля запису)

– створювати для цих записів окремі таксономічні зв’язки. Скажімо, якщо ви створили тип запису “Фільми”, то ви можете створити окрему таксономію для цих записів, де те, що ми звикли називати рубриками чи категоріями, називатиметься акторами. Аналог тегів можна використати для позначення років релізу фільмів. Але, чесно кажучи, питання таксономії – не таке просте, і я з ним ще не розібрався в достатньому мірі, тому в даному огляді ми його не розглядатимемо.

Але перейдемо до практики… Я давно мріяв створити власну базу даних географічних точок, так званих waypoints – це якісь цікаві місця, які я відвідав, маючи з собою GPS, та відмітив їх. І було б непогано самими цікавими точками поділитися з іншими! Тож, почнемо!

Створюємо новий тип запису “Точки” (додаючи код, що нижче, у файл funсtions.php вашої теми): Continue reading Власні типи записів у WordPress (v. > 3.0)

Read more

Часто буває, що більшість стандартних блоків в адмін-панелі WordPress не потрібні і просто-напросто муляють око та погіршують навігацію. Наприклад, якщо я маю блог і я єдиний автор цього блогу, мені навряд чи знадобиться блок “Користувачі”. Якщо не планую створювати нових сторінок, мені не потрібен блок “Сторінки”, також мені ніколи не знадобилися блоки “Медіафайли” та “Посилання” і т.д.

Випадки можуть бути різними, рішення одне: в файл functions.php вашої теми додаємо: Continue reading Видаляємо зайві блоки в адмінці WordPress

Read more

Нарешті я це зробив!

BuddyPress перекладено українською!

Можливо, ще є певні неточності (наприклад, пропущені, переставлені букви в словах тощо), але я готовий працювати над його поліпшенням!

Висловлюю велику вдячність В’ячеславу ака SlaFFik за допомогу і технічні консультації!

Отже, кому треба, беремо: Continue reading Переклад BuddyPress 1.2.4.1 українською

Read more

Одразу попереджаю, це не аяксова “корзина”, яка вміла б складувати товари, розраховувати підсумкову ціну, редагувати замовлення тощо. Мій варіант дуже простий. Але зважаючи на те, що існує багато сайтів. які виконують лише роль каталога товарів, а замовленння в них відбувається шляхом заповнювання звичайної контактної форми (тобто без усіляких “корзин”) моя ідея, можливо, видасться власникам цих ресурів доволі цікавою. До того, ж вона чудово підійте для магазинів, які продають унікальні товари (ті, що існують в єдиному екземплярі – наприклад, як це роблять власники сайту Прекрасна.com.ua).

Принцип роботи. На сторінці товару є посилання типу “Замовити”. Веде воно на контактну форму. Але посилання не просте, а таке, що при переході на сторінку з контактною формою передає новій сторінці певні дані. Наприклад, код товару. Чи назву. Чи те і інше. А форма вже “ловить” ці дані і виходить, що користувач потрапляє на сторінку з уже заповненою інформацією про замовлення (йому не треба вписувати назву товару, його код, ціну… – все що ви запрограмуєте) і вашому майбутньому клієнту лишається лише додати власні контакті дані. Continue reading Простий веб-магазин (на прикладі WordPress)

Read more

Якщо ви активно користуєтеся WordPress’ом, то, безумовно, зустрічалися з шорткатами раніше: це такі фрази у квадратних дужках, якими можна вставляти в пост різну інформацію. Наприклад, за допомогою цих штук інтегруються в публікації галереї, створені за допомогою плагіну NextGEN Gallery чи контакті форми, створені в Cforms. Переваги очевидні:
– можна вставляти великі об’єми інформації, використовуючи короткі фрази;
– за допомогою шорткатів можна інтегрувати в пост код, який при вставці безпосередньо в редактор, зазвичай, “зачищається” двигунцем (скрипти, php-код тощо…).

Також можна отримати додаткову гнучкість. Наприклад, багато хто “ховає” рекламу всередині посту. Код рекламного блоку, при цьому, жорстко прописаний в коді сторінки в певному місці і тому не завжди можна розраховувати на те, що реклама гарно вписуватиметься в той чи інший пост і не конфліктуватиме з його наповненням. Якщо ж вставляти рекламний код за допомогою шорткатів, які можна розмістити в будь-якому місці посту, то можна, знаючи особливості конкретного посту (де в нас будуть зображення та інші об’єкти) коректно розмістити рекламний блок!

І це лише один із прикладів, як можна використовувати шорткати.

От я, наприклад, при публікації матеріалів на одному з своїх новинарних сайтів, часто зазначаю внизу кожного “скопіпещеного” повідомлення його джерело. І, як правило, 80 відсотків джерел – одні й ті ж сайти. Коли мені набридло кожного дня вручну робити посилання, скажімо, на “Газету по-київськи”, я поліз у файл functions.php свої теми і додав там наступне: Continue reading WordPress ShortCuts

Read more

Гарний плагін Flexible Upload, але шкода, що у його автора не вистачає часу оновлювати його синхронно з новими версіями самого WopdPress. Наче й нічого страшного: він лише “матюкається” при роботі (але всеодно її справно виконує) та час-від-часу не підвантажує css… Тож, для тих, кого це дістало… Continue reading Лікуємо Flexible Upload від матюків 🙂

Read more

Я колись уже писав про get_post у WordPress. Але застосувуючи get_post та get_posts на практиці я зіткнувся з проблемою: тексти постів, що виводяться, втрачали своє форматування. Все виходило якось скопом, без абзаців та іншого форматування. Лише нещодавно до мене дійшло, що “якось же воно чомусь працює нормально при стандартному циклі виводу”. Виявляється, треба було просто до змінною, яка містить ваш контент, застосувати вже вбудований у двигунець фільтр, який і слідкує, щоб все було красіва 🙂 :

$my_id = 347;
$post_id_347 = get_post($my_id);
$content = $post_id_347->post_content;
$content = apply_filters( 'the_content', $content );
print $content;
Read more

  • За численними “просьбамі трудящіхся” прибрав нафіг прелоадінг, який дратував вас фразою “Чекайте, зара видам! 🙂 ” і не давав можливості переглядати сайт, доки сторінка не завантажаться повністю разом з усіма зображеннями.
  • Поставив PHP Speedy, правда не зовсім в ньому розібрався. Чомусь основний css-файл він не доклеїв до згенерованої ним компіляції css-файлів плагінів. Плагін Shutter Reloaded чомусь так і не запрацював. Що ж йому заважає?
  • Optimeze DB не захотів працювати. До речі, не тільки у мене… Замість нього база данних в мене тепер автоматично оптимізуватиметься завдяки WP-DBManager
  • Поставив СSS-compress, який зменшує CSS-файли шляхом видалення коментарів в них та переводить їх в однорядний запис.
  • Почав експеримент з кешуванням. За нього в мене тепер відповідає WP-Super-Cashe версії 0.8.9.

Коротше кажучи, навіть не юзачи усякі утиліти для перевірки швидкості завантаження сайту стало видно, що блог почав працювати швидше. Сподіваюсь, відвідувачі зацінять 🙂

Read more

Цікаво, невже в Україні більше ніхто не цікавиться BuddyPress? Продовжую перетворювати свій проект на своєрідну природоохоронну соціальну мережу на зразок Vkontakte.ru )))

Поки що все страшнувато 🙂 : http://pryroda.in.ua/members/admin/

Але вже автори мого сайту можуть сворювати групи, писати на стінах і обмінюватись повідомленнями! Круто! Далі буде!

Тре тіки локалізацію українську почати робити і дизайн нормальний наваяти…

Read more

Одразу скажу – це плагін. І я його ще не випробував. Але, як би там не було, тема для мене (та мабуть не тільки для мене 🙂 ) актуальна і я давно думав над шляхами вирішення проблеми, яка полягає в слідуючому…

Колись давно 🙂 , якщо ви становлювали плагін, що працює за допомогою джава-скриптів, то ви мусили ручками прописувати їх підвантаження в шапці теми. З одного боку незручно, але… добре, по порядку… З певного часу, завдяки появі фунції wp_head(), яка працює по типу API, плагіни тепер самі можуть “дописувати” необхідні їм скрипти. Але це призводить до збільшення розміру сторінки і, як наслідку, часу її завантаження, оскільки не завжди є потреба підвантажувати той чи інший скрипт. Continue reading JavaScript Logic: нарешті у WordPress можна керувати джава-скриптами!

Read more