В одном из видео использовалось 22 символа. А в другом уже побольше символов использовал.Претензия предъявляется по факту использования, а не по количеству символов.
Может ли ко мне прилететь штраф от правообладателя за это?Для начала, не штраф (его назначает суд), а иск. И тут много нюансов и тонкостей, начиная от юрисдикции вас и правообладателя, и заканчивая доказательной базой - шрифт же у вас встроен в видео, а не в векторном/текстовом виде? Попробуй докажи что это именно тот шрифт, а не очень похожий. Ну и последствия скорее всего будут разные, но первое что вам прилетит скорее всего - страйк с ютуба.
document.addEventListener("visibilitychange", function() {
if (document.hidden){
console.log("Browser tab is hidden")
} else {
console.log("Browser tab is visible")
}
});У фирмы есть один главный офис. Есть магазины, принадлежащие этой фирме.Фирма будет одна? Тогда нет смысла выделять его в отдельную сущность.
В каждом магазине есть категории продуктов - мясо, молочные продукты, крупы.Во всех одинаковые? Или для каждого будет различный набор?
В каждой категории есть продукты, например говядина.Тот же вопрос. Плюс еще у вас будет куча нюансов, типа - наличие/в резерве/на складе/в доставке/цены/скидки... И свойства разных товаров, которые у одних типов есть, а у других нет или сильно отличаются...
Мне пока удалось нагуглить лишь такую штуку как File System Access API;https://www.google.com/search?q=html+javascript+up...
В общем мне нужен совет, кто что думает по поводу этих двух языков и куда в современном мире лучше смотреть.Если нужно больше денег и не смущает работа в корпоративном сегменте, то Ява или С шарп чаще выгоднее по деньгам.
И где как думаете, проще будет найти стажировку?Проще с пхп/пайтоном/жс, стек широкий по объемам, работников нужно много, как для новых проектов, так и для поддержки/рефакторинга легаси кода. Чаще всего условия более свободные, мне лично в корпоративном сегменте не комфортно, опять же, это все личные пристрастия, а не истина в последней инстанции.
...
success: function(data){
$('#result').text(data);
}
.......
if ($res == 'Yes') {echo "Функция включена";}
else {echo "Функция выключена";}
exit();
}
$smarty->display('users.html');
...как реализуется генерация html файлов?Никак. Никаких файлов не генерируется. Генерируется строка, содержащая какой-то шаблонный набор тегов (собственно так и называется - шаблон), и основное содержимое страницы (например статья или список статей), обычно хранящееся в базе данных или в другом хранилище. Эта строка отдается клиенту с соответствующими заголовками, объясняющими клиенту что за данные передаются (например "это будет хтмл" или "кодировка данных утф-8", естественно в более формальном виде, гуглите http headers).
Если искать слово "сло*", на первых местах выскакивают все ошибочные запросы где содержится именно "сло", хотя есть куча популярных слов типа "слон", "слово"
SPH_MATCH_EXTENDED2 Работает аналогично SPH_MATCH_EXTENDED с добавлением поддержки ранжирования и количественного поиска (quorum searching).
есть поле datetime, и поле type в котором есть значения 1 или 2.И все? Больше полей нет?
но из-за большого количества данных идёт сильная нагрузка.Большого это сколько? Сколько получается в итоговой выборке, сколько всего в таблице записей?
Как такое можно оптизировать.Оптимизация возможна когда понятна задача и есть нормальные исходные данные, например explain бы не помешал, и вышеперечисленные отсутствующие данные, а тыканье пальцем в лужу ощутимого эффекта не даст.
if($_SERVER['REQUEST_METHOD'] === 'GET' && isset($_GET['id'])) {<input name="pow" идет 2 раза, естественно первое значение потеряется.
Нет первый запрос вообще не работает.Не бывает "не работает", если код присутствует в странице - он исполняется. Соответственно в результате будет либо ошибка в консоли, которую можно посмотреть, либо результат выполнения, который вы не видите, по тому что не все учли в коде.
В чем проблема?В не чтении вами текста ошибки.
Но отвратительная скорость самого сайта.90% проблем не в движке, а в разметке и картинках. Ну и скриптов миллиард навешено. Показатели серверной части не критически плохи, хотя неплохо было бы разогнать сервер хотя бы для поднятия TTFB в желтую зону... Опять же, это не особо критичный параметр, можно забить. А вот картинки в 3-4 раза больше чем надо - это надо фиксить, скрипты не сжатые...
Смущает цена, сумма близкая к миллиону, во многом из за объёма сайта.Объем сайта не космический, таких денег явно не стоит, да и переписывать смысла не вижу. Вся проблема в текущем виде - проблема фронтенда, которая заменой движка бэкенда не лечится. Ну, если только не переделывать все вместе.