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

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

אוקי. מעניין מאוד.
כשיהיה זמן נתעמק בזה.

using System;

namespace TestProblem
{
    class Program
    {
        static void Main(string[] args)
        {

            int i = 1;

            if (i == 2)
            {
                Console.WriteLine("THE CONDITION IS TRUE");
                int x = TestProblem.Test;
                int v = TestProblem.Test;
            }
            Console.ReadKey();
        }
    }

    public class TestProblem
    {
        public static int Test = TestProblem.Get();
        public static int Get()
        {
            Console.WriteLine("Before");
            return 0;
        }
    }
}

1. אני מבין שזה קשור לאובייקט הסטטי במחלקה, שמשום מה הוא נוצר אפילו שהתנאי לא מתקיים.

2. נא לשים לב שאם התנאי היה מתקיים, היה אמור להיות כתוב: "The condition is true"

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

4)תנסו לכתוב במקום תנאי, ישירות את הערך false, ותיווכחו שהפונקציה לא נקראית

אנסה לשתף קטע קוד תמציתי

במחשבה שניה, אולי כל הבעיה היא רק כשהתוכנה על מצב DEBUG.
זה כבר יותר הגיוני.

--עדכון--
הפונקציה שלא אמורה להיקרא, נקראית גם במצב רגיל!

ישנה איזושהי פקודה שזורקת שגיאה.
אבל לא סתם שגיאה, אלא דברים שקשורים לקריאות API של ווינדוס,

מה שמוזר, זה שאני נמצא במצב שאני בכלל לא קורא לשגיאה, אלא היא נמצאת בתוך תנאי שלא מתקיים!

הנה הקטע קוד

            int i = 1;
     
            if (i==2)
            {
                int y = int.Parse("s");
                MessageBox.Show("any message");
                someWindowsApiCall();
            }

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

אם אני מוחק את שורה 7, אין שום בעיה.

ולתוספת המחשה הוספתי את שורה 5, שאמורה להביא לשגיאה, וכמובן שהשגיאה לא קורית.
כמו כן שורה 6 אמורה להציג הודעה, והיא כמובן לא מציגה.

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

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

ייתכן שזה קשור, וייתכן שבלבלתי בשכל.

אשמח לתגובתכם.

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

לפי איך שהבנתי, הפתרון מאוד פשוט. השרת עצמו יפעיל את הפקודה בעת העלייה שלו. לא צריך שה PM2 יעשה את זה

בדברים הללו חשוב ואף קריטי לראות את גודל הקהילה.
זה הדבר הכי חשוב. אם יש קהילה, הסיכוי לשרידות ולשדרוגים של המוצר, הרבה יותר גבוהים.

לא כדאי ללכת על משהו חדש עם קהילה קטנה.
זו דעתי

REPLACE(source, old_text, new_text );

https://www.postgresqltutorial.com/postgresql-replace/

כמו כל SQL נורמלי

אם זה המון שורות ובדיקות מאוד תדירות, תשקול להחזיק עוד שדה למייל ללא נקודות

התכוונתי לתעודה האוטומטית שcertbot יוצר לNGINX

לדעתי יותר נכון להשתמש ככה. כי בכל מקרה משתמשים ב NGINX בשביל הניתוב.
אפשר כל דבר לממש לבד, אבל יותר נכון להשתמש בדברים הקיימים.

אני לא בטוח, אבל לדעתי גם IIS מממש בעצמו את הSSL.

@יוסף-בן-שמעון באופן תקני זה נכון לדעתי להשתמש בתעודה של NGINX

@nigun אמר בcertbot - HTTPS NGINX - פורט אחר מלבד 443:

@מנצפך
לא הבנתי
אם אתה מקים שרת שמאזין לפורט 8000 זה לא עובד שם ?
זה משהו מוגדר בתוך התעודה?
כי כשאני יוצר תעודה לבד (בלי NGINX) זה תקף לכל הפורטים
(יש לי בעיה אחרת שכשאני יוצר תעודה ידנית, certbot צריך גישה לפורט 443 ויש לי שם שרת פעיל כבר)

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

@חוקר אשמח אם תבדוק.
או שאולי תעלה את הקטע מהקובץ קונפיג של nginx

כמובן שצריך להפנות לכתוב בדפדפן.
מה שכתוב זה שהתעודה לא תקפה.

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

אני צודק?

אני משתמש בNGINX.
ובשביל ה HTTPS השתמשתי ב certbot.
הבעיה ש certbot משתמש אוטומטית ב 443.
האם יש אפשרות להשתמש בפורט אחר?

אתן הדגמה להפניה של certbot

  listen 443 ssl; # managed by Certbot
    ssl_certificate /etc/letsencrypt/live/MYDOAMIN.co.il/fullchain.pem; # managed by Certbot
    ssl_certificate_key /etc/letsencrypt/live/MYDOAMIN.co.il/privkey.pem; # managed by Certbot
    include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot

אני לא יכול לשנות פשוט את ה "listen". ייתכן בגלל שהתעודה מיוצרת לפי פורט 443?

יש חלק (10%) מהרשומות שמקושרות לרשומות בטבלה אחרת.
השאלה היא האם יש עניין להוסיף עמודה שתציין איזה עמודה מקושרת? או שדי בכך שהיכן שזה לא מקושר הערך של השדה המקשר הוא NULL
נפ"מ:
לעצם הצורה הנכונה של DB
וגם לשאילתות שצריכות לחפש רק השדות עם ה NULL או הפוך.

יש לך שרת עם GUI? (בלינוקס??)
או רק טרמינל?
אתה מתחבר דרך SSH?

דרוש מחפש מעצב אתרים (CSS) מקצועי.
כוונתי שהוא ינחה אותי איך לבנות את האלמנטים (מבחינת שמות class וכדו'), והוא יספק לי קבצי עיצוב (CSS, וגם JS לעיצוב וקבצי תמונה אם נדרשים) שאוכל לשתול באתר.
אשמח לשמוע גם הצעות של משתתפים כאן וגם מעצבים שמישהו כאן מכיר ויכול להמליץ.

לפרטים נא לפנות avram.eps@gmail.com

הפתרון הוא להשתמש ב

const enableWs = require('express-ws')
enableWs(app);

ואז יש תמיכה ב WS.

הבעיה שלי היא שהקליינט (SocketIO) מתנהג עדיין בצורה מוזרה.
חלק מקריאות ה Http שלו (לא ה WS), נופלות ללא תשובה.

יש לי שרת סטטי שמביא לי קבצים כגון JS וכו,
ויש לי שרת API שמיועד לקריאות AJAX.
כל אחד יושב כמובן על פורט אחר.
אני רוצה שהקריאה לשרת ה AJAX תתבצע דרך השרת הסטטי, בשביל שלא אצטרך להסתבך עם CROSS ORIGIN ועם תעודות אבטחה וכו.
מה שעשיתי, כל קריאות הAJAX מתחילות ב /API
בשרת הסטטי הוספתי middleware שמעביר את כל הקריאות הללו לשרת הAPI.
הכל עובד טוב ויפה
(השתמשתי ב
ExpressJS
express-http-proxy)
הבעיה היא בסוקטים.(WebSocket)
השרת API מחזיק גם שרת ווב-סוקט (באותו פורט).
הבעיה היא שאני לא מצליח להפנות את הפניות של הוובסוקט לשרת API.

קליינט ווב סוקט- Socket.IO

קטע קוד ממה שעשיתי:

const express = require('express')
const path = require('path');
const app = express();
const proxy = require('express-http-proxy');
const apiProxy = proxy('localhost:API_PORT/api', {
  proxyReqPathResolver: function (req) {
    return req.originalUrl;
  }
});
app.use('/api/*', apiProxy);

הבעיה היא כנראה בגלל שהווב סוקט מגיע בפרוטוקול WS. לכן הוא לא "נתפס" ע"י הMiddleWare של Epxress.

מישהו מכיר פתרון?
או לחילופין, פתרון שונה לעניין של עדיפותי לפצל את שרת ה API מהשרת הסטטי.