Виктор П.

Если вам нужно (top_offset >= general_logo_offset.top) то зачем вы в условии пишете "<="?

Отвечая на вопрос, вы можете подставить НЕ к условию, если у вас в выражении получается false, и вам нужно попасть в тело этого условия (при условии, что вы всё учли и ничего не напутали), например:

if ( !(top_offset <= general_logo_offset.top - 55 && top_offset >= 0) ) {}

Как вы понимаете, такой вариант очень трудночитаем. Другой вариант, вы оставляете условие таким, но тело переносите в блок else, например:

if (top_offset <= general_logo_offset.top - 55 && top_offset >= 0){}
else {
  // вот сюда
}

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

if (!expression) { }

После прочтения этого гайда вы сможете реализовать приложение на ангуляре:
https://metanit.com/web/angular2/

О, я так и думал, что будет много советов читать книги по архитектуре. С ними такая подстава, на уровне джуна ты не будешь понимать, о чём вообще говорится в этих книгах. Или будешь понимать, и такой, даа, автор жжёт, правильные вещи говорит, а вот что делать с этим дальше - не в курсе, так как практики нет. А вот когда дорастёшь до какого-нибудь ведущего, тогда будешь перечитывать еще раз с мыслью "аа, так вот что он имел в виду". И вот именно из-за этого, многие на начальном этапе не осиливают такие книги, поэтому, если есть лишнее время, можно почитать.
Что нужно делать: идёшь в энтерпрайз. Да или просто в компанию, которая пилит 1-4 продукта с разными командами. В команде должно быть по нескольку человек. И постоянно достаёшь более опытных разрабов с вопросами почему сделано именно так. Плюс должно быть код ревью, чтобы более опытные тебе постоянно указывали на твои ошибки, что вот так делать не надо.
Через год меняешь контору, но чтоб тоже сложные проекты были и были команды, и так же достаёшь вопросами почему сделано так, а не иначе.
Тогда и придёт понимание как делать удобнее и правильнее. Вот тогда и можешь почитать книги по архитектуре, чтобы еще больше пришло познание.
Избегай контор, в которых будешь работать один или двое, это болото, которое не даст тебе такого мощного проф развития.
Касательно написания более понятного и чистого кода, этот вопрос не относится к архитектуре. Это всё тоже придёт с практикой и с код ревью. Как вариант, чтобы усилить, можно посмотреть паттерны, вот есть крутой сайтец с приятными картинками, лёгкое чтиво (естественно, достаточно того, что в открытом доступе):
https://refactoring.guru/

var form_data = $(this).serialize(); //собираем все данные из формы
сериализует данные в строку запроса, которая должна отправляться методом GET.
Я удивлен, что работает в других браузерах.
Вам необходимо собрать данные в корректный json, чтобы отправить их методом POST в теле запроса

Именно, что государство (цб, на самом деле, его не контролирует государство) может выпустить сколько угодно денег. По сути, фантиков, потому что деньги не привязаны к какому-то физическому эквиваленту. Из-за этого возникают разные смешные ситуации, типо чёрного понедельника (самоубийства и ад). Различные "кризисы". Различные рычаги давления. К примеру, курс доллара по отношению к местной валюте за неделю вырастает в два раза. У нас что, люди перестали работать? Украли золотые запасы? Закончились международные контракты, заключенные на будущее? Закончились продовольственные запасы? Нет, жили как жили, но жить стали хуже. Это всё механизмы давления, и рычаги от этих механизмов находятся не в наших руках. В том числе появляются войны. Есть много интересных видео про то, как устроен финансовый мир, поглядите, интересно.
Что касается криптовалюты, по сути, это такие же фантики. Но решение сложных математических операций (майнинг) гарантирует нам, что никто не может нарисовать сколько угодно денег за сколь угодно короткий промежуток времени. И даже когда появляются очень большие мощности, увеличивается сложность задач и выпуск этих крипто-денег всё равно происходит довольно стабильно. Так же вообще отсутствует центральный банк. Тот, кто организовал криптовалюты не имеет рычагов давления.
Из вышесказанного, если сравнивать два фантика, доллары и криптовалюту, то у второй видно явное преимущество.
Ну и опять же, после всеобщего распространения, появились биржи и появилась зависимость криптовалют и долларов. Поэтому появились и дополнительные рычаги изменения цены. Это, в принципе, не зависит от криптовалют, у кого есть все деньги мира (бесконечное количество фантиков), он может купить весь урожай хлопка и задрать нереально цены. В общем, не должны были криптовалюты так использоваться, но имеем что имеем.

Привет!
Во-первых, приведенные примеры - это абсолютно разные задачи, поэтому решения у них так же сильно различаются.
Если есть возможность заранее сделать перевод, например для кнопок меню или для кнопок каких-то инструментов, то нужно это делать заранее. Механизмы у многих самописные, но так же существуют в разных фреймворках свои реализации, например, если пользуетесь npm, посмотрите globalize npm. Смысл в том, что все текстовки выносятся в отдельные файлы (обычно на клиенте) и их можно отдельно редактировать и легко добавлять новые.
Что касается книг, то это идёт работа с базой, необходимо вынести тексты в отдельную таблицу/таблицы, либо добавить идентификатор языка и хранить в одной таблице. В любом случае у вас увеличивается размер базы данных и увеличивается сложность запросов и сложность работы. Естественно, работать будет медленнее, это такая плата.
Если говорить о динамически генерируемом контенте, как вариант, если это устраивает, можно разделить страницы. То есть будет форум на русском языке и форум на английском языке и они не пересекаются.
Есть и другой вариант, у контор, которые занимаются переводами обычно есть api (можете посмотреть хоть яндекс транслейт, хоть гугл транслейт, есть еще куча специализированных). Такие апи обычно платные. Соответственно, пишется комментарий на испанском, этот текст прогоняется через апи (для каждого используемого языка) и результат записывается в организованную, примерно как для книг, базу. Ну и да, это, естественно, машинный перевод так себе качества.

https://habr.com/post/245443/
язык программирования кококо (Petooh)

Как по мне, у тостера есть все предпосылки, чтобы стать крутым, но этот сервис не пользуется всеобщей популярностью. Если посмотреть на какой-нибудь мэйл.ру ВиО, в своё время он был побольше и популярней, но скатился в какое-то днище и был благополучно забыт всеми поисковиками. Тостер узкоспециализированный, поэтому своя аудитория у него всегда будет.
В любом случае, делать такой проект не сильно тяжело, попробовать определенно стоит

Возвращать кастомные номера ошибок в принципе плохая практика.
Если у вас большой список параметров, то оборачивайте их в класс данных, dto.
Далее, вам нужна валидация. Из коробки доступна схема работы с ModelState - это когда в декларативном стиле описываются правила и на выходе есть метод isValid - валидна ли модель и весь список ошибок, если не валидна. Для зависимых полей приходится писать кастомные классы-валидаторы, это не всегда удобно, но можно писать правила любой сложности.
Второй вариант, это вы подключаете fluent validation, и во внешних классах описываете все правила. Как по мне, у них сложноватый синтаксис, поначалу немного пугающий, но в целом всё отлично работает.

Привет, я не очень шарю в вебпаке, поэтому, если он нужен, я создаю новый проект и использую шаблон, в котором уже настроен вебпак. Я пользуюсь visual studio, но, если вы пользуетесь другой ide, можно скачать настроенный шаблон с гитхаба

Какую строку хотите распарсить? Что было до JSON.parse?

Ноль ноль вроде, чего их получать

Привет!
Если этот проект позиционируется скорее как хобби, то лучше не использовать cms, вначале пройдите какой-либо сжатый курс по фреймворку, я пишу на стеке .net технологий, могу посоветовать https://metanit.com/sharp/aspnet5/ если вы выберете другой стек, то на этом же сайте есть другие разделы, в любом случае советую ознакомиться, будет полезно для проф развития. Каких-то сложных задач у вас не будет стоять, а с типовыми лучше разобраться самостоятельно, так что выбирайте фреймворк. Касательно данных, веб приложения строятся на базе данных и, по сути, представляют собой операции над базой данных. Это отдельный большой раздел в веб разработке как правильно проектировать базу данных. В любом случае, в будущем вы сможете написать другое приложение, используя другую верстку или какие-либо клиенские фреймворки, например ангуляр или реакт, не внося никаких изменений в существующую базу и не трогая имеющиеся данные.

Можно подключить Яндекс диск как вариант