Подпишитесь на наш Telegram-канал, чтобы всегда быть в курсе важных обновлений! Перейти

Исходник Пример сервера для авторизации / скачивания последней версии под программу.

Эксперт
Эксперт
Статус
Оффлайн
Регистрация
9 Апр 2020
Сообщения
1,480
Реакции
680
Одна из первых версий сервера для моего ПО, хз, новички вряд ли что-то поймут, но челики которые хоть немного шарят, но по какой-то причине не ебут че, как, к чему, проймут хотя бы в какую сторону идти.

Есть 2-ая авторизация:
- Через лоадер (по большей степени проверка на актуальность ключа, и скачивание последний версии программы, а так же выдача лицензии).
- Авторизация через ПО.

Есть пример выдачи подписки, проверки на оплату и прочий шлакотавр.
Пожалуйста, авторизуйтесь для просмотра ссылки.
 
Последнее редактирование:
1650393982979.png

бля, а где...
 
Python:
Expand Collapse Copy
def Server():
    Server = socket.socket()

я после такого уже не хочу смотреть код дальше
pep8 в мусорке лежит
 
Python:
Expand Collapse Copy
def Server():
    Server = socket.socket()

я после такого уже не хочу смотреть код дальше
pep8 в мусорке лежит
Бля, простите, а с какого хуя я вообще должен pep8 соблюдать, меня там многие вещи не устраивают, если тебе режет глаза одинаковое название, то хз, я когда подобный код смотрю, я могу различить вызов функции и обращение к переменной.
 
Бля, простите, а с какого хуя я вообще должен pep8 соблюдать, меня там многие вещи не устраивают, если тебе режет глаза одинаковое название, то хз, я когда подобный код смотрю, я могу различить вызов функции и обращение к переменной.
Это нарушение сразу трех ПЕРВЫХ принципов питона:
  • Красивое лучше, чем уродливое.
  • Явное лучше, чем неявное.
  • Простое лучше, чем сложное.
А давайте не ставить в питоне одинаковые табы, оно конечно будет работать после этого неправильно, зато по моему мнению красиво)
 
Это нарушение сразу трех ПЕРВЫХ принципов питона:
  • Красивое лучше, чем уродливое.
  • Явное лучше, чем неявное.
  • Простое лучше, чем сложное.
А давайте не ставить в питоне одинаковые табы, оно конечно будет работать после этого неправильно, зато по моему мнению красиво)
Ну если следовать этим 3-м принципам, то эти 3 правила перерастут в 33, и так снежным комом, я пишу вмеру нормально, так что доеб по поводу одного названия метода и переменной я считаю глупым, тк если ты не неженка, то до таких глупых вещей доебываться не будешь.
 
Ну если следовать этим 3-м принципам, то эти 3 правила перерастут в 33, и так снежным комом, я пишу вмеру нормально, так что доеб по поводу одного названия метода и переменной я считаю глупым, тк если ты не неженка, то до таких глупых вещей доебываться не будешь.
Названия классов - камелкейс
Названия методов и переменных - снейккейс
Избегать теневых имён (сюда же и твой пример)

Тут доёб, как ты понял, не только за переопределение указателя на объект
 
Названия классов - камелкейс
Названия методов и переменных - снейккейс
Избегать теневых имён (сюда же и твой пример)

Тут доёб, как ты понял, не только за переопределение указателя на объект
Ты меня ненавидишь, желаешь мне смерти, я тебя понял. :roflanEbalo: :da:
 
Ну если следовать этим 3-м принципам, то эти 3 правила перерастут в 33, и так снежным комом, я пишу вмеру нормально, так что доеб по поводу одного названия метода и переменной я считаю глупым, тк если ты не неженка, то до таких глупых вещей доебываться не будешь.
Добро пожаловать в здравый смысл! А знаешь сколько правил в УК РФ например? Без правил очень тяжело жить. Тем более у питона их почти нихуя и нет, да и все адекватные:
Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!
 
Одна из первых версий сервера для моего ПО, хз, новички вряд ли что-то поймут, но челики которые хоть немного шарят, но по какой-то причине не ебут че, как, к чему, проймут хотя бы в какую сторону идти.

Есть 2-ая авторизация:
- Через лоадер (по большей степени проверка на актуальность ключа, и скачивание последний версии программы, а так же выдача лицензии).
- Авторизация через ПО.

Есть пример выдачи подписки, проверки на оплату и прочий шлакотавр.
Пожалуйста, авторизуйтесь для просмотра ссылки.
посмотрел код в целом 6.5/10
а так хорошо, молодец!
 
Одна из первых версий сервера для моего ПО, хз, новички вряд ли что-то поймут, но челики которые хоть немного шарят, но по какой-то причине не ебут че, как, к чему, проймут хотя бы в какую сторону идти.

Есть 2-ая авторизация:
- Через лоадер (по большей степени проверка на актуальность ключа, и скачивание последний версии программы, а так же выдача лицензии).
- Авторизация через ПО.

Есть пример выдачи подписки, проверки на оплату и прочий шлакотавр.
Пожалуйста, авторизуйтесь для просмотра ссылки.
Кинул бы лайк, но не могу пока что)
 
Назад
Сверху Снизу