- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
У меня есть сайтик на хостинге, где запрещен FTP-доступ, только по SSH. Будет ли программа работать в этих условиях? Хотя, наверное, подобный случай достаточно редкий :)
будет, если это будет так необходимо :)
psylosss, svarog, т.е. Вы отрицаете что перед разработкой системы гораздо лучше знать все её функции и тем самым советуете доработать текущую реализацию, которая в будущем неизбежно будет изменена ?
ТЗ любого проекта остается неизменным только до первой его версии, после этого начинается изменение планов. (© Svarog :) )
Есть такое понятие как "ядро" системы, на его основе которого вы можете лепить все что угодно, естественно предварительно описав все нужные вам возможности в отдельных классах ("модулях"). Это ядро должно быть спроектировано таким образом, что в случае каких-либо изменений в системе, они его особенно не затронули. Для этого совсем необязательно знать все будущие возможные и невозможные возможности системы (Простите за тафталогию).
Если же следовать вашим путем, то необходимо заранее не просто учитывать будущие возможности, но еще и описывать их. Притом в результате этих гаданий на кофейной гуще, вы будете иметь кучу неопробованного кода, в котором будет встречаться N-ое кол-во непонятных эксепшенов аки ошибок. Любые изменения проекта будут затрагивать практически весь его исходный код, потому что вы опять же проектировали его исходя из всех его будущих возможностей...
В общем вот такой вот апокалипсис :)
ТЗ любого проекта остается неизменным только до первой его версии, после этого начинается изменение планов. (© Svarog :) )
Есть такое понятие как "ядро" системы, на его основе которого вы можете лепить все что угодно, естественно предварительно описав все нужные вам возможности в отдельных классах ("модулях"). Это ядро должно быть спроектировано таким образом, что в случае каких-либо изменений в системе, они его особенно не затронули. Для этого совсем необязательно знать все будущие возможные и невозможные возможности системы (Простите за тафталогию).
Если же следовать вашим путем, то необходимо заранее не просто учитывать будущие возможности, но еще и описывать их. Притом в результате этих гаданий на кофейной гуще, вы будете иметь кучу неопробованного кода, в котором будет встречаться N-ое кол-во непонятных эксепшенов аки ошибок. Любые изменения проекта будут затрагивать практически весь его исходный код, потому что вы опять же проектировали его исходя из всех его будущих возможностей...
В общем вот такой вот апокалипсис :)
Вобщем очень грамотно написано. любой грамотный программист сначала отладит базовые функции и откатает на них ядро, а уж потом будет наращивать функционал.
Ядро тоже модифицируется в процессе разработки новых вещей, но как правило только за счет добавления новых, нужных везде функций, либо за счет изменения функционала старых. Например функция отдавала одно значение, но спокойно может отдавать два - значит ее модифицируют так, чтобы она отдавала два. Проектировать нужно таким образом, чтобы при изменении к примеру количества возвращаемых данных не приходилось переписывать все места, где эти данные принимаются.
Что бы Вы хотели еще видеть здесь…
Кнопку "Бабло" 😂
Кстати, такой момент.
Для включения подсветки кода в текстовом редакторе, HTML, CSS, PHP, JS и др. можно использовать библиотеку Scintilla, прикручивается она очень просто, к тому же используется в проектах многих известных систем, так что работать она должна стабильно.
Кстати, SciTE и Notepad++ (столь любимый многими мастерами) работает как раз на ней :)
svarog, спасибо за предложение по библиотеке...кстати у вашего противника по спору тоже ба-а-альшой опыт работы, поверьте мне наслово ;)
Jas0n, Влад, вот с этим согласен на все 100%, не спорь:
В общем хватит спорить ниочем, демку делать надо 😂 Пока тестирование продвигается успешно :)
кстати у вашего противника по спору тоже ба-а-альшой опыт работы, поверьте мне наслово
Да я и не отрицаю... Jas0n, без обид, ок? :)
В общем успехов в работе, надеюсь что ScinTilla вы прикрутите, исходный код будет выглядеть в разы лучше, да и удобнее с ней будет работать.
Это ядро должно быть спроектировано таким образом, что в случае каких-либо изменений в системе, они его особенно не затронули.
вот я как раз о том же..
Кнопку "Бабло"
и серверный вариант!
С удовольствием бы потестил, когда будет готова...