- FT Calendar – извеждането на джаджа в страничното поле или чрез shortcode води до едни около 80 SQL заявки. За полупразен не-много-посещаван сайт няма да се отрази кой знае как. За сериозно натоварван сайт това ще се окаже bottleneck. Като бонус получавате и таблици с абсурдни id-та на клетките и *стотин грешки на страницата ви при проверка от validator.w3.org.
- News-Ticker – ако някой види в кода как се взимат с една заявка всички публикации, след което и всички етикети и категории, че да се направи в PHP кода филтрирането по посочените критерии, ще разбере, че авторът хал-хабер си няма от SQL и предпочита да се уповава на знанията си в PHP и API-то на WordPress. При няколко хиляди публикации и над 10к етикета това би значело секунди зареждане на глупава малка лентичка с няколко превъртащи се новини.
- Semisecure Login Reimagined – хубаво нещо е да се криптират паролите като се размяткат насам-натам, ама когато това се случва с ключ с дължина 2048 бита нещата могат да отидат малко в тиквите, при по-голям човеко-поток на сайта навътре-навън. Тук винаги можем да изберем по-къс ключ, като 512 битов примерно. И все пак, едно на ум.
- BuddyPress Live Notification (http://buddydev.com/plugins/buddypress-live-notification/) – супер е известията ни в BuddyPress да излизат веднага, а не едва когато презаредим страницата, но вероятно има и някакви по-щадящи процесора варианти. Асинхронното чудовище е способно при няколко логнати потребителя да изяде лимита на процесорното ви време, ако сте на споделен хостинг за нула време. True story.
- Automatic SEO Links (http://wordpress.org/plugins/automatic-seo-links/) – безкрайно много заявки на всяка страница, а при голям сайт или много добавени думи става мазало.
Списъкът ще се дописва постепенно…