video walkthrough of my JavaScript portfolio project, Double Dog Dare

Janaina Medeiros
Peter Solarz

❣ Chile in a Photography ❣
Today's Document
YOU ARE THE REASON

Product Placement
Cosimo Galluzzi

★

No title available
One Nice Bug Per Day

shark vs the universe
noise dept.
tumblr dot com
Aqua Utopia|海の底で記憶を紡ぐ
styofa doing anything
"I'm Dorothy Gale from Kansas"
No title available
Lint Roller? I Barely Know Her
occasionally subtle

roma★
seen from Brazil
seen from United States

seen from Türkiye

seen from Malaysia

seen from Ireland
seen from United States

seen from Türkiye

seen from United States

seen from Argentina
seen from United States

seen from United States
seen from Argentina
seen from Malaysia
seen from United States
seen from United States

seen from United States
seen from United States
seen from United States

seen from United States
seen from United States
@mjcodedit
video walkthrough of my JavaScript portfolio project, Double Dog Dare
Visual walkthrough of my new project matchmaking!
Working on flushing out my code for my second portfolio project at the Flatiron School. I’ve been working on this one for a while and I have definitely made huge strides in understanding restful routes and the CRUD process. One thing that I really have had to hammer in though, is what can be passed through views and redirects.
For example:
get ‘/login’ do
@duck = “quack"
if logged_in?
redirect “/projects”
else
erb :login
end
end
Here in the corresponding view, the @duck variable is valid and can be accessed is the block of code above. What I believed was, that because the variable was used and had a definition in the same block, that the variable would be passed in with the redirect. However, when you redirect to a new route it is like a new instance.
I believe my biggest hindrance to understanding this was the use of helpers in my case the session.
For example:
get '/projects/:project_project_name' do
if Helpers.is_logged_in?(session)
@user = Helpers.current_user(session)
@project = Helpers.current_project(session)
erb :'projects/projects'
else
redirect '/login'
end
end
The session is passed to the “erb :'projects/projects':” because this is not a redirect to a route but instead is requesting the project.erb file in the projects folder under the views.
Recording of my finished Sinatra project using CRUD, and RESTful routes!
This is my second final project at Flatiron School. This one is Sinatra based and focuses on CRUD(Create,Read,Update,Destroy) and RESTful routes. Before my coding hiatus, I had completed this section up to this lab, so the first step of the completion process was review. After reminding myself how to code the routes and create databases and their relationships, I had to look into how to make sure the usernames and project names would be unique. I then created hyperlinks for easy route navigation.
This project allows users to sign in and create projects and the idea behind it was that others would be able to access the projects contribute to it and have their name added to the contributors of the project.
Recording of my finished command line interface (CLI) using Nokogiri!
Just resumed my coding experience at the Flat Iron School after a couple month hiatus and came back to a command line interface (CLI) program. Firstly it feels good to be coding again but I am amazed at how hard it was to get fully back in the swing of things. This project was coupled with pulling web info with Nokogiri and was by far the most tedious part. I had to keep switching sites as I couldn’t figure out how to access the information I was targeting and still didn’t quite exactly what I wanted. I will have to delve deeper into this in the future.