კატეგორია არქივი: SharePoint გადაწყვეტილებები დიზაინი

თვალთვალის პრაქტიკა საქმიანობა – ნაწილი 1

დაახლოებით ერთი წლის წინ, მე შეუერთდა Slalom Consulting აქ, ნიუ იორკში, რაც ჩვენ მოვუწოდებთ პრაქტიკა ფართობი გოლი.  (როგორც უმნიშვნელო განზე იმ თვალსაზრისით ამ დღიურში, რომ ცვლილება სამუშაო ადგილების ანგარიშები ჩემს საერთო drop-ში ბლოგინგი.  ეს იყო დიდი ცვლილება როლები და დიდი ცვლილება ყოველდღიურად "პერსონალის" მაგრამ მე სახის acclimated თავს მას და ველით წერილობით ერთხელ Smile ).

ამ PAL როლი, მე ვარ პასუხისმგებელი, რათა გადავარჩინოთ კომპანია და უშუალო შემოგარენში of 21 დასავლეთის 21 ქუჩის მხრიდან კატასტროფამდე რეგულარულად.  ეს ბევრი ზეწოლა (მეტი თქვენ ალბათ ფიქრობთ, - უბრალოდ ვფიქრობ, ყველა ბავშვები!). 

In მომსახურებას, რომელიც იმპერატიულ, მე უნდა დაეხმაროს out წინასწარ გაყიდვების, შექმნა და განახლება go-to-ბაზარზე შეთავაზება, აყვანის კარგი ეგ, მოამზადებენ up ეგ, რათა მათ უკეთ (მაგრამ რეალურად, რათა ჩემი სამუშაო ადვილი) და ზოგჯერ რომ რამე billable დროს კლიენტს.  მე ბევრი "შეყვანის", - შეკითხვებს კლიენტებს, გაყიდვების შესაძლებლობები, ჩემი საკუთარი addled აზრები და სხვ.  ზოგიერთი მართლა კარგი (ისევე როგორც ცხელი გაყიდვების oppty) ხოლო ბევრი ნაკლებად კარგი.  მთავარი არის, რომ თავდაპირველად თვალყური, პრიორიტეტი და მართვა თითოეული ამ იდეები (დიდი და პატარა) წარმატებით დასამთავრებლად. 

ასეთი ამოცანა მართვის ახალი არ არის, უფლება?  და ჩვენ გვაქვს უამრავი ამოცანა ინსტრუმენტები დაგვეხმაროს ამ.  Outlook აქვს ამოცანები.  შეგიძლიათ slap ცხრილების ერთად ლამაზი და სწრაფი.  ჩემი პირველი ამოცანა მართვის ინსტრუმენტი იყო იურიდიული notepad უკან ჩემი დღეა შეიარაღებული ძალების როგორც დეველოპერი ტექნოლოგიების დეპარტამენტი.  (Ask me იმ კარგი ძველად მომავალი დრო თქვენ ვხედავ მე თუ თქვენ დაინტერესებული, ან იქნებ არ...).

როგორც SharePoint ბიჭი (ნომინალურად, სულ მცირე), ყოველთვის ვფიქრობდი გამოყენება SharePoint.  მაგრამ რატომღაც, ზოგადი დრო სია არასოდეს საკმაოდ გააკეთეს ჩემთვის.  რამოდენიმე თვის წინ, გადავწყვიტე მოშუშებისა თავს და მხოლოდ შექმნა SharePoint დაფუძნებული გადაწყვეტა.  ეს იმდენად embarrassingly ადვილად შექმნათ, რომ ვფიქრობდი, წერენ აქ.

ასე რომ,, ჩემი მიზნები აქ იყო ძალიან მარტივი:

  • სუპერ ადვილი და სწრაფი მონაცემების შესვლის
  • პრიორიტეტების საქმიანობის
  • კატეგორიზაცია საქმიანობის
  • "შემდეგი ნაბიჯი" ორიენტირებული - ამ საქმიანობის ხშირად საქმე ეხება კვირის (შესაძლოა, თვეების).  ისინი თითქმის არასოდეს "end", მას შემდეგ ერთი კონკრეტული განახლება.

ეს ბიტი სარგებლის თავად ძალიან ლამაზად to content ტიპის, ისე, რომ ის, რაც მე შეიქმნა:

image

თქვენ შეგიძლიათ რეალურად ვხედავთ, რომ მე მქონდა გაყიდვების კომპენსაცია ამ დროს გააკეთა, მას შემდეგ, რაც მე მაქვს, რომ "დამკვეთი" ველი.  ბევრი ჩემს პრაქტიკაში საქმიანობის ეფუძნება გარშემო კლიენტებს (ან ფაქტობრივი ან სავარაუდო).  მაგრამ ბევრი მათგანი ასევე იძულებით გამახვილებული.  მე slap "Slalom" იქ, როდესაც შევქმნა მათ, მაგრამ ეს ყოველთვის გრძნობს tad უცნაურია.  მე უნდა დაასახელა ის რაღაც უფრო ზოგადი.  იქნებ "სამიზნე ორგანიზაცია" ან რამე.

აქ არის რამდენიმე სხვადასხვა შენიშვნები შინაარსის ტიპის:

  • აქტიურობა ზემოქმედების devolved შევიდა შეფასებაზე პრიორიტეტია.  მე არ ვარ დარწმუნებული, თუ რატომ მივედი ერთად "ზემოქმედების" და არა "პრიორიტეტი" დღეს ნულოვანი, მაგრამ ეს არის ის, რაც მე. 
  • შემდეგი ნაბიჯი და შემდეგი ნაბიჯები თარიღი - მე მაქვს დაფა რომ ამოძრავებს მომავალ საქმიანობაში თარიღი.  ეს დაფა აქვს სახის გახდა ჩემი მარში ბრძანებებს დღეში / კვირაში.  მე უბრალოდ წასვლა დაფა და ფოკუსირება პრიორიტეტული პერსონალის პირველი და წავიდეთ იქ.  (არსებობს ცნება "untagged"
  • ძირითადი მფლობელი - ერთადერთი რამ აღსანიშნავია - არ არის ეს გასაოცარია, რომ შეგიძლიათ დასალაგებლად და გავფილტროთ on მრავალ აირჩიეთ სვეტის SP 2010! მე რეალურად მთლიანად ვერ ყიდვა შევიდა ამ ცნება პირველ რიგში.
  • აქტიურობა სტატუსი - რეალურად მხოლოდ "ღია" ან "დაიხურა". 
  • ძირითადი პრაქტიკა - შემდეგ დავიწყე გამოყენებისას, კიდევ ერთი PAL ჩემს ჯგუფს სურდა ცდილობენ ამ out, ასე რომ დაეცა ამ შევიდა mix გამოირჩეოდნენ შორის ჩემი პერსონალის (პორტალები & თანამშრომლობა) და მისი პერსონალის (Azure).

აქ არის ჩემი დაფა:

image

(ბოდიში ყველა ბუნდოვანი out ბიტი - მე არ გრძნობს, როგორც ქმნის რამოდენიმე ტესტი მონაცემები და მე არ მინდა ვინმეს გულის შეტევით მეტი გაზიარების სასიცოცხლო ვრცლად [ვხედავ შეაქვთ intro რე: გადარჩენა მსოფლიოში, და ა.შ., და ა.შ., და ა.შ.]).

მე რამოდენიმეჯერ სხვა შეხედულებების ამ სიაში, მათ შორის datasheet რომ საშუალებას აძლევს ჩემს გაკეთება მასობრივი განახლება.  ამის გაკეთება ყველაზე ხშირად, როდესაც რამოდენიმე ქვედა პრიორიტეტი ნივთები I იგეგმება გაკეთება არასდროს საკმაოდ მივიღე გაკეთდეს და უნდა იყოს მივიღებთ out კვირაში.

ყოველ დღე, მე გაიყვანოს ჩემს საქმიანობას ჟურნალი და დავიწყო სამუშაო off სიის სათავეში.

ნაწილი 2, მე თუ როგორ მივიღე ეს კიდევ უფრო სასარგებლოა ერთად დამატებით ლამაზი ელ-ჩართულია doc ბიბლიოთეკა და SPD workflow.

</ბოლო>

გამოწერა ჩემი დღიური.

გამომყვეს Twitter-ზე http://www.twitter.com/pagalvin

მოდით ნათელი მაგალითები იცხოვრე ისე, რომ გაზრდილი SharePoint მიღება

ჩემი პირველი "სუფთა" BrightStarr დღიურში ჩანაწერის დღეს გამოქვეყნდა.  აი teaser:

აქ ბევრი საუბარი Internets გვიან თემაზე SharePoint მიღებას და განსაკუთრებით ნაკლებობა მათი. არავის არ სურს წასვლა ყველა უბედურება შექმნასა ფერმა და უსაფრთხოების ინფრასტრუქტურა, მონაწილე სემინარების, აყენებს ერთად snazzy სახეს და ვგრძნობთ, შემუშავება როკ მყარი ინფორმაციას არქიტექტურის, რომელსაც შეუძლია გაუძლოს vicissitudes კომპანიის ხელახალი orgs და საბოლოოდ, fanfare შევსებული rollout მხოლოდ აღმოჩენა სამი თვის გამოხმაურება go-live რომ ნაკლები 50% კომპანიის თანამშრომლები გამოყენებით SharePoint და მათი უმრავლესობა იყენებს შეცვალოს ძველი ქსელის ფაილი სერვერები ("the S:\ drive").

არ ვერცხლის ტყვია (ან ერთი დღიურში) აპირებს ამ პრობლემის გადაწყვეტა. თუმცა, არსებობს ბევრი რამ, რაც შეიძლება გავაკეთოთ, რათა შეამციროს რისკი anemic SharePoint ვერსია. One such technique is the "Shining Example Pattern."

მე მიყვარს იცოდეთ სხვა SharePoint მიღების სტრატეგიების, რომ თქვენ ზრუნვა გააცნონ.  თუ თქვენ წილი, გთხოვთ, დატოვონ როგორც კომენტარს BrightStarr წაკითხვა.

დაწვრილებით მთელი რამ აქ: http://www.brightstarr.com/US/Pages/blog-view.aspx?BlogID=52

</ბოლო>

გამოწერა ჩემი დღიური.

გამომყვეს Twitter-ზე http://www.twitter.com/pagalvin

შექმნა ამოსაბეჭდი ვერსია გვერდები და კი ბეჭდვა Them

I wrote up an article for SharePoint ბრიფინგი a week or so ago and it’s been posted.  აქ არის გახსნას ცოტა:

image

თქვენ მთელი რამ აქ: http://sharepointbriefing.com/features/article.php/3904906/Create-a-Printer-Friendly-Page-in-Your-SharePoint-Sites.htm

ვიმედოვნებ, რომ ეს ეხმარება ვინმე.  მიირთვით!

</ბოლო>

გამოწერა ჩემი დღიური.

გამომყვეს Twitter-ზე http://www.twitter.com/pagalvin

"შეიძლება თუ არა” წინააღმდეგ "უნდა გააკეთოს” ამ SharePoint პროექტები

მე ვფიქრობ, რომ ბევრი ჩვენგანი დროდადრო საჩუქრად, გამო უკეთესი ფრაზა, ახალგაზრდა ბავშვზე მოთხოვნებს.  საბოლოო მომხმარებლის ნამდვილად, ძალიან ცუდად სურს გარკვეული კონკრეტული სახე და ვგრძნობთ, ან ძალიან კონკრეტული დახარისხება სტრუქტურის ან შემცირება ერთი დაჭერით ან მენიუს ვარიანტი განმუხტვის ნავიგაცია ან [insert passionately held belief that happens to be wrong].  As SharePoint pro’s, we can generally meet almost any kind of requirement with the platform, but for some of them, we know in our hearts that:

  • They are going to take a disproportionate amount of time to implement (and therefore cost more)
  • They are going to be highly custom and therefore difficult to maintain and troubleshoot
  • There is is some easy SharePoint approach that meets 80% or more of the requirement (i.e. meets the sprit of the requirement, but not the letter of the requirement)

ქვედა ხაზი, we know that the “requirement” is really just a nice to have or even legitimate in some sense, but something that people should live with rather than spend a lot of time trying to “solve.”

I think of these as “young child” requirements because I’ve seen this pattern many times before.  Kids will pine away and nag you for some new toy for weeks at a time.  You get them the toy, they play with it for a few hours or days and then put it down, never to pick it up ever again.  ან, you don’t get the toy, the nagging stops and the kid moves on to become President of the free world.   I’ve seen this happen in SharePoint projects.  Decision makers either get what they want and it becomes an unused or underused function or they don’t get what they want and the project still succeeds anyway.

I was reminded of that today in a forum post and I liked how Clayton Cobb tried to get the forum poster to push back on one of these kinds of requirements: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

I’m really curious how people view this topic and how you deal with it.  Am I missing the point?  Do you have strategies to steer decisions makers away from overinvesting in trivial requirements?  Please leave a comment.

</ბოლო>

გამოწერა ჩემი დღიური.

გამომყვეს Twitter-ზე http://www.twitter.com/pagalvin

გამოყენება სამუშაოს სიმულაცია ინფორმაციის გაცნობის Security

მეორე დღე, კიდევ ერთი MSDN-forums შთაგონებული პოსტი.

ვიღაც ითხოვდა თუ არა მათ შეეძლოთ უზრუნველყონ ინფორმაციის ტიპი, რომ როდესაც მომხმარებელი დააჭერს "ახალი" ღილაკს საბაჟო სია, მხოლოდ შინაარსის ტიპის, რომლის, რომ ადამიანი შეშვება იქნებოდა გამოჩნდება ჩამოშლადი სია.  როგორც ვიცით,, ეს არ არის მხარდაჭერილი იმ ყუთი.

This question comes up now and then and this time, I had a new idea.  Let’s assume that we have scenario like this:

  • We have a helpdesk ticketing system.
  • The helpdesk ticketing system allows users to enter regular helpdesk ticket info, such as problem area, problem status, და ა.შ..
  • We want to allow “super” users to specify an “urgency” field.
  • Other users don’t have access to that field.  The system will always assign “medium” level priority to their requests.

What we could do is create two separate SharePoint lists and two different content types, one for “super” users and the other for everyone else.

Workflow on each list copies the data to the master list (the actual helpdesk ticket list) and the process proceeds from there.

This approach might work flow a kind of column level security as well. 

I haven’t tried it, but it feels reasonable and gives a fairly simple, if pretty rough, option to implement a kind of content type and even column level security.

</ბოლო>

გამოწერა ჩემი დღიური.

გამომყვეს Twitter-ზე http://www.twitter.com/pagalvin

ინფორმაციის შეკითხვის ვებ ნაწილი: SharePoint ნახვა შვეიცარიის არმიის დანა

My latest article is up at www.sharepointbriefing.com. აი teaser:

image

დაწვრილებით მთელი რამ აქ: http://sharepointbriefing.com/features/article.php/3874226/Content-Query-Web-Part-SharePoints-Swiss-Army-Knife.htm

აგრეთვე მას გამოიყენოთ რეალური საჯარო საიტზე აქ უნდა შეასრულოთ შემდეგი:

  1. გადავიდეთ ამ ვებ გვერდზე: http://cdi-its.com/Pages/Customer_Support.aspx (ეს არის მომხმარებელს გვერდზე CDI).
  2. დაწკაპეთ "საქმის შესწავლის" შემდეგ მარცხენა ხელის ნავიგაცია.

It will jump to the “Customer Support” section of the case studies listing.

</ბოლო>

გამოწერა ჩემი დღიური.

გამომყვეს Twitter-ზე http://www.twitter.com/pagalvin

ადრე არსებული პირობები: SharePoint Alert თარგები სამაშველო (?)

One of my clients worked with a previous contractor to build out a small but useful HR application for the enterprise. That contractor used SharePoint Designer to implement the workflow portion of the solution. It’s a bit of a mess. მაგალითად, there are nine SPD workflows in support of a single logical workflow process and up to five of them may fire simultaneously at any given time given the right conditions. It’s not easy to debug 🙂

ჩემი მომხმარებელს რაოდენობის კიდევ გამოჩენილი მოთხოვნები, one of which is to generally provide more context when the system sends out email alerts – both in the email itself as well as associated task forms. As SPD workflow implementers know, the “collect data from user” SPD action actually creates a task with a custom content type. When we use that action, we don’t get to specify much. We can prompt for some values (e.g. "დაამტკიცოს", ან "უარყოფენ,") and we can specify a hard coded value in the title and description. That’s about it.

ჩემი დამკვეთის მოთხოვნის მოთხოვნა არის ის, ორი fold:

  1. When SharePoint აგზავნის ელექტრონული წერილის დაახლოებით ერთი ამოცანა assignment, შეიცავდეს a lot of information about ამოცანა in ელექტრონული წერილის body.
  2. რაც კიდევ უფრო მნიშვნელოვანია, by far – როდესაც მომხმარებელი დააჭერს ამოცანა ბმულზე წერილში, the task form should have all the information the approver needs in order to make his/her approve or deny decision. Right now, the manager needs to click on the item link itself to drill down into the underlying details and no one likes that. You have to click in the email. Then you need to click a sort of obscure link on the task item. Then you can look at the underlying data (InfoPath ფორმა ამ შემთხვევაში). Then you click back/back, და ა.შ.. Everyone hates it.

მე მემკვიდრეობით ეს გარკვეულწილად რთული ტექნიკური გადაწყვეტა და მინდა ცვლილებების შეტანა მინიმუმ ექნებოდა გზა შესაძლებელი.

The approach I’m taking right now is to create a custom alert template. თქვენ შესახებ, რომ აქ. The flow works like this:

  • SPD workflow გადის.
  • რაღაც მომენტში, იგი ანიჭებს ამოცანა მენეჯერი.
  • SharePoint system automatically sends out an alert to that manager. This is not part of the SPD workflow but rather “what SharePoint does.” (SharePoint მრიცხველის მომსახურება, მე მჯერა).
  • საბაჟო მზადყოფნაში კურატორმა არის მოიყვანა სასარგებლოდ სტანდარტული მზადყოფნაში პროცესი (შემდეგ ჯადოსნური წესების როგორც აღწერილია ზემოთ მითითებული მუხლის).
  • როდესაც ჩემი საბაჟო მზადყოფნაში კურატორმა გადის, it generates a beautiful email. რაც კიდევ უფრო მნიშვნელოვანია, მას შემდეგ, რაც მას აქვს დავალება ხელში, მას ასევე ამშვენებს ფაქტობრივი ამოცანა ყველა კონტექსტში ინფორმაციის დასაკმაყოფილებლად ბიზნეს მოთხოვნას.
  • მომხმარებლის იღებს ელექტრონული ფოსტის და ეს სრული სასარგებლო კონტექსტში ინფორმაცია.
  • მომხმარებელი დააჭერს ამოცანა რგოლი და ამოცანა თავად სავსეა სასარგებლო კონტექსტში ინფორმაცია.
  • ყველას მიდის სახლში აქვს watermelon და ნაყინის.

I did a quick POC and it works well in a lab environment. I get my custom email alert as expected. I also get to update the task description and title itself.

მხოლოდ სახიფათო ცოტა, ჯერჯერობით, თავიდან აცილება, სადაც მზადყოფნაში განახლებები პუნქტის, triggering another alert. This doesn’t worry me.

გამოიყურება ჰპირდება ჯერჯერობით ...

The great thing about this is that I don’t need to muck about with any of the existing SPD workflows. They are blissfully unaware that an alert handler is “IIZ RUNNIN IN DA BAKGROUND, DECORATIN Teh დრო სია WIF MOAR კონტექსტში".

</ბოლო>

გამოწერა ჩემი დღიური.

გამომყვეს Twitter-ზე http://www.twitter.com/pagalvin

პროგრამები Tags: ,

SharePoint აქცია: მხარი SharePoint მშენებლობას ვერტიკალური ბიზნეს

[შენიშვნა: მინდა მაშინვე ამბობენ, რომ მე მაქვს ფინანსური ინტერესი სასურველი შედეგს აქცია, რომელიც მე მიუთითა ინტერესი სრული გამჟღავნება, და ა.შ.. This is actually the first time I’ve ever blogged about an event where I stand to benefit personally in this way.]

ეს ვებ დემონსტრირება ხდება ხუთშაბათი, 06/04 ზე 12:30 EDT, დამთავრებული ზე 1:30PM EDT.

თანამშრომლობით ჩემი ჩინებული ბიზნეს პარტნიორი, ინტეგრირებული სისტემები და მომსახურება Group (ISSG), I have been working to develop a vertical business application using SharePoint as the platform. ამ შემთხვევაში, we’re building an application that serves the needs of manufacturers that make customized product for their customers. In these cases, a great deal of collaboration needs to take place between the customer and the manufacturer. There’s also a great deal of collaboration required between different groups within the manufacturer, მათ შორის გაყიდვების, საინჟინრო, კვლევებისა და განვითარების, იურიდიული და სხვა ჯგუფები.

სადემონსტრაციო აპირებს აჩვენებს პროგრამა, რომელიც ხელს უწყობს ასეთი სახის თანამშრომლობა, ერთად მსჯელობა, თუ როგორ ყველა იმ თანამშრომლობის ბიტი უნდა ინტეგრაცია კომპონენტის ERP სისტემა.

და ბოლოს, this isn’t going to be a SharePoint demo. This is a demonstration of a solution for a specific niche problem that happens to use SharePoint as the platform.

ასე რომ,, რატომ გადაიტვირთოთ ხელი მოაწეროს და ვხედავ ამ სადემონსტრაციო? I don’t expect too many readers of my blog to be all that interested in a solution for make-to-order manufacturers 🙂 Your take-away would be the concept itself – using SharePoint purely to deliver a business solution without regard to SharePoint itself.

თუ თქვენ დაინტერესებული, გთხოვთ დარეგისტრირდეთ აქ(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</ბოლო>

გამოწერა ჩემი დღიური.

გამომყვეს Twitter-ზე http://www.twitter.com/pagalvin

შეგიძლიათ pry SharePoint დიზაინერი, ჩემი ცივი, მკვდარი ხელები

ჩემი უკანასკნელი მუხლის არის ზე www.EndUserSharePoint.com. I wrote about SharePoint Designer, ბოლოს წევრებს და მონახაზი სტრატეგია, ბოლოს წევრებს, შესაძლოა, ცდილობენ და დაიცვას იმისათვის, რომ დემონსტრირება კომპეტენცია და ნდობის გარშემო ინსტრუმენტი.

კომენტარები უფრო საინტერესოა, ვიდრე მუხლის თავად.

შეამოწმეთ იგი out.

</ბოლო>

გამოწერა ჩემი დღიური.

გამომყვეს Twitter-ზე http://www.twitter.com/pagalvin

პროგრამები Tags: ,

MOSS მომხმარებელი პროფილი როგორც ხელისუფლების წარმომადგენლებს მომხმარებელი ენის უპირატესობა

ჩემს მიმდინარე პროექტის, ზოგიერთი წევრებს გაემგზავრება მთელს მსოფლიოში და როდესაც ისინი მიაღწევენ სხვადასხვა მიმართულებით, use whatever machine is handy at the time. Those guest machines will be running Windows and installed and configured for the local locale. (მე მხოლოდ მიხვდა, რომ სტუმარმა მანქანები შეიძლება არ აქვს უფლება ენის პაკეტების… ალბათ, არ, სინამდვილეში… მე პარკინგის რომ ერთი ახლა).

SharePoint needs to provide a mechanism whereby the user can pick their preferred language and then have MOSS honor that language regardless of how the user accesses MOSS. In other words, disregard whatever the browser tells IIS/MOSS and instead look up that preferred language and use it.

ჩვენ ვაპირებთ გამოიძიოს ორი მიდგომის:

  1. HTTP Handler: საბაჟო HTTP კურატორმა დამონტაჟებული IIS გამოიყურება up მომხმარებლის MOSS ნახვა, გაერკვნენ სასურველი ენა და მერე გადახვიდეთ HTTP header გარშემო, როგორც საჭიროა, სანამ გავლის კონტროლის MOSS.
  2. global.asax: Modify global.asax to do the same thing. We may modify something else, but the idea is that we find some place where we can insert our locale-switching logic.

სხვა ართულებს ის არის, რომ ჩვენ უნდა დავუჭიროთ მხარი 60k წევრებს, შესახებ 1,000 შეიძლება იმავდროულად წვდომის MOSS დროს პიკს დატვირთვა.

HTTP კურატორმა ჩანს საკმაოდ მკვეთრი, but possibly the best place to put the code since it’s at the IIS level and all-knowing. It’s a good single point of work.

ჩვენ სწავლის მიმართ global.asax ტიპის მიდგომა, ძირითადად იმიტომ, რომ ჩვენ გვჯერა, ჩვენ გვექნება მეტი პარამეტრები ქეშირების მონაცემები იმ ეტაპზე.

მე ვიქნები ბლოგინგი მეტი ამ საკითხზე, როგორც მე ვისწავლოთ მეტი.

თუ თქვენ არ ვიცით ამის შესახებ, please post a comment 🙂

</ბოლო>

გამოწერა ჩემი დღიური.

გამომყვეს Twitter-ზე http://www.twitter.com/pagalvin