Не работает восстановление.
То есть иными словами, 99% всех текстов на сайтах в интернете не попадает под это определение. Получить документ об авторстве этих "сео"-текстов нельзя, следовательно сайты могут брать друг у друга хоть весь контент, не беспокоясь о судах (ну разве что исключая зарегистрированные бренды и торговые знаки).
Тут немного не точная формулировка. Заказы делают не админы, а менеджеры.
Вообще сам когда-то искал подобное решение, но не нашел, в итоге решил сам написать. Правда, ситуация изменилась и система разграничений в итоге не понадобилась, но вообще планирую сделать разводку, так как в дальнейшем все-таки может пригодиться.
Вот кстати, интересно. Какого объема должно быть произведение, чтобы получить на него авторские права. И какого содержания.
А-то ведь взять и зарегистрировать фразу "Здесь был Вася" - и на каждого, кто напишет ее - подавать в суд. Бред же.
Да и тексты типа "Обзор тележки из Ашана" - тоже вряд ли можно посчитать произведением, на которое дадут свидетельство об авторском праве.
Можно ли подробнее узнать про этот момент?
P.S. Год уже размещаю часть сайтов у них (около 100 штук). Пока вроде не было сильных нареканий, были пару моментов, что для роботов яндекса были недоступны. Решилась проблема обращением в техподдержку и добавлением ip адресов в белый список.
Ну, еще иногда сайты долго грузятся, но в целом более-менее приемлемо.
Так что не хотелось бы, чтобы у них внезапно проблемы возникли.
Помимо прямых расходов (сам товар) есть еще косвенные. То есть транспортировка, аренда помещений, электричество/интернет/телефон и другие хоз. товары для нужд организации. НДС влияет на все эти расходы, поэтому помимо увеличения стоимости самого товара коммерсанту надо покрыть и другие расходы, которые тоже увеличатся. Более того, желательно будет еще и зарплату увеличить, так как получается, что сотрудники на эти деньги смогут уже меньше купить. Ну и заложить невозвратный НДС (налоговая не разрешила принять к вычету, спорный момент с точки зрения арбитражной практики, неправильно или не вовремя оформленная фактура и т.д.). Вот и получается накрутка.
На 25 процентов смысл какой, если проще и выгоднее официально? На УСН 6% + дивиденды 13%. И легально и меньше получается.
Ноут конечно древний, но я заменил HDD на SSD и увеличил память до 4 ГБ. Не истребитель, но работает неплохо. Сколько держит батарею не засекал, но за пять минут даже до 90% не разряжается. Могу произвести более точные расчеты.
Сделал тест. От момента включения (нажал кнопку). За 15 минут заряд батареи снизился на 10% и показывает 90% и оставшееся время работы - чуть больше трех часов.
Даже не поленюсь и приведу всю конструкцию:
$(".btn_min").on("click",function(){ var elem = $(this).closest('.wrap_item'); var colvo = $(elem).find(".inp_num").val(); colvo = colvo - 1; var colvo = $(elem).find(".inp_num").val(colvo); }); $(".btn_plus").on("click",function(){ var elem = $(this).closest('.wrap_item'); var colvo = $(elem).find(".inp_num").val(); colvo = colvo - 1 + 2; var colvo = $(elem).find(".inp_num").val(colvo); });
Я все это соптимизировал до colvo-- и colvo++. Удивительно, но все работает. Может зря сделал?
Я вот, в свое время, читал, что написано:
PHP также допускает короткий открывающий тег <?,
Но после того, как при переносе сайта с одного хостинга на другой (с естественно, другими настройками) не сразу смог понять - какого фига ничего не работает. Ах, да, это же не обязательный тэг. Обязательный <?php - его игнорировать нельзя! А упрощенный - да нафиг его. Ну вот и не работает.
Так что после этого, все рекомендации вида "PHP также допускает" или "предпочтительно опустить" мною сознательно игнорируются, ввиду их необязательности к применению. Дабы избежать такого, что в следующей версии они все-таки решат, что закрывать нужно было. И что - опять все переделывать?
А насчет "случайных символов пробела или перевода строки после закрывающего тега PHP" - так проверяю все файлы, удаляю лишнее, смотрю кодировку и т.д. И нет проблем.---------- Добавлено 29.06.2018 в 21:12 ----------
Нет. Во-первых, полное отделение разметки от кода позволяет настолько абстрагироваться, что вся программа пишется с ходу, вообще не задумываясь, что, где и как должно отображаться. Во-вторых, сразу знаешь, в каких файлах что искать и менять, при смене дизайна.
Единственное, что я оставил (да и то - временно) пока в php - это ответ на ajax запрос - в файлах есть текстовые сообщения, которые выводятся пользователю. Но и это, на самом деле, делать нежелательно - все должно идти из базы. Таким образом проще будет сделать мультиязычную систему. А вот ответ на ajax запрос в виде части html (например для корзины) - тоже берется разметка из шаблона. Это позволяет менять дизайн только в одном месте, а не выискивать кучу мест, где это могло быть.
P.S. Я никому не навязываю это. Но если есть желание лучше сразу делать хорошо, красиво и удобно, а не городить очередной битрикс.---------- Добавлено 29.06.2018 в 21:17 ----------
Зря смеетесь. Я тут недавно столкнулся с невиданным "перлом" верстальщика. Вот эта строчка кода меня убила наповал:
colvo = colvo - 1 + 2;
Это было в готовом проекте! Ну ладно, я молчу, может человек не знал инструкции
colvo++;
Но вычесть единицу и прибавить два, чтобы получить инкремент - это уже за гранью. И нет, это не было опечаткой - этот код встретился три раза!
