Les Lehman Design officially launched the Brainmaster Technologies Inc. website. Specializing in EEG Feedback and brainwave technologies, Brainmaster is a leader and innovator in their field. A user friendly Content Management System drives the backend so our client can update and maintain the site content easily and quickly. Take a look at their new website. www.brainmaster.com

I’ve always been a “writer”.  Not in the strict money-making sense of the word, obviously.  But I do like to write alot.  That’s why I picked up on blogging again.  And, if I look at my visitor stats for the past two months, it seems like I’ve found the subject that I can write about while getting at least some feedback.  Joomla, Open Source in general and other computer-related items seem to be doing well.

I’ve decided to use that knowledge to start on a new project. (Or, technically an old one I never got around to).    When I started working with Joomla, about two years ago, I knew literally nothing about it.  My only source of information was a book on Joomla 1.0.x.  Looking back, that book was pretty much… crap.  I ignored mostly everything in that book, and started to experiment on my own; and started to read stuff here and there on the internet.  Today, I know my way in Joomla (still far from a Joomla expert, I still look for the easiest way to do anything) , and I believe that it’s my turn to give something back to the community.

That’s why I’m planning on writing a Joomla Guide (or a series of guides, it depends on the inspiration).  It’ll be a long process, and I’m not quite certain on how I want to do things.  One part of me screams “POST IT ON YOUR BLOG”, which would make perfect sense.  The other part of me tells me to create some sort of book; which I then distribute trough my website.   I’m not sure on the payment system, either.  Making it free would be the “open source” way of working.  But I’ve got to put my time and knowledge in that book – and I’ll probably do some writing on the job.  So, a financial compensation of sorts would come in handy.  But I don’t know if my work is “money-worthy”.

So, nothing is set in stone yet.  For now, remember that I’m working on a Joomla book.  Oh, and I finished the first page.  For now.

Burlington based Nuxeo, a developer of open source enterprise content management software, has named Cheryl McKinnon Chief Marketing Officer. Cheryl was formerly Director of Program Management at Enterprise 2.0 – Open Text

最近、FC2ブログからこのWordPress.comに暫定的に引っ越してきたのだが、最終的にどのCMSサービスを使うか悩んでました（今も）。

候補としては以下のサービスを考えています。
1.このまま(レンタルBlog版WordPress)
2.インストール版WordPress
3.Drupal(Drupal Japan)
4.Joomla!(Joomla!じゃぱん)

全部はちゃんと調べてませんが、今のところの夫々のメリット等を。
1.レンタルBlog版WordPress
・サーバーレンタル不要
・レンタルBlogなので管理／更新作業はお手軽。
・使えるプラグインが少ない。レイアウトもあまり弄れない。
2.インストール版WordPress
・レンタルサーバーの選定が必要(最終的には有料サーバ借りる事になりそう)。
・人気があるのでプラグイン、情報が豊富。
・使っている人が多いので天の邪鬼な人には嫌になるw
3.Drupal
・レンタルサーバーの選定が必要(最終的には有料サーバ借りる事になりそう)。
・WordPressより日本語化したプラグイン、情報が少ない。
・デフォルトで静的サイト、掲示板等のBlog以外の機能がコアに備わっている。
→将来、iPhoneアプリをリリースした時にアプリ用のサイトとしても使いたい。
4.Joomla!
・基本的にはDrupalと同じようなものだが、さらに日本語情報が少ないようだ（そんな事ない？）

WordPressを使用しているTwitterで繋がりのある方が多いので、WordPressが何かあった時や情報が欲しい時はかなり助かりそう。
しかし、人気がありすぎると別のものを使いたくなる天の邪鬼なので、Drupalにしようかなぁなんて最近思ってます。
Drupalは機能が多すぎて管理画面でげんなりしそうな感じもあります。
Joomla!はちゃんと調べてません(^_^;A

一番の問題はどのサービスを使うかではなくサーバどうするかなんですよね。
無料だと性能的な制限や広告で使いにくい面がありそうだし、かと言って有料選ぶのもブログ書くのがメインと考えると更新頻度も高くないし、内容的に他人にはどうでもいいような記事が殆どなのでお金払ってまで・・・と考えてしまいます。
となるとiPhone表示対応しており、記事の更新アプリがあるBlog版WordPressで良いのかなぁと。

なので、当面はこのままずるずると行きそうですw

The recent brouhaha created by the ill timed, ill worded, ill phrased (or is it just ill) report from the USPSTF (US Preventative Services Task Force) has stirred the pot to be sure.  We support individualized treatment of patients.  We applaud the tailoring of medical testing and procedures to individual needs and circumstances based on dialogue between patient and physician.  The problem with these “task forces” and their pronouncements is that they color the insurance market and reimbursement policy.  The rapidity with which Secretary Sebelius distanced herself, her department and the administration from these recommendations speaks volumes. This report is the proverbial hot potato and nobody in politically correct Washington DC wants to touch it.  The sad part is that we know that early detection saves lives.  The task forces concern for the ‘anxiety’ caused to women, was from our perspective, frankly, condescending, implying that women (females) may be too fraught with anxiety to deal with uncertainties regarding medical tests and their outcomes.  This perspective, whether intentional or not, is balderdash (Colonel Potter’s favorite expletive on MASH).  Arguments about mammography and its proper role are not new.  We site several comments from various sources below on this vary issue.  However, we continue to find any recommendation that suggests that physicians should limit physical examinations as an anathema. Also, suggesting that women, or patients in general, not be familiar with their own bodies is, in our belief, outside the mainstream of modern health thinking.  Self examination is proper, useful and helpful to early detection.  Proper physical examination by a physician or trained health professional is always appropriate. It would a shame to forgo the most respected and time tested traditions of medicine in a move to limit “anxiety” among patients.  Anxiety is relieved by information.  Making a diagnosis is never wrong.  Patients can be counseled on options of treatment if and when a diagnosis is made.  They can also be counseled on the options regarding diagnostic procedures.  We believe, that in the end, doctors and their patients, together make the best decisions . . . obi jo and jomaxx

Between 1950 and the late 1980s, overall death rates from breast cancer were relatively stable, according to the ACS publication, Breast Cancer Facts & Figures 2001-2002. The death rates for breast cancer then began to fall, dropping by about 1.6% each year between 1989 and 1995. Between 1995 and 1998, the drop in the rates picked up speed, declining about 3.4% each year.  Among the women screened with mammography during that time, deaths from breast cancer dropped by 63% compared to the 10 years before that when widespread mammography wasn’t available. Mammography makes such a large difference, notes Smith, because it can find tumors early when they are still small and more likely to be treated successfully.  Smith says the present decline in breast cancer death rates can be expected to continue to accelerate, but only if mammography — and access to it — continue to improve. “There really is an enormous advantage to treating a tumor when it’s smaller,” notes Smith. “That’s really the bottom line.” …..

Breast Cancer Death Rates Continue to Decline: Mammography Is Key; Treatments and Awareness Credited, Too – http://www.cancer.org/docroot/NWS/content/NWS_1_1x_Breast_Cancer_Death_Rates_Continue_to_Decline.asp

American Cancer Society recommendations for early breast cancer detection
- Women age 40 and older should have a screening mammogram every year and should continue to do so for as long as they are in good health.

- Women in their 20s and 30s should have a clinical breast exam (CBE) as part of a periodic (regular) health exam by a health professional, at least every 3 years. After age 40, women should have a breast exam by a health professional every year.

- Breast self exam (BSE) is an option for women starting in their 20s. Women should be told about the benefits and limitations of BSE. Women should report any breast changes to their health professional right away.

- Women at high risk (greater than 20% lifetime risk) should get an MRI and a mammogram every year. Women at moderately increased risk (15% to 20% lifetime risk) should talk with their doctors about the benefits and limitations of adding MRI screening to their yearly mammogram. Yearly MRI screening is not recommended for women whose lifetime risk of breast cancer is less than 15%……

Can Breast Cancer Be Found Early? – http://www.cancer.org/docroot/CRI/content/CRI_2_4_3X_Can_breast_cancer_be_found_early_5.asp?rnav=cri

Bernadine Healy, first woman to head the agency, said lives could be at risk. The fallout from last week’s controversial recommendation that women delay the start of routine mammogram testing for breast cancer continues, with a former head of the U.S. National Institutes of Health advising women to ignore the guidelines. “I’m saying very powerfully ignore them, because unequivocally this will increase the number of women dying of breast cancer,” said Dr. Bernadine Healy, who was nominated to head the federal agency in 1991 by then-President George H.W. Bush. “Women in their 40s have a very aggressive kind of breast cancer. They tend to progress fast. And to not screen women in that age group is astounding to me, and it goes against the bulk of individuals who are actually caring for patients,” said Healy, the first woman to lead the National Institutes of Health and currently the health editor at U.S. News & World Report. She made her comments Sunday during an appearance on the TV news program Fox News Sunday. The controversial recommendation, released by an independent panel, said that women don’t need to start undergoing mammograms until age 50, and then only need one every other year. Long-standing guidelines have said women should have annual mammograms after age 40. The independent panel, the U.S. Preventive Services Task Force, said its recommendation was based on the latest and most accurate studies. Many women immediately wondered if the guidelines would affect their insurance coverage for the breast cancer tests…..

Women Should Ignore New Mammogram Guideline, Ex-NIH Chief Says – http://health.usnews.com/articles/health/healthday/2009/11/23/women-should-ignore-new-mammogram-guideline-ex.html

There has been a longstanding debate over the most appropriate age to begin mammography screening and the frequency of screening examinations. As with all screening tests, the decision to perform a mammogram must include an evaluation of the benefits and the risks of the screening tool, as well as a consideration of patient preference. The recent controversy about mammography should not suggest that there is debate about the most important issues. Most breast cancer experts agree far more than they disagree. For example, there is no debate that mammography reduces the risk of dying from breast cancer. As stated in the new USPSTF recommendations, extensive scientific evidence demonstrates that mammography reduces breast cancer mortality both among women aged 50 and older, as well as among women aged 40 to 49……

Susan G. Komen for the Cure® Scientific Advisory Board’s Perspective on the U.S. Preventive Services Task Force (USPSTF) Recommendations on Breast Screening – http://ww5.komen.org/ContentSimpleLeft.aspx?id=6442451488

www.blogsurfer.us

www.bloglines.com     www.blogburst.com     www.blogcatalog.com     www.clusty.com

www.reddit.com     www.digg.com     www.wikio.com     www.propeller.com

www.mashable.com     www.bing.com

Proton-proton collisions take place in the ALICE detector for LHC in CERN.

A press release from CERN gives the good news:

Geneva, 23 November 2009. Today the LHC circulated two beams simultaneously for the first time, allowing the operators to test the synchronization of the beams and giving the experiments their first chance to look for proton-proton collisions. With just one bunch of particles circulating in each direction, the beams can be made to cross in up to two places in the ring. From early in the afternoon, the beams were made to cross at points 1 and 5, home to the ATLAS and CMS detectors, both of which were on the look out for collisions. Later, beams crossed at points 2 and 8, ALICE and LHCb.
…
Beams were first tuned to produce collisions in the ATLAS detector, which recorded its first candidate for collisions at 14:22 this afternoon. Later, the beams were optimised for CMS. In the evening, ALICE had the first optimization, followed by LHCb.

“This is great news, the start of a fantastic era of physics and hopefully discoveries after 20 years’ work by the international community to build a machine and detectors of unprecedented complexity and performance,” said ATLAS spokesperson, Fabiola Gianotti.

“The events so far mark the start of the second half of this incredible voyage of discovery of the secrets of nature,” said CMS spokesperson Tejinder Virdee.

“It was standing room only in the ALICE control room and cheers erupted with the first collisions” said ALICE spokesperson Jurgen Schukraft. “This is simply tremendous.”

“The tracks we’re seeing are beautiful,” said LHCb spokesperson Andrei Golutvin, “we’re all ready for serious data taking in a few days time.”

When the LHC was first proposed, the Berlin Wall looked very strong, India was still an economic basket case and the US was supplying arms to the Afghan mujaheedin. That was 22 years ago.

LHC, eller Large Hadron Collider, är den i dagsläget största enskilda experimentella anläggningen för fysik. Och med störst menar jag inte störst till ytan, även om en ring med 27 km omkrets är ganska imponerande, utan störst som i att den är tänkt att krocka protoner med högre energi än någonsin tidigare.

Förra gången den var på tapeten var 10 september 2008, då det för första gången skulle skickas en protonstråle genom den. De flesta minns kanske inte det stora med att en av de mest avancerade maskiner människan byggt skulle tas i bruk, utan snara den uppståndelse som uppstod när någon fick för sig att denna maskin skulle skapa svarta hål som skulle förinta universum. Komiskt på ett sätt, men det innebar en hel del extra besvär för de som var involverade när de inte bara var tvungna att få igång maskinen, men dessutom få media att inse att de var ute och cyklade, Jag misstänker att det förstnämnda var lättare. Detta lyckades hur som helst och vi fick tårta på institutionen. Men säg den lycka som varar för evigt, strax hade strålen cirkulerat innan en magnet fick spatt och sänkte hela anläggningen.

Sen dess har man arbetat i det tysta på CERN för att få igång den igen. Och igår cirkulerade för första gången båda protonstrålarna i maskinen och till slut bestämde man sig för att låta den göra det den var designad för. Krocka dessa strålar. Klockan 14:22 skedde detta, sen tog det inte lång tid innan CERN kom med ett pressmeddelande, och Ny Teknik, DN samt SvD skrev sina första artiklar. Nästa år ska det förhoppningsvis börja köras på högre energier och sen får vi förhoppnigsvis svar på några av de olösta mysterierna i universum. Och säkert dubbelt så många till att ta tag i.

Colisión protón-protoń en ALICE

Colisión protón-protón en ATLAS

Colisión protón-protón en CMS

Colisión protón-protón en LHCb

Así se vieron en los cuatro grandes detectores de LHC las ansiadas colisiones. Hay que decir que esto ha sido un pequeño “regalo” de LHC, ya que estaban interesados en realizar diferentes pruebas y para ello querían ver si eran capaces de proporcionar colisiones y los experimentos de detectarlas. La prueba ha sido un éxito rotundo y a partir de mañana se seguirá con el plan previsto dejando más colisiones para comienzos de la semana que viene.

En el siguiente enlace podeis ver la nota oficial de prensa del CERN

http://press.web.cern.ch/press/PressReleases/Releases2009/PR17.09E.html

At least it looks like it from this CMS event display:

See the CMS e-commentary for hourly updates and more information.  (That’s how I know which results are public. )

The yellow boxes are silicon strips that detected the passage of particles (most likely pions in this case) and the green lines radiating from the center are tracks reconstructed from those hits.  They’re not constrained to meet at the center: that’s an indication that these particles actually originated where the beams collide.  Beyond that, the red and blue bars show how much energy was collected in the electromagnetic calorimeter (electrons, photons, and hadrons) and the hadronic calorimeter (hadrons only), respectively.  No activity can be seen in the muon detector (red boxes).

This is all consistent with what one should expect from the collision of two protons— a strong (QCD) interaction between the quarks and gluons producing a handful of strongly-interacting hadrons, rather than photons, electrons, muons, or taus, which are insensitive to the strong force.  An electroweak interaction between the quarks and gluons, producing possible Higgs bosons or any of a number of other exciting possibilities * * * * * * * *…,  are more rare, and will require collecting and sifting through huge numbers of collisions.

The CERN twitter site says that all four experiments saw collision-like events.  It’s finally happening!

Webcast:

Living with RAC: Forward While Looking Back

Please mark your calendars and save the date for this educational webinar on the latest operational recommendations for successfully managing RAC audits and appeals. Day Egusquiza, the presenter for our prior educational RAC webinars, will share her findings from RAC audits so far, and include best practice suggestions for identifying and addressing audit vulnerabilities. Case study examples from recent RAC audits will be used to illustrate the findings and recommendations.

Register: https://compliance360.webex.com/mw0305l/mywebex/default.do?siteurl=compliance360&service=6

Who Should Attend

• CFO, CEO
• Chief Compliance Officer
• Compliance Director
• Chief Risk Officer
• Director of Risk Management
• Director of Regulatory Affairs
• Hospital Legal/Regulatory Counsel
• VP/Director of Revenue Cycle

About the Presenter

Day Egusquiza brings over 28 years experience in health care reimbursement, hospital business office operations, contracting and compliance implementation. Additionally, her experience includes eight years as a Director of a Physician Medical Management billing service and most recently completed an integrated business office between a hospital and a large physician clinic. She has been an entrepreneur in hospital and physician practice accounts receivable management and a leader in redesigning numerous organizations. Her work includes providing guidance as a compliance and APC educator while providing operational insight on the revenue cycle impacts of HIPAA. Additionally, she has been instrumental in researching and preparing national education on the impact of the Prescription Drug Benefit to hospitals and nursing homes. Ms. Egusquiza is a nationally recognized speaker on continuous quality improvement (CQI), benchmarking, redesigning, reimbursement systems and implementing an operational focus of compliance- both in hospitals and practices. She has been on the AAHAM National Advisory Council, HFMA National Advisory Council, HFMA faculty, CCH Reimbursement Advisory board and is a past President of the Idaho HFMA Chapter &; recently received the Lifetime Achievement Award. She has been highlighted in JCAHO’s Six Hospitals in Search of Excellence, Zimmerman’s Receivable Report, HFMA’s HFM and Patient Account, AHIA Prospective, and numerous healthcare newsletters along with a contributing author to 2006 Health Law and Compliance Update. She received the Idaho Hospital Association Distinguished Service Award; for her legislative work and training on new indigent law. Attendees at HFMA’s ANI rated her in the top 25%, earning her the ‘Distinguished’ Speaker recognition for each year she has presented.

BIG NEWS:

HH-CAHPS will be delayed until 2012. This is to give home health agencies (HHAs) time to implement OASIS-C before implementing HH-CAHPS. Agencies will be required to do a dry run in the third quarter of 2010, and begin collecting data in October 2010. Agencies will have to submit the data they collect in their dry run to the Home Health CAHPS Data Center by 11:59 p.m. Eastern Standard Time on January 21, 2011. Agencies will have to submit data from the fourth quarter of 2010 by 11:59 p.m. Eastern Standard Time on April 21, 2011. Results from the dry run won’t be reported publicly, but the results from the fourth quarter will.

This may take some of the pressure off of agencies who are busy with OASIS-C, or it may be the first of many delays that cause frustration of agencies that are working hard to keep up. Either way, you can read more here: https://homehealthcahps.org/GeneralInformation/Announcements.aspx.

Minden esetben jól át kell gondolni, hogy milyen funkcionalitást várunk el a tartalomkezelő rendszertől (CMS), mert konkrét elképzelések nélkül nagyon hamar elkeveredhetünk a különböző látványos de a jövőben semmire sem használható funkciók tengerében. Mit vegyünk figyelembe amikor CMS-t választunk?

Mielőtt felmérjük a lehetőségeket készítsünk “bevásárlólistát”, hogy valójában mire van szükségünk, így elcsábulunk el, mint az éhes ember mindenféle nyalánkság láttán bevásárláskor. Ez azért is hasznos, mert így könnyebben eligazodunk majd a funkciók között, és hamarabb rájövünk, ha nincs is szükségünk a legbonyolultabb és legdrágább CMS rendszerre, mert nekünk bőven elegendő egy nyílt forráskódú blogmotor.

Hogyan állítsuk össze a listát?

”Alap funkciók.” Minden CMS rendszer alap funkciója a tartalom létrehozás, törlés, módosítás és a rendezés. Ezt nem minden fejlesztő gondolja így, ezért valójában nagy eltérések vannak a rendszerek között. Nem minden rendszer engedi, hogy az oldalainkat kategóriákba, rovatokba, csoportokba rendezzük, még kevesebb az melyben fastuktúrát használhatunk. A korlátozott rendszereket könnyebb átlátni és egyszerűbb a használatuk is, de van amikor a kötöttségek kifejezetten idegesítőek.

Mindig gondoljuk át alaposan az igényeinket, ha jelenleg nem is akarjuk rendezgetni a tartalmat az oldaladon, mert kialakult elképzelésünk van, lehet, hogy a jövőben szükségünk lesz erre a funkcionalitásra. Ügyeljünk, hogy az alap funkciókat használhassuk a választott rendszerben és figyeljünk oda, hogy mennyire egyszerű vagy bonyolult a rendszer kezelése. Ezer és ezer CMS rendszer van a piacon mely minden alap funkciót használ, de elég nehéz használni azokat, midig próbáljuk ki a rendszert, hogy megtapasztaljuk mennyire jól használható!

”A szerkesztő.” A szerkesztő egy olyan alap funkció, amit érdemes kiemelni a többi közül. A legtöbb CMS, WYSIWYG editort (szerkesztőt) használ A WYSIWYG szerkesztőben azonnal úgy látjuk a tartalmat, ahogy az az oldalon meg fog jelenni. Furcsa módon a megfelelő szerkesztő kiválasztására fordítjuk a legkevesebb figyelmet, annak ellenére, hogy ezt használjuk leginkább. A szerkesztő az a rész amin keresztül a tartalmunk az oldalra kerül.

A népszerű szerkesztők engedik az alap formázások használatát, azaz a betűtípus és szín változtatást, mindemellett a jelenlegi fejlesztési irányok ettől ellentétesek, elindultak a legjobb gyakorlat irányába.

Az egyik nagy veszély a WYSIWYG szerkesztőben, hogy túl nagy szabadságot ad a felhasználónak a design alakításában, egyszerűen változtatható a tartalom megjelenése, ezáltal megbontja a tartalom egységét, egyöntetűségét és káros a brand építésnél. A másik nagy probléma, hogy ekkora szabadság túl nagy átfedést eredményez a tartalom kezelés és a design között.

Az új generációs szerkesztők, ezzel szemben nem mutatják meg, hogy valójában hogyan fognak kinézni a linkek, felsorolások, listák, hivatkozások, csak jelzik azokat. Legyünk biztos benne, hogy olyan szerkesztő van a rendszerben amelyik e szerint ez elv szerint működik, és nem enged túl nagy teret a tartalom kezelőnek a design alakítására. A legjobb ha nyitva marad a lehetőség, hogy a későbbiekben egy ezeknél jobb szerkesztőt lehessen az oldalba építeni.

Az editor képes kell legyen külső elemek kezelésére is, mint a képek és a letölthető állományok.

”Tartalomba ágyazható elemek kezelése.” A tartalomkezelő rendszerek általában nem jól oldják meg a képek és egyéb kapcsolódó elemek kezelését. Különösen a képeknél van sok probléma. Kérdezzünk rá, hogy a rendszer tudja-e kezelni az kiterjesztést, továbbá milyen szerkesztést segítő funkcióval rendelkezik. Sokan elvárt működésnek tekintik a forgatás, átméretezés és darabolás funkciókat, de itt tudnunk kell, hogy ha rendelkezik is ezen tulajdonságokkal a rendszer, akkor sem éri el egy képszerkesztő szoftver tudását. Ha lehetőségünk van rá inkább rendszeren kívül kezeljük a képeket és csak a végterméket töltsük fel az oldalra. Ebből a szempontból jó alternatívát találni igen nehéz.

Nagy figyelmet kell szentelnünk rá, hogy miként kezeli a rendszer a feltöltött fileokat, mint a PDF, a Word dokumentum. Miként jelennek meg a letöltések a felhasználó számára? Lehet-e kiegészítő, magyarázó információt fűzni hozzá, ill. a beépített kereső beindexeli-e a fileokat?

”Keresés.” A keresés kulcsfontosságú, lévén a felhasználók fele a keresőt fogja használni, hogy megtalálja a megfelelő tartalmat az oldalunkon. Mire kell figyelnünk a kereső működésénél?

//Frissesség.// Milyen időközönként indexeli újra az oldal tartalmát a keresőnk? Ez akkor a legfontosabb, ha rendszeresen változik az oldal tartalma.[br]
//Tüzetesség.// Mennyire alaposan, milyen mélységben kereshetünk a tartalomban? Vannak rendszerek ahol mi magunk szabhatjuk meg, hogy a tartalom mely része legyen kereshető, vagy a dokumentumokat is indexelje-e a kereső, így azok is találatként jelentkezzenek a felhasználó számára.[br]
//Sebesség.// Néhány keresőnél „éveket” kell várni az eredményre, ez különösen sok tartalom esetén lehet, de mindenképpen figyelnünk kell rá, hogy minél gyorsabban kapjon választ a látogató.[br]
//Fókusz.// Be lehet-e állítani, hogy az oldal egy bizonyos részén, bizonyos tartalomban, vagy egy meghatározott szekcióban, rovatban keressünk csak?[br]
//Rangsorolás.// Miként rangsorolja a kereső rutin a találatokat? Állítható-e ez valamilyen szinten általunk vagy a felhasználó által?[br]
//Testre szabhatóság.// Állítható-e, hogy miként jelenjenek meg a keresési eredmények az oldalon, mennyire kötött a design?

”Testreszabás.” Sajnos vannak olyan rendszerek, melyek teljesen rögzített megjelenéssel rendelkeznek és csak szűk határok között módosítható a design. Ne a CMS szabjon határt a kinézetnek, éppen elég korlátot jelent maga a háttértechnológia! Sajnálatos módon sok CMS készítő, nem a legjobb módszereket alkalmazza, mikor a megjelenés és a tartalom közötti kapcsolatot kialakítja, így iszonyatosan rossz kód készül, mely nem csak a kereső robotokat zavarja össze, hanem a különböző böngészőket is próbára teszi, sőt magát a tartalmat is képes átrendezni.

Olyan rendszerre van szükségünk, mely több lehetőséget is ad a tartalom bemutatására és rendezésére. Kérdezzünk rá, hogy a híreket lehet-e időrendben visszafelé elhelyezni az oldalon, megjelenhetnek-e a legújabb hozzászólások az oldalsó hasábban, van-e lehetőség események megjelenítésére egy naptárban? A rugalmasság teszi a rendszereket kimagaslóvá!

”Felhasználó kezelés.” Ha weboldalad célja valamilyen közösség építése, akkor a CMS is kell rendelkezzen az ehhez szükséges lehetőségekkel, mint chat, fórum, hozzászólás és értékelés. A legalapvetőbb, hogy el tudjunk helyezni az oldalon formot és így tudjanak például üzenetet küldeni a látogatók. Kérdezzünk rá, milyen könnyen lehet ilyet létrehozni? Lehet-e módosítani a mezőket? Hogyan kapjuk meg a visszajelzést? Állítható-e, hogy hova érkezik az elküldött információ? Adatbázisban tárolja a rendszer az adatokat, vagy akár Excelbe is letölthető? Gondoljuk át mely funkciókra van szükségünk és ahhoz keressünk megfelelő rendszert.

Tudjuk meg, hogy milyen eszközök állnak a rendelkezésünkre ahhoz, hogy felhasználókkal kommunikálhassunk! Tudunk a rendszerből e-mail-t küldeni felhasználóknak vagy felhasználók egy csoportjának? Tudunk csoportokat létrehozni, hogy bizonyos leveket csak a megfelelő csoportba tartozók kapjanak meg? Mi a helyzet az RSS-el?

Ismerjük meg milyen lehetőségeket rejt a rendszer a felhasználók adatainak kezelésére, hogy tudunk-e jelszót változtatni, tudjuk-e a jogaikat állítani, vagy exportálhatóak-e az adatok, más rendszerben is fel tudjuk-e azokat használni? De nem csak a felhasználók jogosultságaival kell törődni, azokét is fontos ismerni akik szerkesztik az oldalt.

”Jogosultság kezelés.” Minél többen szerkesztik az oldalunkat, annál nagyobb szükségünk lesz rá, hogy meghatározhassuk, ki mihez fér hozzá. Például, lehet olyan csoport akik híreket tehetnek fel az oldalra, de eseményeket nem kezelhetnek. Ehhez olyan CMS-t kell választanunk ami rendelkezik jogosultság kezelő modullal. Vannak rendszerek ahol meghatározhatjuk, hogy milyen tartalmi elemeket kik szerkeszthetnek, de vannak olyanok is ahol az oldal bizonyos részét vagy bizonyos funkciókat csak a szerkesztők egy jól meghatározott csoportja használhatja.

Ha még tovább fejlődik az oldal, eljutunk egy olyan szintre amikor már kell valaki aki jóváhagyja a megjelenő tartalmat. Ezt is érdemes már az elején meggondolni, hogy szükség lesz-e valamilyen moderátori, engedélyező pozícióra. Legjobb ha a rendszer képes több jog együttes kezelésére, ill. egy felhasználó több típusú jogosultsággal is rendelkezhet.

Még hatásosabb egy szerkesztői rendszer, ha maga a tartalmi elem képes követni, hogy éppen milyen állapotban van, éppen elkészült, vagy a szerkesztő már ellenőrizte, publikálásra kész, engedélyezett, tehát élesben is mehet az oldalra. Erre lehetőséget biztosít a verziókövetés.

”Verziókövetés.” Ha verziókövetéssel rendelkezik a tartalomkezelő rendszer, akkor könnyen visszaállítható az előző mentett állapot, ha véletlenül valamit hibásan publikáltunk. Néhány rendszer dátum alapján visszakereshetővé teszi a korábbi verziókat, ami egy kicsit túlzás, de jól használható ha legalább az előző mentett verziót vissza tudjuk állítani.

Ez a funkció igen ritkán használt és feleslegesnek tűnik, de életet menthet. Általában nagy céges alkalmazásoknál használták a verziókövetést, de egyre elterjedtebb a tartalom kezelő rendszerekben.

”Több weboldal együttes kezelése.” Manapság már elvárható egy CMS-től, hogy tudjon párhuzamosan több weboldalt kezelni, ez már-már alap funkció. Gondoljunk bele, hogy szeretnénk a vásárlóink egy csoportjának, egy kisebb vállalati szegmensnek, esetleg a belső kommunikációnak egy elkülönült oldalt indítani, de nem szeretnénk újabb rendszert csatasorba állítani, a jelenlegi keretek megfelelnek. Erre a legjobb megoldás, ha már maga a CMS el tudja végezni a munkát, azaz rendszeren belül ki tudjuk alakítani az eltérő megjelenésű új oldalt. Nem kell újratanulnunk a kezelést, a már meglévő tartalom használható az új oldalon is – ennek feltétele, hogy ne WYSIWIG szerkesztőt használjunk -, a design egységes marad, a jogosultsági szintek sem változnak.

Más alkalmazási terület lehet, az egyre jobban kibontakozó mobil internetezés. Az így böngészők számára általában az információt, más formában szeretnénk megjeleníteni, ehhez sem kell új rendszer a tartalom készen van, csak át kell csoportosítani és a megfelelő módon kell prezentálni.

”Többnyelvűség.” Erről a funkcionalitásról a legkönnyebb lemondani, mert ha úgyis a helyi piac elérése a célunk, akkor miért is kellene más nyelveken megszólalnia az oldalnak, miért kellene erre még több erőforrást áldozni? De gondoljuk meg kétszer mielőtt ezt a funkciót feleslegesnek nyilvánítjuk.

Ha most nyelvspecifikus is a tartalom amit kínálunk, még megváltozhat. Érdemes megtartani a nyelvi funkciókkal való bővítés a lehetőséget, hogy növeljük a piacunkat. Egy multikulturális világban élünk, ahol sokan sokféle nyelven beszélnek és használják az internetet, miért korlátoznánk le magunkat nyelvi határokkal?

De nagyon sokan választják úgy is ezt a funkcionalitást, hogy sohasem használták, vagy fogják használni, mert nem gondolnak bele, miként fognak idegen nyelvű tartalmat készíteni, vagy mennyibe fog kerülni lefordíttatni a már meglévő cikkeiket. Ilyen esetben ez csak felesleges pénzkidobás.

”Összegzés.” A funkciók átgondolása még nem minden, tisztában kell lennünk a licenc, support, elérhetőség, biztonság, betanítás, fejleszthetőség kérdésével és még számos egyéb problémával.

Fontos figyelmeztetés! Soha ne váljon a funkciók listája kívánságlistává! Tartsuk magunkat a minimumhoz, de mindig gondoljunk a jövőre is! Ne fizessünk olyan funkcióért, amit soha nem fogunk használni, de ne is hagyjuk, hogy a CMS bekorlátozza lehetőségeinket!

Astazi am avut doua discutii cu tema solutiilor tehnice, cu mai  multi dintre managerii implicati in tema pentru ioc. O ocazie excelenta pentru un schimb de experienta si o metoda de a afla lucruri noi benefice in primul rand echipei. In principiu ambele discutii au avut ca rezultat propunerea de tehnologii populare acum, de la simplul javascript pana la frameworkuri diverse si AJAX.

Ce am constatat, este ca majoritatea va folosi un CMS si foarte intalnita este platforma de la WordPress usor de instalat si customizabila. Aici e o discutie legata temele website-urilor care permit si este chiar recomandata o astfel de abordare.

O propunere interesanta a fost folosirea AJAX pentru interactivitatea cu serverul fara parasirea paginii curente. Intr-adevar ceva ce s-ar aplica pe tema noastra de proiect si ma bucur ca desi nu am ales javascript pentru dezvoltarea interactiunii cu “petul” de pe site, java fx suporta exact acest mod asincron de a lucra cu serverul (httprequest – mai multe detalii aici).

Gasiti aici si aici transcripturile celor doua discutii.

Primul gand pe care l-am avut cu totii in echipa a fost “in ce codam”. A fost usor sa trecem prin cei cativa termeni, care ne mai trecusera pe la ureche, si sa alegem Metoda aia *usoara* prin care tot ce era desenat pe hartie si gandit, sa devina realitate… web. La fel de usor a fost sa incercam sa scriem primele linii de cod mai complicate ca sa ne dam seama ca trebuie sa si gusti inainte sa mananci. Si ca sa trecem in planul concretului ne-am gandit la 3 metode de a face paginile sa fie dinamice (adica sa integram o comunitate, sa avem pagini context sensibile) : un framework, un cms sau php de la 0.

La capitolul framework, am constatat ca este destul de popular codeigniter (http://www.codeigniter.com) si dupa vizionarea a exact doua tutoriale video cu tot cu incercat cod, am fost convinsi ca si noi putem sa dezvoltam un intreg website in 20 de minute (precum video-ul arata un blog gata in tot atatea minute). Problema cu un framework este dificultatea de a intelege cum lucreaza bibliotecile, ce trebuie sa incarci si ce module fac ceea ce zic ca fac. O problema cu care m-am  confruntat personal a fost o simpla logare. In primul rand nu exista modulul gata facut de autentificare ci trebuie supraincarcate anumite clase. In al doilea rand, voiam sa ma folosesc de cunostintele, de baza, de PHP, insa constatam ca pana si sesiunile sunt vazute altfel. Concluzia noastra este ca un framework se studiaza intai. Avantajul, totusi,  al unui astfel de framework este modelul MVC care personal mi s-a parut intuitiv si foarte aplicabil.

Frameworkul Zend a fost inca o propunere, laudat fiind si pentru ca php are module zend, insa nu am reusit sa trecem de configurarea acestuia.

Punctul doi in aceasta discutie, ar fi un Content Management System. Din pacate, tema aleasa nu se preteaza la o astfel de abordare. Sigur ca putem scrie module php pentru CMS, dar intervine si aici problema studierii sistemului. Am fi mers ori pe Joomla ori pe WordPress, care vin si cu un design gata facut si customizabil (mai putin la WordPress).

Solutia numarul 3 ne avantajaza cel mai mult, php de la 0.  Cateva minute pe w3schools si doua trei exemple de lucru cu baza de date face ca PHP sa nu para o necunoscuta. Exista mii de linii de sample code utilizabil si customizabil, apoi reutilizabil in cadrul aceluiasi proiect. Suntem obisnuiti sa codam in C, Java, Scheme, Haskel, Prolog, CLIPS chiar si Verilog, limbajul nu este o problema.  De asemenea partea de control (administratorul) nu trebuie sa fie extrem de complex, noi construim sistem, stim cum merge. Singurul dezavantaj este securitatea care s-ar putea sa ne dea batai de cap.

Cam atat pe partea de programare pe server.

În seara asta 5 manageri de echipe ne-am strâns pentru a discuta despre tehnologiile folosite de fiecare în cadrul proiectului.

Sesiunea a durat cam 2 ore și fiecare am abordat câte o tehnologie importanta în următoarea ordine:

1) Andrei – JavaScript

• a punctat foarte bine caracteristicile acestui limbaj de scripting client-side
• am discutat apoi despre utilitatea acestui limbaj
• am amintit de Firebug ca si aplicatie pentru debugging-ul codului
• Sergiu a amintit de framework-uri precum JQuery și YUI

2) Eu – PHP (bineînțeles)

• limbaj de scripting server-side
• foarte bine documentat, fiind baza pentru foarte multe site-uri din prezent
• weak typing
• PHP ca limbaj orientat obiect

3) Tibi – AJAX

• Asynchronous JavaScript and XML
• nu este un limbaj propriu-zis, folosind JavaScript pentru partea de codare și XML pentru formatul raspunsurilor. Raspunsurile pot fi și în format JSON sau plain text.
• ne-a dat un exemplu cu o apllicație cu chat și a subliniat importanta metodei asincrone de comunicare

4) Mircea – JavaFX

• RIA (Rich Internet Application)
• http://javafx.com/samples/ – pentru exemple
• un bun inlocuitor pentru Silverlight sau Flash
• foarte bun pentru dezvoltarea unui joc online, browser based

5) Sergiu – CMS-uri (WordPress)

• Content Management Systems
• ”CMS-urile sunt o serie de programe, scrise de obicei într-un limbaj server site(PHP de exemplu dar nu numai) care folosesc HTML, CSS, AJAX și altele pentru a facilita afisarea și editarea de continut într-un mod facil”
• am discutat și despre diferențele dintre CMS-uri și Framework-urile PHP și despre folosire CMS sau scriere cod de la zero.

Mai multe găsiți și pe pagina asociată transcript-ului asociat chat-ului nostru.

I definitely agree with this award. I use WP almost exclusively for design and build. Easy to use and great open source community! Way to go WordPress! Keep up the good work!

Read Article Here.

The Newbury Gnargore connection aka Forward Motion threw up this pretty sweet CMS graffiti at their ramp/base/HQ.

Yes, I finally have some success with the WordPress CMS.  Unfortunately, the theme that Carlos gave me was for WP 2.6 and seems to be broken for 2.8.  I don’t know nearly enough PHP to fix a broken theme, I’ve been having a hard enough time building one that has been stripped down!

But hurray, I’ve managed to get the container dimensions working and the colour scheme for the most part.  I still have to edit the CSS for the text portions of the pages.  And best of all, I’ve managed to put in the proper image for the header.php file – yippee!  This is where I do the happy dance singing “I am so smart”!

I’m so thrilled with my sudden progress today, that I think I’ll reward myself with a game on Pogo!  LOL!

Interesting to note that advertising revenues are not the big objective. The viewing as editorial as a lead-up to sales is a very “affiliate” model way of working – i.e. making your editorial drive conversion. it changes a lot of the traditional big media theory, where advertising is incidental, to create an environment where you are helping people buy. Trust is a key factor and thus you need to have a high level of confidence in what you are providing.

they are also providing a technology play by having built a CMS Platform that women focused bloggers can use, more eyeballs, fewer journalists and a great ecommerce app that can lead to revenues….

from fortune

Sweet! Is Sugar the future of publishing?

The women-centric collection of sites is shaking up the web — and traditional media.

Lisa Sugar’s celebrity blog morphed into an online empire. Photo: Sugar Inc.

The state of affairs in publishing is beyond depressing. Unless, of course, by publishing you mean the shiny new online-only startups who are behaving as if it were boom times for journalism. An example is Sugar Publishing, the 3 1/2-year old blogging company that focuses on young women. Run by the husband-and-wife team Brian and Lisa Sugar, the San Francisco company has 12 sites, 114 people, and boasts an online audience that’s approaching that of Time Warner’s (TWX) People.com (almost 8 million monthly visitors in October for Sugar versus 12 million for People, says comScore).

It gets better. According to Brian Sugar, his little company will be profitable this quarter as well as all of next year. What’s more, only half the company’s revenues come from advertising against the work of its journalists — a shocking figure given that traditional media companies get, well, all of their revenues from their scribbling. “Editorial is a marketing expense to drive people to something bigger,” he says.

Sugar started as former ad-agency media-buyer Lisa Sugar’s dream to be a writer. In 2005 she created a celebrity-oriented blog, PopSugar, which, once it started picking up steam, told her marketing-veteran husband that she was on to something. By this point the online world already was littered with sites that mimicked what trade publications have done forever. Sports sites also were plentiful. The “women’s” category was wide open. Sugar added additional sites, focusing on fashion, beauty, food, mommying, and the like. Along the way the company attracted a venture investment from Sequoia Capital — which is doing pretty well these days, despite what you might have read in a certain traditional business magazine.

Generalists, not specialists

Two broad themes define what’s cool and exciting about Sugar: the way it does journalism and how it makes its money. According to Brian Sugar, every staff writer is trained on how to do everything it takes to produce a  blog post, from writing and Photoshop to editing videos. That is so antithetical to how it works at big-time magazines, where specialization rules. Sugar’s money-making tactics also signal a break from the past. It recently bought a company called ShopStyle, whose site allows users to shop for products they like and takes referral commissions from retailers. ShopStyle is so popular that Sugar licenses it to other sites, creating a lucrative revenue stream for Sugar off the audience of other online publishers. Sounds like Google’s (GOOG) AdSense, right? Sugar calls the licensing product ShopSense.

More is in store. The company is rapidly building out its video capabilities. It plans to launch a video game on Facebook next year. (Shopping and gaming have similarly addictive qualities to them.) It has sites in the U.K., France, and Germany and plans to open in fashion-conscious Japan next  year. The company also provides a platform for its users to create their own blogs on Sugar’s sites. Brian Sugar says a quarter of the posts on Sugar’s sites are “curated” from blogs on its platform.

Not everything works for Sugar, but online it’s easy to thin the herd. Sites devoted to politics (CitizenSugar) and recommendations (SugarLovin’) flopped, so Sugar killed them.

Sugar is a nascent success and an example of what magazines may become. It doesn’t provide an answer to the question of what will become of long-form journalism, because it chose a segment that wasn’t exactly bubbling over with ponderous feature stories to begin with. All the same, that something is working in publishing these days, and that’s at least some hopeful news.

Joomla, mambo yazılımcılarından bir grubun ayrılması ile kurulmuş olun ve şu an mamboyu bile sollamış olan dünyanın en iyi ve esnek php ile yazılmış bir CMS yada İYS veya tam açıklarsak İçerik Yönetim Sistemidir. Joomla’nın esnek olması onu kullanan kişilerin hayal gücünü sonuna kadar destekler.

Eğer çok derin web merakınız ve zamanınız yoksa hiç joomla olayına girmeyin. Tabi Web’i seviyorsan, site tasarımı senin herşeyinse ve bu konuya ayıracak zamanın varsa hiç durma git joomlaya.Joomla ile ilgili bazı yerli ve yabancı kaynak adresleri;
- Mambo hut Adının mambo olduğuna bakmayın joomla tema, component ve diğer yardımcı programlar. (İngilizce)
- Joomlaos En güzel joomla temalarının derlendiği bir Alman sitesi ama (ingilizce.)
- Joomlahacks Joomla deyince akla gelen ilk sitelerden biridi. Dünyanın teması burada. (ingilizce)
- Joomlaokulu İşte size joomla hakkında ve diğer web programları ile ilgili blog tadında bir kaynak. (Türkçe)
- Joomla Türkiye Joomla’nın Türkiye grubu ve Joomla’nın gelişimi ve tanıtımı için çok emek sarfediyorlar. (Türkçe)

WordPress

WordPressが総合最優秀賞！！

2009年オープンソースCMSアワードで、WordPressが総合最優秀賞を受賞しました。 過去4年のアワードの歴史において、WordPressは初の受賞、

来年は名誉の殿堂入りです。WordPressが総合優勝したとは言え、他の2つの極めて人気のあるファイナリストであるMODxとSilverStripeはトップと互角でした。

Open Source CMS Award 2009 発表

The 2009 Open Source CMS Award
Overall Winner
1位	2位	2位
WordPress	MODx	Silverstripe
Inaugural Hall of Fame
1位	2位
Drupal	Joomla
Most Promising Open Source CMS
1位	2位	3位
impresscms	pixie	pligg
Best Open Source PHP CMS
1位	2位	3位
Drupal	WordPress	Joomla
Best Other Open Source PHP CMS
1位	2位	3位
Plone	dotcms	mojoPortal

これまでのオープンソースCMSアワードの結果

The 2008 Open Source CMS Award
Overall Winner
1位	2位	3位
Drupal	Joomla	DotNetNuke
Most Promising Open Source CMS
1位	2位	3位
Silverstripe	CMS made simple	impresscms miacms
Best PHP Open Source CMS
1位	2位	2位
Drupal	Joomla	CMS made simple
Best Other Open Source CMS
1位	2位	3位
Plone	dotcms	DotNetNuke
The 2007 Open Source CMS Award
Overall Winner
1位	2位	3位
Drupal	Joomla	CMS made simple
Most Promising Open Source CMS
1位	2位	2位
MODx	TYPOlight	dotcms
Best PHP Open Source CMS
1位	2位	3位
Joomla	Drupal	e107
Best Other Open Source CMS
1位	2位	3位
mojoPortal	Plone	silva
Best Open Source Social Networking CMS
1位	2位	2位
WordPress	Drupal	elgg
【The 2006 Open Source CMS Award】
Overall Winner
1位	2位	3位
Joomla	Drupal	Plone

【関連ブログ記事】
CMSとはなんぞや !!（1）　上位CMSの管理画面、一挙紹介！！
CMSとはなんぞや !!（2）　CMSを導入する100の方法。一挙紹介！！
CMSとはなんぞや !!（3）　CMSのロゴ、一挙紹介！！