• Перенос laravel сайта на хостинг?

    webirus
    @webirus
    Тыжверстальщик! Наверстай мне упущенное...
    Сайт МОЖНО перенести на хостинг. Не нужен композер для этого.
    А вот без доступа к конфигу апаче нельзя и правда настроить верно путь.
    В вашем случае, нужно залить все файлы в папку привычную вам - www/
    И в конфиге апача прописать уже путь вместо www/ - www/public/
    Ответ написан
  • Как установить Laravel на обычный хостинг-сервер?

    Wolfnsex
    @Wolfnsex
    Если не хочешь быть первым - не вставай в очередь!
    Но теперь решил, что пора двигаться дальше и нужно установить его на свой хостинг. Вот только как это сделать? Там нужен композер или еще что-то?

    Не нужен. Композер - это менеджер пакетов, который разгружает файлы в папку "vendor", а так же обновляет их там и т.д. Нет никакой проблемы закачать их "руками", в конечном виде, на хостинг.

    Максимум, что может понадобиться - это наличие сервера Apache (коий есть примерно у 95% хостеров), что бы переопределить корневую директорию проекта.

    Весь мануал будет удивительно краток:
    1. Загружаете все файлы на хост ("как есть")
    2. Создаёте в корешке хоста файл .htaccess вот с таким содержимым:
    <IfModule mod_rewrite.c>
      RewriteEngine On
      RewriteRule ^(.*)$ public/$1 [L]
    </IfModule>

    3. Готово

    Там нужен композер или еще что-то? Ну и все эти приблуды с локального сервера. Буду благодарен за предоставление мануала. Спасибо :)

    "Композер и что-то ещё" могут быть нужны при наличии некоторых механизмов "деплоя" (англ. "deploy"), но это уже не хостинг, а как минимум VPS, и желательно там иметь Git и другие механизмы и т.д... Когда Вам это очень понадобиться - вопросы подобные тому, что Вы озвучили выше - отпадут сами собой :)
    Ответ написан
    7 комментариев
  • Какая структура мультиязычности в url лучше?

    Adamos
    @Adamos
    Простой здравый смысл подсказывает, что 1 и 3 не имеют смысла вовсе.
    Если вы раскручиваете национальный сайт независимо от основного - поддомен и ЧПУ.
    Если раскручиваете многоязычный - раздел и ЧПУ.
    Если не раскручиваете вовсе - раздел и id.
    Ответ написан
    5 комментариев
  • Кто что может сказать о CMS SiteEdit?

    vladamir
    @vladamir
    Hаwno.. Слабая, бесполезная вещичка. Работал с ней, имею опыт (к сожалению). Не советую ни кому. Хотите быстро сделать сайт без минимальных вложений? Изучайте вордвпрес, жумлу, друпал. Хотите хороший сайт? CI, Yii, sf, zend вам в помощь! Не стоит обращать внимание на подобную мелочь, она в 99,{9} случаев из ста не оправдана. А если вам начальство трактует подобное быстрое решение.. хэдхантер вам в помощь.
    Ответ написан
    Комментировать
  • Кто что может сказать о CMS SiteEdit?

    ainu
    @ainu
    Расскажу, что это такое. Сайт крутится у них на сарвере под своим закрытым ПО, и едактирование происходит путём работы с некйо программой-клиентом. Соотвественно всё захардкожено «где-то там».

    Минус основной, сквозной — Vendor Lock.
    Минус первый — привязка к системе, а там даже не HTML, а какаято ересь на табах.
    Минус второй — привязка с серверу, отсутсвие FTP доступов как таковых.
    Минус третий — ни один из программистов не сможет ни одной строчки поправить.
    Минус четвёртый — редизайн — только через компанию, сайт создающую (SiteEdit).
    Минус пятый — редактирование через специальную программу, намучавшись с ключами. Не из любого места, где есть интернет.
    Минус пятый (возможно, вот тут я неправ) — теоретически можно отредактировать чужой сайт. По крайней мере както вышло, не имея ключа, который заказчик потерял, а изменения надо было делать. Где чтото както получилось, не знаю, как.
    Минус шестой — трафик повышенный — весь сайт выкачивается и закачивается на локальный комп.

    Плюс первый — лично Вам ничего делать не надо. Даже не сможете. Отдыхайте,
    Плюс второй — руководству будет урок. Потому что позже всё переделаете как у людей, будет негативный, но опыт, и всё станет хорошо.
    Плюс третий — техподдержка есть, хорошая, всё-в-одном.

    Был как то сайтик, который обслуживали, некоторые глюки так и были несправлены, ибо невозможно.
    Так что НЕ писать проект. Там тупо нет места, где что-либо писать.
    О дальнейшем расширении тоже можно забыть. Руководство неправильное — инструмент должна выбирать компания, создающая сайт. Или человек, сайт создающий. Если руководство считает, что умеет создавать сайты — пусть попробует.
    Блин, постройте нам машиностроительный завод из игрушечного конструктора для постройки дачных домиков, а то мы уже купили кучу кубиков.

    Но если у Вас есть небольшие деньги, наплевать на дальнейшее развитие, на SEO-оптимизацию, есть возможность время-от-времени оплачивать доп. услуги, и хочется простую визитку и удобное управление — пожалуйста. Но вот на рынке полно компаний, который тоже самое сделают за 3000-700 руб, т.н. быстрый сайты, или экспресс сайты, в т.ч. интернет-магазины. В любом случае, просмотрите существующие проекты, и поймите — будет тоже самое. Не «а вот тут чуток по-другому», а тоже самое, абсолютно. Как решение для быстрого автоматизированного создания сайтов, ребята сделали уникальную штуку, которую больше нигде не видел, и в этом они молодцы.

    И последний факт из практики все клиенты, повторюсь, каждый клиент, когда-то заранее купивший лицензию на платную CMS (будь то битрикс, шопскрипт или ещё что то), и настаивающий на ней, потом сайт переделывал «с нуля». Вот такая вот печальная статистика.
    Ответ написан
    2 комментария
  • Как сделать кроссдоменный ajax запрос в chrome extensions (расширение для хрома)?

    dollar
    @dollar
    Делай добро и бросай его в воду.
    В расширениях для бразуера есть не только юзер скрипты, но и, так называемая, фоновая страница или фоновый скрипт (одно и то же). Это как бы скрытая вкладка самого расширения, которая всегда активна, пока активно расширение. В этой вкладке прямо в js можно хранить всё то, что нужно для работы расширения, а также выполнять задачи, затрагивающие расширение в целом. Например, можно делать ajax к любым доменам.

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

    Дать права можно в манифесте. Вот так выглядят права на все сайты (плюс на табы):
    "permissions": [
    	"<all_urls>", "tabs"
    ],

    Вот пример другого набора прав (на конкретные сайты плюс всякое):
    "permissions": [
    	"https://toster.ru/*", "https://habr.com/*", "notifications", "storage"
    ],
    Ответ написан
    1 комментарий
  • Где хранить код вёрстки для дальнейшего использования?

    lukoie
    @lukoie
    это называется сниппеты
    и нормальные ИДЕ такое знают
    transfer.gif
    Ответ написан
    Комментировать
  • Как позиционировать z-index в safari ios?

    dagtec
    @dagtec Автор вопроса
    Сам придумал, сам нарисовал, сам сверстал
    Вылечил простым перемещением текстов выше картинки.
    Спасибо Руслан за подсказку))
    Ответ написан
    1 комментарий
  • Как отключить кеш для конкретной страницы?

    YumeReaver
    @YumeReaver
    Бургомистр
    В head
    <meta http-equiv="Cache-Control" content="private">
    Ответ написан
    Комментировать
  • Почему не отображаются dots в owl-carousel?

    UnluckySerivelha
    @UnluckySerivelha Автор вопроса
    Как оказалось, ошибка была в том, что нужно было просто добавить к контейнеру класс owl-theme
    Ответ написан
    3 комментария
  • Как скачать ВСЕ файлы в css и JS через wget?

    @napa3um
    --page-requisite
    -p
    Ответ написан
    Комментировать
  • Как сделать внутриигровую валюту на сайте?

    saboteur_kiev
    @saboteur_kiev
    software engineer
    В данном случае лучше сразу обратиться к юристу.
    Вывод реальных денег это очень и очень большой гемор для "сайта с игрой", и ответ на ваш вопрос в рамках тостера будет недостаточен.
    Ответ написан
    1 комментарий
  • Почему не работает ajax на странице?

    @StrikeBack
    У вас тип запроса передается свойством method, а должно быть type

    вместо:
    method: method,
    сделайте:
    type: method,
    Ответ написан
    Комментировать
  • Как начать использовать технологию WebSocket?

    frost18
    @frost18 Автор вопроса
    Программист PHP
    Всем спасибо, очень помогли.
    Использовал Ratchet, все что хотел - сделал, остался доволен, для первого знакомства и понимания работы comet сервера самое то.
    Ответ написан
    1 комментарий
  • Под какие (разрешения) экраны делать адаптивку сайта?

    alex-saratov
    @alex-saratov
    Ну я не стал бы рассчитывать на то что у ВСЕХ мобилок такое разрешение
    Я делаю до ширины 288 px
    Тестирую 10 - 15 режимах, для каждого делаю свой media screen с коррекцией отображения для отдельных элементов. если рассчитывать на популярные, то отсечете часть пользователей.
    @media only screen and (max-width: 990px){	
    }
    @media only screen and (max-width: 850px){	
    }
    @media only screen and (max-width: 767px){	
    }
    @media only screen and (max-width: 566px){	
    }
    @media only screen and (max-width: 489px){	
    }
    @media only screen and (max-width: 379px){	
    }
    @media only screen and (max-width: 339px){	
    }
    @media only screen and (max-width: 299px){	
    }
    Ответ написан
    Комментировать
  • Вопрос верстальщикам. Как вы так быстро верстаете и не умираете от скуки?

    @frontender
    Если скучно, идите во фронтенд. JS не даст заскучать :)
    А так, ну что могу посоветовать:
    - используйте препроцессоры, это реальное подспорье. Особенно, когда приходится много и тупо писать стили. Напишите миксины, копите их в репозитории и переиспользуйте. Чтобы написать универсальный миксин, надо постараться и подумать.
    - напишите стартовый шаблон для типовой верстки. Это ооочень ускорит процесс и он не будет таким нудным
    - используйте шаблонизаторы! Pug(Jade) просто отлично заходит. Пилите layout, header, footer и отдельные блоки в отдельных файлах, потом просто втыкаете на страницу. Опять же, можно писать миксины, функции и прочие вещи.

    Подходите к работе с умом, а не на автоматизме. Поверьте мне, вы не умеете верстать) Это намного более обширная область, чем клепание html и css изо дня в день.

    Опять же, попробуйте профилировать вашу верстку. Наверняка узнаете оочень много интересного. Например, что из за обширных анимаций отрисовка начинает тупить и нужно как то выкручиваться. В общем, много всего прикольного в верстке, стоит только включить голову
    Ответ написан
    Комментировать
  • Вопрос верстальщикам. Как вы так быстро верстаете и не умираете от скуки?

    @elov4anin
    Frontend developer
    1 Ипользуете БЕМ блоки - заметно ускорят верстку, благодаре реиспользуемости.
    2 Разберитесь с перепроцессорами CSS - less, sass, stylus. Я остановился на пока на стайлус. Миксины, работа с переменными и цветами. чем то напомнит программирование и так же поможет в скорости верстки и поддержке проектов.
    3. Освойте emmet или pug(jade). Тут дело вкуса, тоже ускорят процесс верстки.
    4. Используйет технику помидоро - поработали 20-30 минут - перерыв 5-10. Так раза 2 а потом можно и большой. Но это не каждому заходит, но помогает сконцетрироваться на задаче.
    5. Сброщики проектов gulp/grunt/webpack - автоматизируют рутину. Тут нет предела для творчества
    6. Изучите JS, - будет не скучно))))
    Ответ написан
    1 комментарий