תחומים - פורום חרדי מקצועי

טריגר עוקב אחר מאפיין אחד בלבד.
מה אם נרצה לתת יותר מתנאי אחד ל"הקפצת" הסגנון?

לדוגמא, נרצה לקבוע צבע אדום לTextBox ריקה, בתנאי שאיננה כעת בפוקוס.
אז אנו רוצים שהיא תהיה אדומה אם א. היא ריקה ב. היא איננה בפוקוס כעת.

לשם כך יש MultiTrigger. הנה דוגמא:

<Style TargetType="TextBox">
    <Style.Triggers>
        <MultiTrigger>
            <MultiTrigger.Conditions>
                <Condition Property="Text" Value="" />
                <Condition Property="IsFocused" Value="False" />
            </MultiTrigger.Conditions>
            <MultiTrigger.Setters>
                <Setter Property="Background" Value="Red" />
            </MultiTrigger.Setters>
        </MultiTrigger>
    </Style.Triggers>
</Style>

כפי שרואים בדוגמא, המולטיטריגר מקבל קבוצת קונידשינים, כאשר כל התנאים נכונים מוקפץ הטריגר וההגרות ה"סטרס" שלו מוחלות.

בנוסף לMultiTrigger שהוא בא לריבוי טריגרים רגילים, יש MultiDataTrigger לריבוי DataTrigger.

פורסם במקור בפורום CODE613 ב25/06/2013 21:40 (+03:00)

מהו דטה טריגר?

כל טריגר שמאפיין המעקב לא "מקומי". לדוגמא Button שנהיה זמין רק אם TextBox.Text לא ריקה,
אז הButton מכיל סטייל בעל טריגר שעוקב באמצעות דטה טריגר אחרי ערכו של המאפיין Text, המשוייך לאלמנט הTextBox.

בדטה טריגר במקום המאפיין Property יש לטריגר רגיל, יש מאפיין Binding.
הוא מקבל ביטוי "בינדינגי" שאנו יכולים להפנות לכל מאפיין שיש לנו גישה אליו, ואחריו הטריגר יעקוב.

הנה דוגמא:

<Button Content="Button" HorizontalAlignment="Left" Name="button1" VerticalAlignment="Top" Width="75" Margin="50,50">
    <Button.Style>
        <Style TargetType="Button">
            <Style.Triggers>
                <DataTrigger Binding="{Binding ElementName=textBox1, Path=Text}" Value="">
                    <Setter Property="IsEnabled" Value="False" />
                </DataTrigger>
            </Style.Triggers>
        </Style>
    </Button.Style>
</Button>
<TextBox Height="23" HorizontalAlignment="Left" Margin="50,80" Name="textBox1" VerticalAlignment="Top" Width="75" />

בדוגמא זו המעקב נעשה מתוך הסטייל של הButton, ואחר המאפיין Text של הTextBox שהובא גם בדוגמא להשלמת התמונה.

פורסם במקור בפורום CODE613 ב24/06/2013 14:00 (+03:00)

התפקיד של Trigger זה להחיל עיצובים בסטייל, כאשר מאפיין מקומי/חיצוני מקבל ערך מסויים,
ולבטל את העיצובים הללו כאשר אותו המאפיין כבר לא מכיל את הערך ההוא.

המקום לכתיבת טריגר זה רק בתוך סטייל (אמנם בכל אלמנט WPF יש מאפיין בשם Triggers אבל הוא מקבל רק EventTrigger, ולא שימושי בד"כ).

אז הטריגר נחלק לשלוש חלקים:
[list:ottwv6w1]א. מאפיין למעקב אחרי ערכו,
ב. הערך ש"מקפיץ" את החלת הסגנון
ג. הסגנון שיוחל במידה וההמאפיין מאוכלס בערך הנכון.[/list:u:ottwv6w1]

בטריגר רגיל, המאפיין שאנו עוקבים אחריו חייב להיות מאפיין מקומי = חבר במאפייני האובייקט עליו בו אנו נמצאים.

נתחיל בדוגמא:

<TextBox Height="23" Width="120">
    <TextBox.Style>
        <Style TargetType="TextBox">
            <Style.Triggers>
                <Trigger Property="Text" Value="שלום">
                    <Setter Property="Background" Value="Red" />
                </Trigger>
            </Style.Triggers>
        </Style>
    </TextBox.Style>
</TextBox>

הדוגמא הזו, שהיא טקסטבוקס עם סטייל, מחילה צבע רקע אדום, במידה והמאפיין טקסט של הטקסטבוקס מכיל את הערך "שלום".
זה אולי דוגמה משונה... יותר מצוי דוגמא כזו:

<Trigger Property="IsMouseOver" Value="True">
    <Setter Property="Background" Value="Red" />
</Trigger>

אז זה ממש פשוט - שלוש דברים: מאפיין למעקב, ערך רצוי, סטיילים להחלה (Setters).
איפה שלושתם במקרה שלנו? הנה הטריגר מבודד:

המודגש בצהוב זה המאפיין למעקב והערך שאם אכן נמצא יוחל הסטיילים המוגדרים בין מקטעי הטרייגר, במקרה שלנו החלה אחת מוקפת ירוק.

במידה והמאפיין למעקב איננו חלק מהאובייקט עליו חל הסטייל, נשתמש בDataTrigger. על כך ועוד סוגים, בימים הקרובים בס"ד.

פורסם במקור בפורום CODE613 ב19/06/2013 18:50 (+03:00)

שלום למבקרים!
ברוכים הבאים ל"קהילה" (בשעת כתיבת השורות היא מונה 2-3 חברים...)!

אם אתם מתכנתים,
נשמח מאוד אם תירשמו לפורום,
ותעשו בו שימוש: לעזור, להעזר, לכתוב טיפים והדרכות מניסיונכם.

אנו מקוים שהמקום יהיה תועלתי ונעים לכולם

בברכה,
קהילת HRDM.NET

פורסם במקור בפורום CODE613 ב11/06/2013 14:39 (+03:00)

אני חושב שזו אופציה בכל החינמיים.
בכל אופן תוכל לנסות, למשל אווסט,
התקנה אופליין: https://www.avast.com/he-il/download-thank-you.php?product=FAV-AVAST&locale=he-il
עדכונים: https://www.avast.com/download-update

@WWW
התכנית לא התיימרה להיות ברורה קבל עולם ומלואו, אם כי אני חושב שניתן להבין אותה לגמרי.
זה גם סגור לקריאה. ייתכן שזה טוב גם לפורומים אחרים, אני הקמתי רק את של התכנות.

בודאי שאפשר עם PHP, הנקודה היא שזה לא יהיה מהקונטקסט של שירות האינטרנט (למשל תגובה לבקשת ווב, שזה בעצם רץ תחת אפאצ' או IIS או כל שרת אינטרנט אחר) שאז לא עוזר טריד נוסף כי הכל תחת אותו תהליך. ולכן אמרתי כאפשרות את exce שמה אפשר לשים כפרמטר את php עם קובץ להרצה (ואז זה רץ כתהליך נפרד לחלוטין באופן בלתי תלוי).

@clickone זהו שאני הסברתי שזה כן מעניין, ראה בהודעה לעיל.
https://stackoverflow.com/questions/2212635/best-way-to-manage-long-running-php-script

אם גורם העדכון הוא רק ממשק הווב, אז ברור שהוא זה שצריך להפעיל אותו.
אם הפעולה לוקחת זמן ממושך, אז כמו שכתבתי עדיף שהphp יפעיל משהו חיצוני בסגנון של exec.
אך אם יש גורמים אחרים מעדכנים אז אי אפשר לבנות על הPHP. ואז אכן הרעיון של הטריגרים שאמר @clickone הוא גם נכון (אגב לpostgres יש cron משלו בשם pgcron אבל כפי ש @clickone הסיק זה אכן לא נוגע למקרה שלך בגלל שזה לא תזמון אלא תגובה לשינוי).

בדרך כלל לא עושים כאלו פעולות באפליקציית הווב, אלא ברכיב ישיר על מערכת ההפעלה.
במערכות לינוקס יש מנגנון מתזמן משימות ששמו cron, והוא נגיש בד"כ גם באירוח שיתופי דרך איזו שהיא הגדרה מתאימה בפאנל.
אבל מחיפוש באינטרנט אני רואה שניתן לשלוט על המנגנון מתוך הקוד PHP של האתר, אני לא מספיק מבין בזה בשביל לדעת פרטים מדוייקים,
ראה פה מאמר ארוך:
https://code.tutsplus.com/tutorials/managing-cron-jobs-with-php--net-19428
הגעתי אליו מתשובות הסטאק הללו:
https://stackoverflow.com/questions/35044216/how-to-run-a-background-task-in-php-web-application
https://stackoverflow.com/questions/120228/php-running-scheduled-jobs-cron-jobs

הגעתי אליהם מחיפוש גוגל: php background task

הסיבה שזה לא מומלץ לעשות זאת מתוך קוד הPHP בצורה פשוטה של לולאה זה בגלל שPHP בנוי לעובד כתגובה לבקשות כאשר כל בקשה זה טריד חולף בן שניה מקסימום. היחס של שרת הווב לטרידים שהם סה"כ אוסף של בקשות מקליינטים, הינו "מזלזל": הוא יכול לסגור אותם אם נראה לו ש"הם עברו את הגבול" או בכלל כי עבר פסק זמן גדול בהם לא היו בקשות אז הוא מכבה הכל.

מעניין, שנים לא הצטרכתי לזה (פעם אחרונה היה בסרבר 2003).

aspx מצריך מטפל של ASP .NET.
בשביל זה אתה צריך לרשום את דוטנט בIIS.
בדרך כלל הסיבה שהוא לא רשום זה מערכת הפעלה ישנה שהדוטנט הותקן לפני הIIS (או להפך.. לא זוכר ), שזה משהו נדיר כיום (כי כיום הדוטנט הוא אחת התלויות של IIS). בזמנו היו עושים הרצה של הכלי aspnet_regiis, תראה למשל בתשובה פה https://stackoverflow.com/q/647598/1271037.

אני אבל תמה איך זה שהשגת מחשב כזה ישן (כי לפי התאוריה שאמרתי אז זה או XP או SERVER 2003) אז תעדכן אם אני טועה ואולי יש כיוונים אחרים למה הדוטנט לא מותקן בIIS.

עריכה: אפשרות נוספת היא שפשוט בהתקנה של IIS ניקו כמה תיבות דיפולטיביות של דוטנט, במידה וככה תתקן את זה בהוספה הסרה של רכיבים של מערכת ההפעלה או תריץ בשורת פקודה התקנה של הכל כמו שראיתי פה :

Start /w pkgmgr /iu:IIS-WebServerRole;IIS-WebServer;IIS-CommonHttpFeatures;IIS-StaticContent;IIS-DefaultDocument;IIS-DirectoryBrowsing;IIS-HttpErrors;IIS-ApplicationDevelopment;IIS-ASPNET;IIS-NetFxExtensibility;IIS-ISAPIExtensions;IIS-ISAPIFilter;IIS-HealthAndDiagnostics;IIS-HttpLogging;IIS-LoggingLibraries;IIS-RequestMonitor;IIS-Security;IIS-RequestFiltering;IIS-HttpCompressionStatic;IIS-WebServerManagementTools;IIS-ManagementConsole;WAS-WindowsActivationService;WAS-ProcessModel;WAS-NetFxEnvironment;WAS-ConfigurationAPI

הבעיה די נפוצה...
המתכנת הראשון קיבל את שכרו? הוא עובד גם עבור אחרים במקביל?
עליך למצוא נקודת תורפה\חוזקה שבה תצליח לגייס את המוטיבציה שלו שוב עד לסיום.
צריך להיות איזה פרס גדול בסוף מהסוג שמתאים לאישיות שלו (כסף, זיכוי למשהו מסויים, טיול וכו').
אחרי שהוא יגמור (ויהיה מרוצה) הוא יוכל אפילו לעזור לך למצוא מישהו אחר.

בעיה.
אולי יום אחד יתייגו בנטפרי גם וידאו ואז תוכל לפתוח לפי תגית.

כעת אני רואה שהלינק של השגיאות ששמתי הוא של S3 ולא של reko .
ראה פה:
https://forums.aws.amazon.com/message.jspa?messageID=762762
יש שם הרבה רעיונות לשגיאה, למשל שהS3 צריך להיות באותו region של הreko עיין שם.
המון הצלחה!

בהגדרות באישי, תחת התראות, בחר בפריטים הרצויים בEmail & Notification

אני מבין שהשגיאה היא משירות האמזון של reko ולא מהs3.
יש מצב שאתה משיג את לשון השגיאה המלא?
תראה פה יש פירוט משוגע, זה יקדם אותך:
https://docs.aws.amazon.com/AmazonS3/latest/API/ErrorResponses.html

@איש-אחד זהו שעוד לא העליתי שמה כלום ויש שמה רק טסטים...
אבל זה בדרך.

@chagold מה קורה כשאתה לוחץ פה?
מותקן לך במחשב התכונה? תסתכל אם מוגדר לה הפרוטוקול whatsapp:// (נראה לי בתוכניות ברירת מחדל יש רשימה).

שלום לך, @SYSTEMS !
תגיות זה אכן משהו טוב, ואנו נעשה בו שימוש. כעת זה ריק כמו בידוק תוכנו של הפורום, ובע"ה כשיהיה תוכן נקוה שיהיה תגיות ממוקדות.

אבל שים לב שלתגיות יש תופעת לוואי שהדגמת אותה פה היטב.
בשונה מבstackoverflow שם יש ביקורת קטלנית על תגיות לא מתאימות-נחוצות, פה אין כזו ביקורת, מה שהופך את התגיות לסכנת "הספמה" והצפת מידע לא רלוונטי.

אפשר לראות את התוצאות בפורום נטפרי. יש שם מידי הרבה תגיות לא רלוונטיות (תג, תגית, תגיות, הוספת-תגיות, הוספת-תג וזה רשימה חלקית אפשרית).

יש להשתמש עם התגיות בצורה מאוד מושכלת.
למשל נכון להוסיף לאשכול זאת "תגיות" אך לא אף תגית יותר. אם למשל נוסיף תגית "על-הפורום" הרי זה יהיה התגית המתאימה לכל אשכול בקטגורייה זו, וכל התועלת של התגיות זה לאפשר לברור ולא לקטלג.