Evgenij Legotskoj

EVILEG

  • 10
  • 0
Donate
July 19, 2019, 3:28 p.m.
Evgenij Legotskoj

Удалось поправить включение расширения для markdown,
так что можете спокойно ставить один Enter для перевода на следующую строку

и два для создания нового абзаца

July 17, 2019, 3:07 a.m.
Evgenij Legotskoj

Ошибка исправлена, сохранение на данный момент реализовываться не будет. Пока что это не имеет такого высокого приоритета, как остальные вещи на сайте.

July 17, 2019, 3:06 a.m.
Evgenij Legotskoj

Если честно не знаю, посмотрим, есть ли расширения для python-markdown, которые обеспечивают подобную работу.
Если есть, то тогда буду внедрять, если нет, то оставлю пока как есть. На данный момент это будут неэффективные затраты времени для меня, если это не будет решено с помощью готового расширения.

July 16, 2019, 2:49 p.m.
Evgenij Legotskoj

Синтаксис markdown использует два пробела на конце строки для создания перехода на другую строку.
В этом случае не будет сформирован новый параграф, но будет перенос на другую строку.
Как я сейчас написал.
А если два раза нажать ввод, то будет параграф.

Например так будет.

June 24, 2019, 8:12 a.m.
Evgenij Legotskoj

Добрый день!

Компанию возможно выбрать в том случае, если компания уже была создана. Поэтому перейдите в раздел компаний, создайте свою компанию, а потом уже создайте вакансию в разделе вакансий.

Но я вас понял насчёт воможности создания компании. Посмотрю, что можно будет сделать в этом случае. Подобный механизм уже реализован в админке Django, буду отталкиваться от того.

June 18, 2019, 3:17 p.m.
Evgenij Legotskoj

Добрый день, спасибо за информацию по ошибке 500. ошибку я отследил, создавайте пока новые темы с главной страницы форума, а не из разделов. Вернусь из отпуска, исправлю.

Насчёт сохранения, посмотрим.

June 16, 2019, 3:37 p.m.
Evgenij Legotskoj

Добрый день.

В каждом разделе есть возможность упорядочивания статей и по дате и по заголовку. Это находится в поле ввода поиска по статьям. Работает вне зависимости от того, введено ли было поисковое слово или нет.

June 6, 2019, 6:55 a.m.
Evgenij Legotskoj

Нет. Поскольку не требовалось. Есть некоторые API для активностей и ещё кое-чего, что работает через AJAX.

Но классического REST-API я не делал, не до того было. Да и вкупе с ним стоило бы начинать разбираться с JS-шаблонизаторами, на что также не было времени.

То есть, если начинать работу в данном направлении, то буду добавлять новый app в проект, который будет полностью отвечать за чистый REST-API.

June 6, 2019, 5:38 a.m.
Evgenij Legotskoj

Я тоже большей частью C++ разработчик. В частности моя fulltime работа - это разработка на Qt/C++. Но я бы не рискнул делать мобильное приложение на Qt/QML/С++. Слишком много проблем на мой взгляд возникает, которые например в Dart/Flutter решались подключением готового пакета.

Что касается ТЗ, то тут по сути будет доработка текущих пошаговых задач.
Общая задача - это реализация всего существующего функционала. Но сидеть и описывать это всё в ТЗ, у меня времени столько нет.

В целом первоначальная постановка задач может быть следующей:

  1. Реализация авторизации, что я бы делал самостоятельно полностью.
  2. Реализация поддержки статей
  3. Добавление возможности комментирования статей
  4. Реализация поддержки форума
    • Создание новых тем
    • Комментирование тем
  5. Базовый функционал для активностей:
    • Лайки и дислайки
    • Избранное
    • Подписки

Сайт разрабатывается уже на протяжении пары лет, поэтому объём работы достаточно крупный, так что сходу и детально всё описать затруднительно.

Естественно, что для всего этого требуется подготовка API в бэкенде

June 6, 2019, 3:09 a.m.
Evgenij Legotskoj

Добрый день!

Правильно понимаю, что предложение касается именно EVILEG? Если это было общее предложение, чтобы в принципе написать какое-то приложение, то можете на форуме создать эту тему. Единственное, там нет ещё раздела по SWIFT, но могу добавить его.

Касательно самого предложения.

Идея хорошая и для сайта она будет реализовываться, но я как мэйнтейнер проекта EVILEG (проекта, который всё-таки пока что не могу назвать коммерческим) не считаю, что начинать разработку с iOS является прям такой хорошей мыслью. Поскольку за последний год количество посещений сайта с браузера Safari составило 2,39 %, а с Mobile Safari - 1.5 %.

То есть будет проводиться работа для целевой аудитории в 2 % в лучшем случае.

Если учесть суммарный объём работы, который я уже проделал на сайте, то разработка такого приложения будет конечно очень хорошим источником новых статей, поскольку не рассказать о такой разработке будет непростительной ошибкой. Но в тоже время отдача от такой разработки будет слишком небольшой, на мой взгляд. Помимо прочего мне придётся перенести усилия на разработку API для мобильного приложения в бэкенде сайта, хотя есть ещё довольно большое количество пробелов на самом сайте.

Также хочу поинтересоваться насчёт языка программирования SWIFT. Чем обсуловлен данный выбор? Ведь он несёт ограничение в платформе. Конечно из плюсов очевидным является то, что это нативное средство разработки. Но в тоже время есть например язык программирования Dart и Flutter фреймворк, которые разрабатываются Google. Я их пробовал и могу сказать, что в целом они довольно удобны, а также можно писать код, который без проблем компилируется как для iOS, так для Android. В целом те технологии без проблем покроют всю необходимую функциональность для сайта, а openapi-generator может создать dart модуль из swagger документации API сайта, которое будет разрабатываться.

В целом я не против вашей идеи, но и не за в силу предложенных технологий.

Looking for a Job?
25,000.00 руб. - 30,000.00 руб.
Разработчик Qt/C++
Barnaul, Altai Krai, Russia

For registered users on the site there is a minimum amount of advertising