Всеки, който се е занимавал по-сериозно с WordPress е изпадал в ситуация да пише разни неща от рода на:
grep “View all posts filed under” * -r
grep “function bloginfo(” * -r
и разни други такива, за да разбере в кой от 411те файла (wordpress 2.1.1) се среща дадена функция или системен текст 
Последните ми няколко проекта (включително и комерсиални) се въртят около WordPress, като не ми се размина с няколко подобни ровенки из сорсовете… Съвсем случайно попаднах на един сайт (http://wordpress.taragana.net/nav.html), който е с точно такава цел – файлов каталог с опция за търсене по различен критерии (клас, функция, променлива и т.н.).
Ето какво представлява файловия списък (всички имена на файлове са линкове към съдържанието им, а в дясно има поле за търсене / което съм изрязал тук 
/)
Ето какво се получи, когато търсих за bloginfo:
а ето какво се появи, когато натиснах първият линк:
Изключително полезно за хората, които се интересуват! Ще ми свърши отлична работа, браво! Благодаря!
Яко.
Ако и версията беше последната (сега е 2.1-alpha2), цена нямаше да има
.
Поздрави Ему
Наскоро ми се налага да ровя по подобен начин ама в друг софт.
Струваше 100$ и като видях какви глупости са писани вътре не заслужава и 10$.
Значи надвишаваше лимита на памет за пхп и гърмеше.
Като погледнах вътре имаше неща от рода на
SELECT * FROM BigF*ckinTable
(любимите на Ему)
пъха всичкото това в масив, и всъщност му трябва само броя
$count = count($widgetsArray);
и това на няколко места генериране на една страница, и гърмеше за памет. Друго категориите вместо да са вързани с айдита бяха стрингове, и ко става като смениш името на някоя, ми просто тя ставаше празна, lol.
Та затова повече предпочитам свободния софтуер.
Борко, и аз в по-леки проекти съм селектирал по този начин, въпреки че ми е било нужно само 2-3 полета от 4-5…
Знам, че това е неправилно, но съм го правил с цел тестване и прочее – т.е. не съм го оставял във финалната версия, тази, която я давам на клиента…
Ему, според мен не е чак толкова фатално – има прилики между 2.0.x и 2.1.1, а камо ли 2.1a < -> 2.1.1
Важното е че вече не ми се налага да правя големи шпагати за да намеря това, което ми трябва, а с 2 клика на мишката, буквално, виждам кое-къде-как-и-за-какво го има
Само за броя записи няма смисъл така да се селектва.
Пък добре то работи, при 10-100 вкарани продукта. Но като станат 1000 и ляга. Иска 20 мб памет от пхп-то. Ако му го разрешиш зарежда, но пък тромаво. Така че
SELECT COUNT(*) AS count FROM BigTable
Ееее не ме рабирай погрешно – и за мен това е пример за лош код
Става дума, че по време на разработка няма лошо да се ползва подобен селектор – лично при мен често се налага, тъй като всеки един момент сменям това, което ми трябва…
Т.е. ако се огранича със Select GotiniRusiMacki From PetukWecher и в един момент ми се наложи да изведа нещо и за GotiniChernokosiMacki ще трябва да променя и отделно селектора, който съм свикнал да ми се намира във външен файл, което пък ще усложни (забави) промяната му
Ей тая тема малко прашасала, ама тук реших да си стоваря въпроса… който е…
Доколко е подходящо да се ползва готов CMS за обикновен сайт от типа “Категория->Подкатегория->Списък страници->Текстова страница със снимки”. В смисъл… ако имаме качествата за това, не е ли по-добре да си напишем собствен CMS и да си го ползваме него. Плюсовете на собствения CMS са:
- разбираем (за нас) код
- лесна инсталация
- лесна смяна на дизаина
- и п.р.
От друга страна WordPress, примерно, има фанатични писачи на плъгини, теми и т.н.
Та, какво ще кажете:
WordPress/Joomla/Mambo Vs. Собствен CMS