Kā izveidot pielāgotus Revit tagus

Es vēlos izveidot uz tagu balstītu vietni, un man ir nepieciešams rīks, kuru es varētu izmantot (vēlams bez programmēšanas).

Tā ir vietne, kur lietotājs var atlasīt tagus noteiktam vienumam. Visi tagi tiks ievietoti grupā, ar kuru tie ir loģiski saistīti (es to darīšu ar rokām). No otras puses - apmeklētājs varēja izvēlēties tagu un pēc tam tikt novirzīts uz dažiem vienumiem, uz kuriem šis tags tika atlasīts visvairāk. Turklāt man ir jāizveido reģistrācijas veidlapa (apmeklētājiem, kuri vēlas atlasīt tagus vēlamajam vienumam).

stackoverflow.com var kalpot par piemēru tam, ko es vēlos sasniegt. Funkcionāli tā ir diezgan līdzīga pieeja. Es neesmu pārliecināts, vai sīkāka detalizēšana mani tuvinās attīstības padomu saņemšanai, tomēr - pēc šīs veidnes man pietrūkst:

  • spēja kategorizēt tagus; un tāpēc tie ietilptu vienā lappusē (kopumā es pieņemu, ka <200 tagi)
  • lodziņš, kurā lietotājs varētu ievadīt tagu, un tas būs gaida, līdz noteiktu skaitu lietotāju ievadīs šādu tagu
  • spēja ierobežot “jautājumu” skaitu, kas parādās, kad apmeklētājs izvēlas tagu - “jautājums” nozīmē vienumu, kuram lietotāji atlasa tagus (parādītie vienumi būtu atkarīgi no taga piešķiršanas biežuma - teiksim divus galvenos vienumus)

Kuru programmatūru man vajadzētu izmēģināt / Kā man to darīt?

P.S. Esmu iegādājies mitināšanas kontu, izmantojot GoDaddy.com. Šī ir pirmā vietne, kuru mēģinu izveidot.

  • Jūs varētu vēlēties to pajautāt tīmekļa lietotnēs, iespējams, ka kāds ir izdomājis mitinātu tagu risinājumu statiskām vietnēm. Patiesībā tas nebūtu tik grūti, un to varētu nopelnīt, izmantojot sponsorētus tagus.

Praktiski jebkura mūsdienu CMS piedāvā to, ko jūs pieprasāt - Wordpress, Drupal, Joolma utt.

Lapas tagu ierobežojumi lielākoties ir rediģējami - kaut arī jautājuma elementi ir jāizstrādā, lai saņemtu papildu palīdzību (trīs iepriekšminētajām CMS ir spraudņi, kas to aptver). Ja tā ir vietne, kas ir vērsta uz kopienu, un jums patīk vairākkārtējas darbības veids, kāpēc neizlikt savu ierosinājumu 51. zonā?

  • Kas attiecas uz kopienas uzmanību - lai arī man ir labi ļaut šai lietai iet un augt dabiski, uzticoties saturam “definēt, kas ir par tēmu un ārpus tēmas”, tas to nedarīs, jo koncepcijas nav viens ekspertīzi, bet viens viedoklis - pārdomu pieredze. Jautājuma elements ir jāuzskata par objektu, par kuru lietotājs pauž savu viedokli. Būs nepieciešams definēt objektu ar viena teikuma aprakstu un ievietot tajā attēlu. Savā ziņā tas ir tāpat kā brandtags.net/index.php, vienkārši ~ otrādi.
  • Aha - tad komentējošs risinājums, piemēram, gandrīz visās CMS atrodamās, šķiet labākais risinājums. Vārdu "komentārs" var pielāgot vārdam "viedoklis".
  • šis Drupal pakalpojums izskatās nopietns, es tagad cenšos tajā iekļūt. Tātad, jūs sakāt, ka šāds CMS risinājums var būt viss, kas man nepieciešams, lai izveidotu un vēlāk pārvaldītu šo vietni? / Vai ir kādi droši trūkumi, ar kuriem es varētu saskarties ilgtermiņā? .. Kā jau teicu, tā ir pirmā vietne, kuru veidoju pati. Man vēl nav programmēšanas pieredzes; vienreiz es pārvaldīju uzņēmuma vietnes saturu, kurā strādāju - es vairs neatceros, kura CMS tā bija, bet esmu diezgan pārliecināts, ka programma netika izmantota, lai pati izveidotu vietni, un tāpēc es drīzāk esmu sajaukt visā šajā procesā ..
  • Jebkurai CMS būs savi nepieciešamības laiki. Piemēram, WordPress ir tikko izlaidis 3. versiju - kaut arī daudziem ir izdevies iestatīt savus serverus, un jaunināšanai vajadzēja noritēt gludi, kaut kur vienmēr būs problēmas.
  • Cilvēks, tas man nepalīdz! ;) P.S. vārda komentāra maiņa uz iepriekš ieteikto vārda opciju, manuprāt, to neapšaubāmi darīs, jo man visas atbildes ir jāindeksē, un, ja es jums sekoju pareizi, komentēšanas risinājums attiecas uz tekstuālu informāciju, kas neder kopā ar iepriekš formulētus tagus. Sakot, ka “jautājuma elements ir jāuzskata par objektu, par kuru lietotājs pauž savu viedokli”, es gribēju teikt, ka tagu lietotāji izvēlas “Izteiktais viedoklis”. Joprojām nulles punktā.

Es iesaku, ja vien jums nav tikai nelielu skaitu iespējamo tagu (t.i., ~ 20), un nemēģiniet to izdarīt ar roku. Jūs to varētu domāt, piemēram, uz neliela statiska iepirkumu groza, lai cilvēkiem būtu kaut kas nedaudz intuitīvāks, lai skatītu līdzīgus produktus. Uzturēt to ar roku nebūtu pārāk grūti.

Tomēr nekādā gadījumā es vēlētos manuāli atjaunināt statiskās "tag" lapas katru reizi, kad tiek ieviests kaut kas jauns.

Ja nevēlaties iesaistīt datu bāzi, varat to domāt izmantot rel deskriptori stratēģiski, lai kaut kas varētu nolasīt visas jūsu lapas un automātiski ģenerēt 'tag' lapas .. bet tad mēs joprojām sākam programmēt.

Būtībā, lai kā jūs to apskatītu, jūs meklējat kādu programmēšanu (vai arī izmantojat sava veida CMS, kurā ir iezīmes). Jums, iespējams, jāveic turpmākas modifikācijas, lai iegūtu vēlamās krāsas / ierobežojošās funkcijas.

Var iedomāties, ka kāds ir izdomājis veidu, kā piedāvāt pielāgotu marķēšanu kā pakalpojumu (līdzīgi tiem, kas piedāvā mitinātas komentāru zonas), taču es to vēl neesmu redzējis.

  • Lieta ir tāda, ka produkti nav saistīti ar viena produkta pieredzi. Pieņemsim, ka mums ir piens, un mums ir vīnogas. Nāk lietotājs, lai paustu savu viedokli par pienu, un viņš atrod tos pašus tagus, kurus viņš var izmantot, lai to izdarītu, kā to dara lietotājs, kurš izmēģināja vīnogas - patīkams, satraucošs, iedvesmojošs ... Un tur ir otrs gals, kur apmeklētājs attēli tagu (vai dažus, vai visu kategoriju (zem kuriem ir tagi)), un pēc tam viņš ir saistīts ar produktu (-iem) (pamatojoties uz augšējo tagu skaitu). Papildus tam - reģistrācijas veidlapa, jauna produkta ievadīšana, taga ieteikšana. Tā drīzāk ir pakalpojuma veida vietne

strādāja par jums: Charles Robertson | Vēlies ar mums sazināties?