Есть ли способ полностью локально хранить переменные в браузере без участия сервера?Есть - LocalStorage
Является ли программист творческой профессией?Программисты бывают разные и степень восприятия творчества. Точить гайки на заводе - тоже вполне себе творчество...
Или в ней нужен математический склад ума?Как я уже говорил - программисты бывают разные, определённо есть такие, которым он не нужен. Хотя, в целом, любая машина, это прежде всего математика, я бы даже сказал, арифметика, которая лежит в основе любых вычислений, а машины - это прежде всего мощные вычислительные комплексы. Делайте выводу... К слову, при более глубоком подходе к вопросу "разработки" в целом, а не "абстрактного программирования", Вы сможете заметить, что в основе многих направлений - будет лежать очень много высшей математики.
PS Если интересно мое мнение. То я думаю что программист это человек ни сколько с мат. складом ума сколько фантазией.Таких тоже хватает. Думается мне, что именно такие люди, "с фантазией", когда-то придумали JavaScript и InternetExplorer.
Ведь если подумать даже простое сложение двух чисел можно решить не одним путем.Именно о них я говорил предложением выше.
Как работает технология dual lan в материнских платах?Я думаю так же как две отдельный сетевые карты, подключенные к условной машине N.
То есть в теории если я воткну два кабеля по 100 мб/сек будет 200?Порты на современных мат. платах обычно по 1ГБит, а не по 100Мбит, едвали какой-то провайдер в РФ (за редким исключением) даст Вам 1Гбит.
То есть в теории если я воткну два кабеля по 100 мб/сек будет 200?В теории - да.
Какие условия мне нужно соблюсти чтобы это заработало ?Иметь два кабеля и то, куда их воткнуть.
Кто сталкивался с реальным применением этой технологии?Я думаю, если эта технология работала бы как Вы хотите - смысла изобретать всё более быстрые и быстрые каналы данных - резко бы поубавилось, т.к. можно было бы просто накрутить больше кабелей и радоваться жизни. На самом же деле, для работы такой системы нужно будет очень тонко настроить маршрутизацию и балансировку нагрузки, чем я думаю Вы заниматься не будете... так как даже для достаточно опытного админа, подобные заморочки, как мне видится, полученного результата в большинстве случаев не стоят.
Нормально ли для каждой роли делать отдельную папку в Controllers и почти дублировать все контроллеры, чуть их модифицируя?Нет. Если даже отбросить все прочие "но", представьте, чего Вам будет стоить ввести новую роль в систему?! Это же будет полный ахтунг!
Также получается и роуты дублируются... и виды.Тем более.
Есть просто мысль, что я много кода дублирую, нормально ли это?Нет, не нормально. Честно говоря, я не понимаю, как Вы смогли изучить Laravel, при этом обойдя вниманием один из основополагающих принципов разработки DRY.
Для ролей и разрешений использую "laravel spatie permission".Честно говоря, не знаю что это, но если текущий модуль обслуживания прав/привилегий/ролей/управления доступом (и т.п.) - Вас чем-то не устраивает или заставляет(?) Вас нарушать основополагающие принципы разработки - нужно просто найти другой, более подходящий под Ваши конкретные задачи.
1. Приложение должно работать 24/7 с возможностью остановить и запустить процесс заново.Приложения на PHP, по умолчанию работают "24/7", но если Вы хотите, что бы процесс PHP постоянно висел в памяти - лучше обратить внимание на другой язык/стек, например C# + .NET или GO, они работают по принципу "процесс постоянно сидит в памяти", если для Вас это принципиально, т.к. у PHP несколько другая архитектура и, запустить ПХП-скрипт в циклическом режиме хоть и ничего не мешает, но я бы так делать не стал (по принципу "колоть орехи монитором - тоже ничего не мешает").
2. Связь фронтенда и бэкэнда реализована с помощью jQuery запросов к PHP - что мне кажется далеко не самым оптимальным вариантом.Клиент-серверный обмен данными на уровне REST-API - вполне себе оптимален и достаточно часто применяется, если Вы об этом...
Не хочу учить по книжкам, сразу пытаюсь решать реальные задачи. Если то в языке не пойму - смогу загуглить.Это Вы зря... Для начала, я бы всё-таки рекомендовал Вам книжку за авторством Котерова "PHP 7". Отличная книга "начального уровня". Если осилите её целиком - это будет неплохой старт.
Знаю/понимаю фронтенд. В бэкэнде (на PHP) могу решить 90% задач, которые должно делать приложение.Мне нравится Ваш оптимизм :)))
Единственная проблема в том то что мой провайдер (Ростелеком) имеет что-то вроде хабов которые делают так что проброс портов невозможен.Впервые слышу о "хабах" из-за которых невозможна маршрутизация... Ну да ладно.
Что если вместо дополнительной таблицы хранить в БД список этих изображений одной строкой, а в приложении "разбивать" её split'ом?Если у Вас MySQL - там есть поддержка данных типа JSON, который идеально подойдёт для таких целей.
Насколько это удачное решение или лучше так не делать?Ну как минимум это решение имеет право на жизнь, если Вы не планируете обрабатывать эти данные отдельно (например осуществлять по ним поиск). Но его смысл - лично мне не понятен.
PS: я знаю, что у postgres есть тип arrayА ещё у PostgreSQL есть тип JSONB, который позволяет полноценно индексировать поля в формате JSON... Но смысла в таком решении я всё равно особого не вижу, скорее даже наоборот.
На странице где имеются два тега "canonical" какой из этих двух тегов в приоритете, верхний или нижний?По логике HTML'a приоритетным будет тот тег, который объявлен последним (он должен переопределить все предыдущие). Но, так как эти теги предназначены в первую очередь для ботов - есть мнение, что разные боты могут вести себя по разному, в первую очередь по тому, что по правилам (если память мне не изменяет) - "rel canonical" указывается именно в
и правильно ли вообще, когда на странице два тега canonical
<head/>
, по этому есть подозрение, что боты в каких-то случаях могу проигнорировать "нижний" тег, а в каких-то проигнорировать то, что тег нарушает правила и переопределить значение...<head/>
, с большей вероятностью (по правилам HTML) отработает второй. Как можно запустить консольное приложение из другого оконного приложения, посылать ему команды и читать его ответы?
Клиент хочет это видеть на вп, но что-то мне кажетсяМне тоже так кажется.
Может ли вп такое потянуть ?При должном желании - думаю на ВП можно сделать всё что угодно.
Может ли бд такое тянуть и тд?Если альтернативы "ВП" в контексте данного вопроса я могу себе представить, то альтернативы БД - вряд ли...
Подскажите , какой стек больше подойдёт под эти запросы ?Любой, на котором Вы (или кто-то иной) сможет реализовать выше озвученное, "ВП" в целом исключением из этого списка не является. Тут вопрос скорее целесообразности, а не возможности как таковой. Более ли менее серьёзные проекты я бы делал на каком-нибудь фреймворке (на Python'е или на PHP).
При обновлении странички, проблема не пропадает.Судя по описанию, это связано с тем, что картинка кэшируется в браузере. Решить это можно например так:
<img src="image1.png?<?php echo time(); ?>" />
Это пожалуй самый просто вариант (менять путь, что бы он не кэшировался).Какие особенности верстки под iPhone и как можно тестировать без данной техники?Особенности вёрстки в рамках статьи или тем более ответа - Вы вряд ли сможете найти, по причине большой обширности данного материала и сложности его изложения, особенно с учётом того, что разные устройства/браузеры могут давать различные "артефакты" (назовём это так).