By Szeifert Gergő on
2013. 07. 10. 12:38
Nem sokszor, de dokumentum táraknál gyakraban fordulhat elő, hogy amikor szeretnénk menteni egy listát sablonnak a benne lévő tartalommal, akkor ezt a rendszer "nem engedi" és hiba üzenetet kapunk:
"The list is too large to save as a template. The size of a template cannot exceed 10485760 bytes.""The list is too large to save as a template. The size of a template cannot exceed 10485760 bytes."
Ennek oka egyszerű: A sablon mérete limitálva van rendszer szinten, méghozzá 10MB-ban.
Azonban ezt könnyen tudjuk orvosolni.
Sharepoint 2010 Management Shell command promt-ot indítsuk el adminisztáror módban, majd futtassuk az alábbi parancsot:
stsadm -o setproperty -propertyname max-template-document-size -propertyvalue 104857600
Ezzel megemeljük a limitet 100MB-ra. (A megadott érték bájtban van értelmezve)
|
By Szeifert Gergő on
2013. 07. 03. 12:48
Probléma:
Alap beállításokkal az alábbi méret limitációk vannak érvényben:
Így amikor egy nagyobb méretű fájlt szeretnénk feltölteni akkor hibát kapunk.
Megoldás:
Emeljük meg a limitet a SharePoint Administration-ben
Central Administration
Application Management
Manage Web Applications
Select desired web application row (don’t click on the title, just select)
“General Settings” in the ribbon
Under Maximum Upload Size, change the setting to the desired value (e.g. 250 MB in our example)
“OK”
IIS "Request lenght" megemelése
Amelyik gépen telepítve van az IIS ott futassuk az alábbi parancsot:
%windir%\system32\inetsrv\appcmd set config -section:requestFiltering -requestLimits.maxAllowedContentLength:valueInBytes
pl.: 200x1024x1024=209715200 bytes
Emeljük meg az IIS "connection timeout"-ot
Válasszuk ki a megfelelő site-ot. Majd kattintsunk az "Advance Settings" lehetőségre.
Nyissuk ki a "Connection Limits" fület és a "Connection Time-out" részbe írjuk be a megfelelő számot. (A beírt szám másodperc alapú.)
OK.
Ezt követően már sikeresen tudunk feltölteni nagyobb méretű fájlokat ki!
|
By Szeifert Gergő on
2012. 11. 21. 16:00
A Microsoft valami miatt a Sharepoint 2007-ben nem támogatott minden böngészőt. Ezt úgy kell érteni, hogy a többi böngészőben sharepoint site-ot nézegetve, nem tudjuk annak minden funkcionalitását kihasználni.
Egyik ilyen probléma: ahhoz hogy egy dokumentum nevére kattintva előugorjon egy ablak, melynek segítségével választani tudunk, hogy a kívánt fájlt csak olvasásra vagy szerkesztésre szeretnénk megnyitni IE-t kell használni. Ez akkor lehet kellemetlen amikor nem akarunk IE-t használni és nem szeretnénk azzal bajlódni, hogy előbb letöltjük a fájlt majd szerkesztés után visszatöltjük manuálisan.
Sajnos alap esetben a Chrome és Firefox böngészőket használók a fájl nevére kattintva a fájl letöltését érik csak el. Ahhoz hogy ez a választható menü előjöjjön, kicsit módosítani kell a Sharepoint beállításait.
Fontos, hogy a módosításokat azon a szerveren kell véghezvinni, ahol a Sharepoint 2007 telepítve van.
Az alábbi linken minden részletesen le van írva, arra figyeljünk még, hogy mind a két letöltött fájl az alábbi helyen legyen: SYSTEMDRIVE:\Program Files\Common Files\microsoft shared\Web Server Extensions\12\BIN
http://npopendocuments.codeplex.com/
|
By Kiss Tamás on
2012. 06. 22. 14:32
Cél, hogy miután egy mezőnek értéket adtak, utána azt már ne lehessen módosítani, viszont a mező megjelenjen a form nézetben.
Pl. Valamilyen ID-t, amit egy munkafolyamat generál, később ne lehessen módosítani.
Megoldások:
!! Mindenképp ez alá tegyük a kódot:
A mező eltűntetése:
Ezt a sort szerkesszük, vagy adjunk hozzá továbbiakat:
var control = findacontrol("Itt kell megadni a mező nevét");
Kód
A mező ReadOnly-vá tétele:
|
By Molnár Péter on
2012. 06. 10. 14:56
Sokszor felmerül a kérdés miért jobb a SharePoint lista az Excelnél (főleg az adatlap nézet miatt). A hasonlóság oka egyszerű. Mind a két eszköz nagy mennyiségű adat (adatbázis) kezelésére szolgál. (Nem meglepő módon az Access és a SQL is így reprezentálja az adatokat, de azokat a felhasználók kevésbé ismerik)
Valójában nem jobb, hanem más. Az Excel egy kifinomult, de individuális eszköz. Kiválóan alkalmas pl. egy csoport által SharePointban gyűjtött adatok elemzésére.
Néhány konrét képesség:
|
Excel |
SharePoint |
|
Nagy, 2 dimenziós adatkezelésis képesség |
Nézetek |
|
Kimutatás (Pivot table) |
Soronként jogosultság |
|
Macro -k |
Workflow -k |
|
Diagram rajzolás |
Értesítések
|
|
|
Kötött adatforma (pl. lenyíló lista) |
|
|
Mezőnkénti leírás rögzítéskor |
|
|
Bárhonnan, egy böngészővel is működik |
|
|
Soronkénti zárolás |
|
|
Tartalom jóváhagyás |
|
|
|
|
|
Lomtár |
|
Formázható webes nézet (pl nyomtatáshoz, megjelenítéshez) |
|
By Molnár Péter on
2011. 11. 06. 0:18
Dokumentumtárak esetében előfordulhat, hogy még webes nézetben minden rendben van, Intéző nézetben hibás a fájlok módosítási időpontja.
Ez egy ismert hiba (A nézet a feltöltéskori dátumot rögzíti), akkor jelentkezik, ha az állományok Intéző nézetben kerülnek feltöltésre. Javításhoz töltsük fel újra a fájlokat webes nézetben.
|
By Molnár Péter on
2011. 08. 17. 2:43
Az alábbi SQL script megmutatja melyik mappa mekkora méretű az adott SharePoint adatbázisban:
SELECT v.[Id], d.DirName
,count(v.[Version]) MaxNumberOfVersions
,sum(v.[Size]) TotalDocLibSize,max(v.[Size]) LargestDocSize
FROM [dbo].[AllDocVersions] v join [dbo].AllDocs d
on v.id=d.id
group by v.id , d.DirName order by 4 desc
|
By Molnár Péter on
2010. 09. 25. 1:43
Ha SharePoint 2010 esetén a létrehozott új webhelyek beállítása és jogosultságkezelése hibát dob, ellenőrizzük az elérési a tűzfalon publikált és a SharePoint konfigurációban (Alternate Access Mappings) található URL-eket, mert lehet, hogy ezek inkonzisztenciája okozza a hibát!
|
By Molnár Péter on
2010. 05. 10. 0:11
Bár a SharePoint jogosultsági rendszere elsőre nem tűnik túl bonyolultnak, egy kis testreszabás után könnyen összezavarodhatunk. Ennek a kibogozásához egy kis segítség:
- A SharePoint saját felhasználói adatbázist használ. A felhasználókat alapesetben az Active Directory tartományból emelhetünk a SharePoint felhasználók körébe. (Ráadásul ez lehet AD csoport is)
- A teljes felhasználói adatbázist a "Személyek és Csoportok" majd "Minden személy" ponton találjuk (vagy a URL/_layouts/people.aspx?MembershipGroupId=0 címen)
- A teljes csoportadatbázis a "Személyek és Csoportok" majd "Csoportok" menüben listázhatjuk ki (URL/_layouts/groups.aspx)
- Az aktuális webhely jogosultságait, (Tehát, hogy ki milyen jogokkal bír az adott webhelyen) a "Személyek és Csoportok" majd "Webhely engedélyei" alatt tekinthetjük meg (URL/_layout/user.aspx)
- Az adott webhelyhez értelmezett csoportok listáját a "Személyek és csoportok" menüpont "Csoportok" címkéje alatt láthajuk felsorolva.
- Az egyes listákhoz/dokumentumokhoz a teljes felhasználói adatbázisból rendelhetünk felhasználókat és csoportokat (Nem csak a webhely felhasználói közül)
Ami figyeljünk:
- A "Személyek és csoportok" pontra kattintva az adott webhelyen értelmezett legfelső csoport tagjai jelennek meg. Azaz kb. véletlenszerű felhasználókat látunk!
|
By Gömbös Attila on
2010. 04. 20. 14:24
A Sharepoint képes a dokumentumtárjaiba leveleket fogadni – válaszhatunk, hogy a levelet .eml formátumban mentse, vagy pedig a csatolmányt helyezze el a dokumentumtárban.
Alábbiakban egy olyan esetet mutatok be, ahol az internet felől is képes leveleket fogadni a dokumentumtár. Az internet felől jövő leveleket egy Exchange 2010 szerver fogadja, és továbbítja a Sharepoint felé. A beállítások Exchange 2007-re is ugyanúgy érvényesek.
A @inet.domain.tld aldomaint jelöljük ki a Sharepoint bejövő levelezése számára. A *@inet.domain.tld címre érkező levelek automatikusan továbbítódnak a Sharepoint alkalmazásszervere felé.
A Sharepoint alkalmazásszerverére telepítsük az SMTP Server featuret. Windows 2008 alatt nem az IIS komponensei között találjuk, hanem külön feature.
Windows 2008 alatt is az IIS 6.0 konzolját és az új IIS konzolt is használni kell az SMTP beállítására. IIS6 konzolban kattintsunk az SMTP virtual server > Domains > New domain pontjára. Alias típussal hozzuk létre az inet.domain.tld domaint.
IIS7 konzolban az SMTP E-mail alatt kattintsuk be a Use localhost pontot.
Adjunk teljes hozzáférést a Drop könyvtárhoz a Sharepoint Service Account és Sharepoint DB Account, a WSS_ADMIN_WPG számára, illetve olvasási jogot a WSS_WPG számára. Ha ezt elmulasztjuk nem törlődnek a mailek a könyvtárból, és fél percenként újra bekerülnek a dokumentumtárba.
A Sharepoint Central Administration oldalon állítsuk be a bejövő levelek tulajdonságait a Central Administration > Operations > Incoming E-Mail Settings alatt.
A Directory Management Server beállítását most kihagyom. A „display address”-hez állítsuk be a kiválasztott aldomaint. Az e-mail drop folder legyen az IIS által használt könyvtár, alapértelmezetten C:\inetpub\mailroot\Drop.
Az Exchange szerver fogja továbbítani a kívülről érkező leveleket az alkalmazás szerver felé. Ezért az Organization Configuration > Hub transport > Accepted domains alatt vegyük fel az inet.domain.tld domaint External relay domainként.
Organization Configuration > Hub transport > Send connectors alatt állítsuk be a domain leveleinek továbbítását.
New Send connector
Intended use: Custom
Address space: inet.domain.tld
Route mail through following smarthost: a Sharepoint alkalmazásszerver IP-címe
Ezekután a dokumentumtár tulajdonságlapján állítsuk be az Incoming E-mail settingsben a kívülről elérhető e-mail címet, és engedélyezzük ismeretlen küldők felől is a levél fogadását.
|