WordPress отвътре
Всеки, който се е занимавал по-сериозно с 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:
а ето какво се появи, когато натиснах първият линк:
cheaper by the dozen 2 dvdrip download
Дано и на някой от вас това се окаже полезно 
Steve
Изключително полезно за хората, които се интересуват! Ще ми свърши отлична работа, браво! Благодаря!
02.27.07 10:03
Ему
Яко.
Ако и версията беше последната (сега е 2.1-alpha2), цена нямаше да има
.
Поздрави Ему
02.27.07 10:49
Borislav Gizdov
Наскоро ми се налага да ровя по подобен начин ама в друг софт.
Струваше 100$ и като видях какви глупости са писани вътре не заслужава и 10$.
Значи надвишаваше лимита на памет за пхп и гърмеше.
Като погледнах вътре имаше неща от рода на
SELECT * FROM BigF*ckinTable
(любимите на Ему)
пъха всичкото това в масив, и всъщност му трябва само броя
$count = count($widgetsArray);
и това на няколко места генериране на една страница, и гърмеше за памет. Друго категориите вместо да са вързани с айдита бяха стрингове, и ко става като смениш името на някоя, ми просто тя ставаше празна, lol.
Та затова повече предпочитам свободния софтуер.
02.27.07 11:42
Атанас Янев
Борко, и аз в по-леки проекти съм селектирал по този начин, въпреки че ми е било нужно само 2-3 полета от 4-5…
Знам, че това е неправилно, но съм го правил с цел тестване и прочее – т.е. не съм го оставял във финалната версия, тази, която я давам на клиента…
Ему, според мен не е чак толкова фатално – има прилики между 2.0.x и 2.1.1, а камо ли 2.1a < -> 2.1.1
Важното е че вече не ми се налага да правя големи шпагати за да намеря това, което ми трябва, а с 2 клика на мишката, буквално, виждам кое-къде-как-и-за-какво го има
02.27.07 15:56
Борислав Гиздов
Само за броя записи няма смисъл така да се селектва.
Пък добре то работи, при 10-100 вкарани продукта. Но като станат 1000 и ляга. Иска 20 мб памет от пхп-то. Ако му го разрешиш зарежда, но пък тромаво. Така че
SELECT COUNT(*) AS count FROM BigTable
02.27.07 16:40
Атанас Янев
Ееее не ме рабирай погрешно – и за мен това е пример за лош код
Става дума, че по време на разработка няма лошо да се ползва подобен селектор – лично при мен често се налага, тъй като всеки един момент сменям това, което ми трябва…
Т.е. ако се огранича със Select GotiniRusiMacki From PetukWecher и в един момент ми се наложи да изведа нещо и за GotiniChernokosiMacki ще трябва да променя и отделно селектора, който съм свикнал да ми се намира във външен файл, което пък ще усложни (забави) промяната му
02.27.07 16:45
Милен Вучев
Ей тая тема малко прашасала, ама тук реших да си стоваря въпроса… който е…
Доколко е подходящо да се ползва готов CMS за обикновен сайт от типа “Категория->Подкатегория->Списък страници->Текстова страница със снимки”. В смисъл… ако имаме качествата за това, не е ли по-добре да си напишем собствен CMS и да си го ползваме него. Плюсовете на собствения CMS са:
- разбираем (за нас) код
- лесна инсталация
- лесна смяна на дизаина
- и п.р.
От друга страна WordPress, примерно, има фанатични писачи на плъгини, теми и т.н.
Та, какво ще кажете:
WordPress/Joomla/Mambo Vs. Собствен CMS
05.04.07 16:40