TIP: Přetáhni ikonu na hlavní panel pro připnutí webu
Ahoj
V App(web).config sekce connectionstring a uvnitř seznam jednotlivých connection stringu - v mém případě jeden, nasměrovaný na moji vývojovou DTB. Potud OK.
Aplikaci vypublikuji na jiný server a patřičný conn string upravím vše je OK.
Dale upravim aplikaci u sebe na svém stroji a provedu opětovné publikování a hle známa věc konkretní conn string se zcela automaticky přepíše. A moje otazka zní jak zajistit aby se con string nepřepsal.
Kde dělám chybu?
Dik za kazdou radu
#1 VladislavK
Co vím tak existuje ještě web.debug.config a web.release.config (ve VS jsou bo web.config když rozklikneš ten trojuhelníček vlevo), když budeš publikovat release tak do web.configu se ti bude kopírovat conn string z web.release.config je to vymyšlené pro to aby jsi u sebe mohl mít nějaká nastavení a na produkčním serveru jiná, ale aby jsi to nemusel pořád držet v hlavě, ale měl to zajištěné v těchto souborech.
Dík za odpověď
O web.debug a web.release vím problém je v tom že
Celá aplikace se skládá ze 2x WIN app a 3x WEB app s jedním DTB jádrem. Každá App má svůj config a současně platí že 1x WIN + 1x WEB běží na jednom serveru a zbývající běží na jiném RT serveru. Všechny App se připojují k jednomu DTB serveru.
A tak jsem to včera večer vyřešil následovně:
Do společného jádra jsem přidal public string proměnou "nameOfConnectionStringName" tuto proměnou naplním ihned při startu všech cástí App jménem počítače "Environment.MachineName" vznikne cca toto "domena/PC_4f44r7t4f" - řekl bych unikátní jméno a toto jméno předávám všem konstruktorům EF
MujEF mef=new MujEF("name="+nameOfConnectionStringName);
No a ve svém Configu mám conn stringy pro všechny zákazníky. Tím dojde k situaci že se mi u každého zákazníka vybere ten spravný nevýhodou je že zákazník vidí všechny ostatní ale protože App běží ve vnitřních sítí každého ze zákazníku tak podle čitelného textu v CS nepoznají kdo je tím dalším zákazníkem. Navíc když zákaznický admin zbývající CS odmaže tak se také nic neděje.
Snad je to srozumitelné.
Rozumím
Ale jedna se o krabicový soft. A nároky na bezpečnost nejsou nijak tragický. A jednotlivý zákazníci si de facto nemají co navzájem ukrást.
Každopádně díky za myšlenku když zbude čas tak to tak nějak překlofu 
Ahoj,
netuším, zda používáš pro build nějaký build server, ale asi by to šlo vyřešit i bez něj. To co dělá web.debug.config atd. je obsaženo v příslušném .target souboru.
Řešení u nás je tedy takové, že máme build script, který ztransformuje jakýkoliv vstupní script s příslušnými atributy do požadovaného výstupu dle konkrétního buildu.
Build task vypadá následovně:
Super člen
Nahlásit jako SPAM
IP: 37.48.48.–
Nejlepší odpověď
Stálý člen
<Project ToolsVersion="4.0" DefaultTargets="Transform" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<UsingTask TaskName="TransformXml" AssemblyFile="$(MSBuildExtensionsPath)\Microsoft\VisualStudio\v11.0\Web\Microsoft.Web.Publishing.Tasks.dll"/>
<Target Name="Transform">
<TransformXml Source="$(Source)" Transform="$(Transform)" Destination="$(Destination)" />
</Target>
</Project>
volání je cca následující:
MsBuild Transform.build /p:Source=zdrojovy.config /p:Transform=configstransformacemi.config /p:Destination=cilovy.config
Pak můžeš mít pro každého zákazníka svůj configstransformacemi.config a udělat různé balíčky.
Pěkný den,
Zjistit počet nových příspěvků
Ano, opravdu chci reagovat → zobrazí formulář pro přidání příspěvku
© 2003–2024 Programujte.com